feat(txwrapper-polkadot): Add support for Statemint & Statemine

[TarikGul]

Closes: #68

This PR adds support for the Statemint & Statemine chains.

[TarikGul]

@emostov @joepetrowski, I know the ss58Format is 0, and it shares that same property of Polkadot (assuming all parachains will share the same ss58Format as their relay chain). Just want to make confirm the tokenDecimals and tokenSymbol are the same. I saw in the statemint repo, that it calculates Dollars different from DOT ie: using 1/100 instead of 1/10.

Also Zeke should the key be statemint here as well. Just not sure how parachains will deal with

[emostov]

Yeah good question. On the first part, I will defer final answers to Joe. But in general all non-development chains should ideally have there own ss58 prefix, so it does not make sense to me that it is 0 here. (Dev chains should have prefix 42).

To your second part, yes this is correct. Should not be a difference for parachains.

[joepetrowski]

DOLLARS is the same:

• Polkadot: https://github.com/paritytech/polkadot/blob/5b75542/runtime/polkadot/src/constants.rs#L21
• Statemint: https://github.com/paritytech/statemint/blob/564273d/runtime/statemint/src/constants.rs#L4

SS58 for Statemint will be 0 (same as Polkadot)

[joepetrowski]

@emostov - the reason that this uses 0 as its SS58 is that it's a common good chain, so it uses DOT as its native currency. It's basically part of Polkadot, but rather than bloat the Relay Chain with this logic, we're putting it in a parachain.

[emostov]

Looks good.
Lets

1. wait to hear back on the chain properties before merging
2. Re-export the utility pallet methods

[emostov]

Yeah good question. On the first part, I will defer final answers to Joe. But in general all non-development chains should ideally have there own ss58 prefix, so it does not make sense to me that it is 0 here. (Dev chains should have prefix 42).

To your second part, yes this is correct. Should not be a difference for parachains.

[joepetrowski]

Looks good, would be good to add another instance for Statemine, Statemint's Kusama cousin.

• Runtime: https://github.com/paritytech/statemint/tree/master/runtime/statemine
• Methods: Same as Statemint
• SS58: Same as Kusama (2)

[emostov]

@joepetrowski & @TarikGul (cc @dvdplm) I think we should ship methods for system parachains in txwrapper-polkadot. Seems redundant to have packages which overlap in everything expect for ~1 pallet.

To do this:

1. make sure the registry in txwrapper-polkadot supports every system parachain + relay chains.
2. re-export methods for all pallets that system parachains + relay chains touch
3. make a clear note in txwrapper-polkadot README, this repos README, and somewhere in the polkadot example that txwrapper-polkadot aims to support both system parachains and relay chains. Additionally we should be clear that they should look at a chains runtime to see what exact pallets it has and that not all methods in txwrapper-polkadot apply to all supported chains

Any concerns with this plan? If not I think we can convert this PR to comply with the above

[joepetrowski]

That sounds good. As logic becomes more specialized I think we can code in some helpful warnings. For example, if Statemint is the only chain with pallet-assets, and a governance chain is the only one with pallet-democracy, we can hardcode those genesis hashes into txwrapper-polkadot and log a warning if someone builds a tx with the genesis hash of the wrong chain. Will also be an indicator that you are probably fetching version info from the wrong node.

[niklasad1]

LGTM

[TarikGul]

LGTM @emostov! Great job!

[dvdplm]

lgtm

[dvdplm]

Do you know if there's an issue for that upstream? If there is, maybe link to it here?