-
Notifications
You must be signed in to change notification settings - Fork 101
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
kusama chains: allow arbitrary XCM execution #261
kusama chains: allow arbitrary XCM execution #261
Conversation
AFAIK xcm execution on the relay chain was always safe? On the parachains the problem was just around proof size, which should now be fixed and we could actually enable arbitrary xcm on the parachains. |
078273a
to
ca76439
Compare
We also have |
We are exploring [allowing this for Kusama](polkadot-fellows/runtimes#261) as well, disallowing on test chains seems unnecessarily limiting.
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.
ca76439
to
18e9fb3
Compare
/merge |
5a50c5a
into
polkadot-fellows:main
Enabled Available commands
For more information see the documentation |
Following polkadot-fellows#261 where arbitrary XCM execution was enabled on Kusama chains, this commit enables the same for Polkadot chains. Allowing `XcmExecuteFilter = Everything` is considered safe at this point, and doing so greatly increases the usability of these chains since many custom actions can be done through XCM without needing specialized calls for them anymore. This is also a major step in improving dApps integration as they can now interact uniformly with multiple chains, directly using XCM programs. Signed-off-by: Adrian Catangiu <[email protected]>
Following #261 where arbitrary XCM execution was enabled on Kusama chains, this commit enables the same for Polkadot chains. Allowing `XcmExecuteFilter = Everything` is considered safe at this point, and doing so greatly increases the usability of these chains since many custom actions can be done through XCM without needing specialized calls for them anymore. This is also a major step in improving dApps integration as they can now interact uniformly with multiple chains, directly using XCM programs. --------- Signed-off-by: Adrian Catangiu <[email protected]> Co-authored-by: Bastian Köcher <[email protected]>
Kusama relay is the only chain here allowing arbitrary XCM execution.
This was enabled in paritytech/polkadot#4809 for (afaict) allowing crafting and executing XCM DOT transfers. Now, these are done through dedicated extrinsics and manual
pallet_xcm::execute
is not required (for transfers at least).AFAICT, allowing
Everything
on Kusama should also be safe at this point (XCM is pretty mature) and fosters experimentation and more flexibility on Kusama. But in that case, maybe we should also allow it on Kusama system chains?Thoughts?