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

Tracking Issue from Substrate Repo for Sub2Sub bridge components #18

Closed
9 tasks
HCastano opened this issue Feb 20, 2020 · 2 comments
Closed
9 tasks

Tracking Issue from Substrate Repo for Sub2Sub bridge components #18

HCastano opened this issue Feb 20, 2020 · 2 comments

Comments

@HCastano
Copy link
Contributor

I'm migrating this from the Substrate repo for the sake of continuity. I think that these TODOs should be broken up into individual issues at some point, but since the design is still in a bit of flux that can wait.

Original PR TODOs

This PR is going to track the development of #1850. Development will be done on other branches and PR'd into this one. This is being done in order to not have half baked code in Substrate, as well as making it easier for others to review.

Some of the TODOs are:

  • Have a module that can act as a light client for another chain (not necessarily do anything with that data though)
  • Verify GRANDPA finality proofs on-chain
  • Verify block ancestry proofs on-chain
  • Have an RPC for actors to submit claims from other chains
  • Message delivery and acknowledgement infrastructure
  • Default message handler for the receiving end of the bridge

Additionally, a bridge relay node will need to be implemented, which will need to do the following:

  • Relay finalized headers to bridged chains
  • Relay outbound messages to bridged chains
  • Relay message delivery acknowledgements to bridged chains

The bridge relay node issues could probably be tracked in a separate issue as they are fairly independent of the module itself.

@tomusdrw
Copy link
Contributor

tomusdrw commented Mar 2, 2020

I think that these TODOs should be broken up into individual issues at some point, but since the design is still in a bit of flux that can wait.

Yes. Let's create and self-assign to issues in this repo in general (CC @svyatonik @hernando), I very much prefer smaller issues than this kind of meta-issues.

@tomusdrw tomusdrw added the meta label Mar 2, 2020
@tomusdrw tomusdrw added this to Ideas in Rialto Release Mar 13, 2020
@tomusdrw tomusdrw added this to the release critical milestone Apr 7, 2020
@tomusdrw tomusdrw moved this from Ideas to To Do in Rialto Release Apr 9, 2020
@tomusdrw
Copy link
Contributor

Closing in favour of smaller issues that I'm about to open.

Rialto Release automation moved this from To Do to Done Jul 17, 2020
svyatonik pushed a commit that referenced this issue Jul 17, 2023
* fix

* Update consensus/src/lib.rs

Co-Authored-By: Bastian Köcher <bkchr@users.noreply.github.com>
svyatonik pushed a commit that referenced this issue Jul 17, 2023
* fix

* Update consensus/src/lib.rs

Co-Authored-By: Bastian Köcher <bkchr@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
No open projects
Development

No branches or pull requests

2 participants