-
Notifications
You must be signed in to change notification settings - Fork 684
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[XCMv5]Remove XCM testnet NetworkIds #5390
[XCMv5]Remove XCM testnet NetworkIds #5390
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You should not change the definition for existing XCM v3 and v4 versions, but instead, remove the test networks ids in the new upcoming XCM v5 version.
There is a PR for XCMv5: #4826
You should also change this PR's base branch to https://github.com/paritytech/polkadot-sdk/tree/xcm-v5 instead of master
, to get your changes added to the xcm-v5 branch.
Oh, I am sorry that I don't know this PR. I will change it. |
…block()` (paritytech#5339) There was no need for it to be `&mut self` since block import can happen concurrently for different blocks and in many cases it was `&mut Arc<dyn BlockImport>` anyway 🤷♂️ Similar in nature to paritytech#4844
The CI isn't happy with the amount of output: https://gitlab.parity.io/parity/mirrors/polkadot-sdk/-/jobs/7035621/raw --------- Co-authored-by: Shawn Tabrizi <shawntabrizi@gmail.com>
9d38797
to
4f16f3c
Compare
ed86293
to
5d15302
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The XCM changes look good 👍
You need to clean up the current PR against xcm-v5 as it also contains unrelated changes coming from other master PRs.
@franciscoaguirre @bkontur besides the foreign assets ids, do we have any other affected storage items?
let foreign_asset_id_location = Location::new( | ||
2, | ||
[Junction::GlobalConsensus(NetworkId::ByGenesis(WESTEND_GENESIS_HASH))], | ||
); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Will also need a migration for the bridged assets registered as foreign assets on Rococo and Westend Asset Hubs.
Their IDs are changing now, storage items need migrating.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Will also need a migration for the bridged assets registered as foreign assets on Rococo and Westend Asset Hubs.
Their IDs are changing now, storage items need migrating.
Migrates storage to v5?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
cc @franciscoaguirre since he looked at same migration for v3->v4
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@franciscoaguirre pls provide more info or ref about migration
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This will need multi-block migrations, which we don't have the setup for now. I need to work on getting that setup done anyway. When I'm done I'll update here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We're going to merge this as is before the migration. We'll tackle the migration later. Created an issue to track it: #6319
cumulus/parachains/runtimes/bridge-hubs/bridge-hub-rococo/src/lib.rs
Outdated
Show resolved
Hide resolved
cumulus/parachains/runtimes/bridge-hubs/bridge-hub-westend/src/lib.rs
Outdated
Show resolved
Hide resolved
cumulus/parachains/runtimes/bridge-hubs/bridge-hub-rococo/src/lib.rs
Outdated
Show resolved
Hide resolved
…lib.rs Co-authored-by: Adrian Catangiu <adrian@parity.io>
The CI pipeline was cancelled due to failure one of the required jobs. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, we can migrate the storage on testnets in a separate PR
Agreed, just fixing the conflicts |
@yrong I'm getting an error here "expected |
Turns out the branch had a weird Cargo.lock. I replaced it with the upstream one and that error was gone |
# Context This PR aims to introduce XCMv5, for now it's in progress and will be updated over time. This branch will serve as a milestone branch for merging in all features we want to add to XCM, roughly outlined [here](polkadot-fellows/xcm-format#60). More features could be added. ## TODO - [x] Migrate foreign assets from v3 to v4 - [x] Setup v5 skeleton - [x] Remove XCMv2 - [x] #5390 - [x] #5585 - [x] #5420 - [x] #5876 - [x] #5971 - [x] #6148 - [x] #6228 Fixes #3434 Fixes #4190 Fixes #5209 Fixes #5241 Fixes #4284 --------- Signed-off-by: Adrian Catangiu <adrian@parity.io> Co-authored-by: Adrian Catangiu <adrian@parity.io> Co-authored-by: Andrii <ndk@parity.io> Co-authored-by: Branislav Kontur <bkontur@gmail.com> Co-authored-by: Joseph Zhao <65984904+programskillforverification@users.noreply.github.com> Co-authored-by: Nazar Mokrynskyi <nazar@mokrynskyi.com> Co-authored-by: Bastian Köcher <git@kchr.de> Co-authored-by: Shawn Tabrizi <shawntabrizi@gmail.com> Co-authored-by: command-bot <> Co-authored-by: GitHub Action <action@github.com> Co-authored-by: Serban Iorga <serban@parity.io>
Context
Close #5241, for more detail, please refer to RFC0108
Changes
Rococo
andWestend
fromNetworkId
Rococo Genesis Hash
andWestend Genesis Hash