Skip to content
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

Merged

Conversation

acatangiu
Copy link
Contributor

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?

@bkchr
Copy link
Contributor

bkchr commented Mar 28, 2024

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.

@acatangiu acatangiu force-pushed the xcm-execute-filter-fix branch from 078273a to ca76439 Compare March 29, 2024 09:34
@acatangiu acatangiu changed the title kusama-runtime: disable arbitrary XCM execution kusama chains: allow arbitrary XCM execution Mar 29, 2024
@Szegoo
Copy link
Contributor

Szegoo commented Mar 30, 2024

On the parachains the problem was just around proof size

We also have SafeCall filter on parachains so there probably shouldn't be any issue with allowing generic execution.

github-merge-queue bot pushed a commit to paritytech/polkadot-sdk that referenced this pull request Apr 9, 2024
We are exploring [allowing this for
Kusama](polkadot-fellows/runtimes#261) as well,
disallowing on test chains seems unnecessarily limiting.
Copy link
Member

@ggwpez ggwpez left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@acatangiu acatangiu force-pushed the xcm-execute-filter-fix branch from ca76439 to 18e9fb3 Compare May 7, 2024 07:14
@joepetrowski
Copy link
Contributor

/merge

@fellowship-merge-bot fellowship-merge-bot bot merged commit 5a50c5a into polkadot-fellows:main May 7, 2024
36 checks passed
@fellowship-merge-bot
Copy link
Contributor

Enabled auto-merge in Pull Request

Available commands
  • /merge: Enables auto-merge for Pull Request
  • /merge cancel: Cancels auto-merge for Pull Request
  • /merge help: Shows this menu

For more information see the documentation

@acatangiu acatangiu deleted the xcm-execute-filter-fix branch May 7, 2024 08:04
acatangiu added a commit to acatangiu/runtimes that referenced this pull request Jun 7, 2024
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]>
fellowship-merge-bot bot pushed a commit that referenced this pull request Jun 24, 2024
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]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants