Portable RGB formats #168
Replies: 3 comments 4 replies
-
Agree with compression and standard extensions. One point: in RGBAZ we do not compress Base85 data; instead we compress the original data (i.e. take RGBZ) and encode them with Base85. Otherwise the performance and efficiency would be much lower (we would need to do double Base85 encoding + suffer lower compression efficiency). |
Beta Was this translation helpful? Give feedback.
-
As for MediaTypes (MIMES) I was thinking about
PS. All data types - interfaces, contracts, schemata etc are the same encoding, thanks to Bindle system, with header specifying what's inside. |
Beta Was this translation helpful? Give feedback.
-
Also wanted to ask why specifically xz compression and not something more widespread? |
Beta Was this translation helpful? Give feedback.
-
It might be useful to standardize on a set of portable RGB formats for use between wallets. Sort of like how PDF is useful as a portable format for desktop publishing, we should standardize somewhat on some useful formats for if they're encoded and transmitted over copy and paste, or even automated Nostr DMs.
For a format like RGBAZ, a new field could be added, called Compression:
In this, only the base85 data is compressed.
Additional fields like ContractSource could also be nice for when Contractum is made and users wish to scrutinize the code that went into that contract.
Also, in case this is helpful information, I've found lzma-rs to be a good rust-native library for xz compression, which optimizes more towards size than speed, which is a better constraint in the scenarios of transferring a consignment or importing a contract.
Beta Was this translation helpful? Give feedback.
All reactions