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

[XCM] Asset Hub: autoswap to pay XCM fees using any asset #480

Open
2 of 4 tasks
Tracked by #490
acatangiu opened this issue Oct 14, 2024 · 0 comments
Open
2 of 4 tasks
Tracked by #490

[XCM] Asset Hub: autoswap to pay XCM fees using any asset #480

acatangiu opened this issue Oct 14, 2024 · 0 comments

Comments

@acatangiu
Copy link
Contributor

Description

Add support to Asset Hubs for using any asset for covering XCM fees (execution and transport) as long as there's an asset-conversion pool available between said asset and DOT/KSM ultimately used for fees.

Progress

@acatangiu acatangiu moved this to In Progress in Bridges + XCM Oct 18, 2024
fellowship-merge-bot bot pushed a commit that referenced this issue Dec 12, 2024
Closes #457 
Closes #469

Updating the runtimes to SDK version `stable2409-1`. CHANGELOG mentions
all relevant changes for UI and Walletbuilders.

## Checklist

- [x] Update SDK to `stable2409`
- [x] Update configuration for relay chains.
- [x] Update configuration for system parachains.
- [x] Update configuration for emulated chains.
- [x] Update configuration for Encointer (see _Help wanted_).
- [x] Update CHANGELOG.
- [x] Update SDK to `stable2409-1`

## Dependencies

This PR depends on certain PRs to be merged before it can properly work.

- [x] #472

## Impacts

The success of this PR impacts directly on the feasibility of executing
certain issues, or closing certain PRs.

- [ ] #455
- [ ] #476
- [ ] #480
- [ ] #484

## Help wanted

Initially, I request the help of:

- @franciscoaguirre to help me correcting the potential conflicts that
may arise when foreign assets change to `XCMv4`.
- @acatangiu to help me setting up the Bridge Hubs, as well as adding
the respective transition layer (a.k.a. preparing the migrations from
fixed `Lanes` to `LegacyLane`-based lanes storage).
- @clangenb to help me upgrading Encointer.
- @Szegoo to check the parameters that changed in Coretime.

---------

Co-authored-by: clangenb <[email protected]>
Co-authored-by: Clara van Staden <[email protected]>
Co-authored-by: Ankan <[email protected]>
Co-authored-by: Dónal Murray <[email protected]>
Co-authored-by: Branislav Kontur <[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

No branches or pull requests

1 participant