Support Storage Chains

[insipx]

No description provided.

[insipx]

Not super happy with this kind of support because it feels like I copy-pasted the substrate code and modified it a bit. Would be nice if maybe things were more open in client/db/src/libbut it's understandable why they are not; but we need this kind of setup since we run an alternative secondary-db rather than a primary rocks instance (we have our own implementation for the database trait).

[paxelpixel]

this is the best thing ever. I've been pulling my hair out trying to query historical data via rpc and its super slow.

I can't believe there is this substrate-archive project. this is the best thing ever

[paxelpixel]

thank you for making this project @insipx this exactly what I need!!

[TarikGul]

Lgtm, Question: Whats the main advantage of TransactionStorageMode::StorageChain vs ...::BlockBody as a body scheme? I understand the core logic here, but I couldn't find any docs on the benefits or higher level reason for the StorageChain.

[insipx]

Lgtm, Question: Whats the main advantage of TransactionStorageMode::StorageChain vs ...::BlockBody as a body scheme? I understand the core logic here, but I couldn't find any docs on the benefits or higher level reason for the StorageChain.

Best write-ups i've found are here and the other PR's in the tracking issue here

AFAIU it the storage chain feature comes down to chains that want to use a different storage scheme which allows them to point to specific pieces of stored extrinsics on-chain via something like IPFS. Hence why the extrinsics are stored in their own column in RocksDB