-
Notifications
You must be signed in to change notification settings - Fork 75
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
ADR: Rollapp hub sync #1088
Comments
not strictly security related but labeled anyway to be easier to manage |
I will add on top of it - Currently our events relay on WS which is obviously not reliable.
My intuition is to assert order using only polling will be easier vs a mechanism of both polling and WS. |
It sounds like we are going towards a scheme where the rollapp nodes consume 'messages' from the hub from an increasing sequence of hub heights, and they need to stick to that order? To me, the more natural way is to always require ONLY the last hub height to derive everything the rollapp needs to know. Whether it be in events from that height or by querying. Nodes can then update themselves by jumping to a more recent (latest) hub height. Rather than having to go and look at the events in all the blocks in between |
not gonna pursue for now. |
Problem:
There are assumptions in several ADRs (TODO: link) that the L2 has a recent view of the Hub. These aren't actually necessarily satisfied, given current dymint code.
Closing criteria:
Remarks:
Related:
https://github.com/dymensionxyz/research/issues/365
The text was updated successfully, but these errors were encountered: