-
Notifications
You must be signed in to change notification settings - Fork 803
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
XCM v6 #7123
base: master
Are you sure you want to change the base?
XCM v6 #7123
Conversation
This is much more complicated than I initially anticipated. The |
most of the Xcm v5 code are written without any consideration of future compatibility, and now someone have to refactor all of it... |
approach looks good! @xlc if you don't have the bandwidth to do this to completion (likely), I'm sure we can find someone in the ecosystem to do it, especially if you provide a good plan/framework/starting-point - let me know |
@acatangiu that will be great. I will spend a few more days to do the core refactoring and then someone can help fix integrations with different runtimes and remaining tests |
/cmd rustfmt |
Command "rustfmt" has started 🚀 See logs here |
Command "rustfmt" has failed ❌! See logs here |
/cmd fmt |
@acatangiu |
added to our queue, but this is low priority in Parity right now we can prioritize review if someone from community picks it up (recently the community have been very active picking up well defined issues with "good-first-issue" and "mentor" labels) - maybe you can add such an issue and someone from the community can move this along on a parallel thread |
@acatangiu I already have an issue #7095 so just need someone to add the labels. |
closes #7095
Setup XCM v6 but with a more extensible approach. This should be 100% ABI with XCM v5 currently but need tests to assert that.
This is only a (not so) quick draft and looking for initial feedbacks.
Ideally, in future XCM versions, we only need to implement the new instructions without the need to duplicate all the existing ones.
TODOs:
[ ] builderwon't refactor it in this pr[ ] weightwon't refactor it in this prChanges: