Interface refactoring

[dr-orlovsky]

• Remove state aliases from operations
• Increase iface version
• Use lowercase names for operations
• Refactor errors: take error variant id from pre-defined register
• Move timestamp into genesis
• Add issuer identity and certificate to genesis
• Refactor asset terms (ricardian contract, attachment)
• Refactor asset name (flatten it)
• Question the need in RGB25 (it is needed)
• Add explicit media files to the mediakit in supplement
• Add signature for the supplement
• RGB20 has isufficientReserves but doesn't provide reserves state (it does, in metadata)
• Create iface compiler verifying iface consistency
• Export interfaces into Contractum code
• Add support for interface inheritance

[dr-orlovsky]

@zoedberg can I merge this? It is required for #151

I mean I understand that it's hard to review; I rather expect you to check the checklist and ask if you see any red flags there. If not - I will merge and we will debug over time all things which may be wrong here

[zoedberg]

This doesn't compile in rgb-lib because it breaks compilation of rgb-schemata. I don't think we should merge this without first having a PR for rgb-schemata.

[dr-orlovsky]

@zoedberg right, fully forgot about that. Here it is: RGB-WG/rgb-schemata#36

I will also work on the RGB wallet changes

[zoedberg]

I've updated rgb-lib to try the PRs refactoring the interfaces (#162, RGB-WG/rgb-schemata#36 and RGB-WG/rgb#154) but when doing:

let iface_nia = Rgb20::from(contract_iface);
let terms = iface_nia.contract_terms();

I encounter the following panic:

thread 'wallet::test::send::success' panicked at /home/zoe/.cargo/registry/src/index.crates.io-6f17d22bba15001f/strict_types-2.7.0-beta.2/src/value/val.rs:399:32:
StrictVal struct doesn't have field named terms

I've found a fix for this, see the provided suggestions.

After fixing this I've found another issue: before I was retrieving the asset timestamp with contract.global("created"), but I see this PR removed the created global state. Why this has been removed and how can we now retrieve this information?

[dr-orlovsky]

Thanks for finding a fix.

Regarding the created timestamp, it is moved into the genesis itself, as was proposed in RCP-240227A and discussed in Telegram.

If you need to have an access to it, you can just read timestamp property on genesis: https://github.com/RGB-WG/rgb-core/blob/e04cfffe989642eb03db4d065c6f53c1d6d218ba/src/contract/operations.rs#L317

[zoedberg]

Ok, thanks, sorry I missed that. I've updated rgb-lib timestamp extraction code and now all tests are passing. ACK 00f1983