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

[P<>K bridge] Permissionless dedicated bridge lanes #476

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

[P<>K bridge] Permissionless dedicated bridge lanes #476

acatangiu opened this issue Oct 14, 2024 · 0 comments

Comments

@acatangiu
Copy link
Contributor

Description

Introduce a new "permissionless lanes" feature, which allows for the dynamic management of opening and closing lanes instead of the current method of hard-coding them in the source code.

Allows parachain teams to have dedicated point-to-point XCM channel between two sides of the bridge (option 2 in DotSama parachains options for using Polkadot<>Kusama bridge).

Progress

Deployment plan

Bridges: Permissionless Lanes deployment.

@acatangiu acatangiu moved this to In Progress in Bridges + XCM Oct 14, 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