StorageNMap follow up improvments #321
Labels
T1-FRAME
This PR/Issue is related to core FRAME, the framework.
Comments
helin6
pushed a commit
to boolnetwork/polkadot-sdk
that referenced
this issue
Feb 5, 2024
Bumps [elliptic](https://github.com/indutny/elliptic) from 6.5.3 to 6.5.4. - [Release notes](https://github.com/indutny/elliptic/releases) - [Commits](indutny/elliptic@v6.5.3...v6.5.4) Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
jonathanudd
pushed a commit
to jonathanudd/polkadot-sdk
that referenced
this issue
Apr 10, 2024
* update substrate to rc6 * clippy * fixed benchmarks compilation * Update bin/node/node/src/service.rs Co-authored-by: Hernando Castano <HCastano@users.noreply.github.com> Co-authored-by: Hernando Castano <HCastano@users.noreply.github.com>
This was referenced Jun 5, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
it seems follow up pieces are:
have a procedural macro for(Done in Convert impl_key_prefix_for to proc macro substrate#8844)impl_key_prefix_for!((A, B, C), (A, B), C); ....update generate_storage_alias to support nmap as well(Done in Support NMap in generate_storage_alias substrate#9147)maybe making StorageMap and StorageDoubleMap using StorageNMap under the hood.
maybe consider using storage n map everywhere instead of storage map and storage double map. or the other way around: Implement StorageNMap substrate#8635 (review)
Originally posted by @thiolliere in paritytech/substrate#8635 (comment)
The text was updated successfully, but these errors were encountered: