Skip to content
This repository has been archived by the owner on Jul 29, 2024. It is now read-only.

Dealing with mesh reorgs #78

Open
lrettig opened this issue Apr 6, 2020 · 2 comments
Open

Dealing with mesh reorgs #78

lrettig opened this issue Apr 6, 2020 · 2 comments

Comments

@lrettig
Copy link
Member

lrettig commented Apr 6, 2020

It's not an issue on a per-node basis but how do we handle this at the top level in the explorer (#68) and dashboard (#64)?

@avive
Copy link
Contributor

avive commented May 25, 2020

I think this is addressed with our proposed layer-based stream - after reorg, updated layers will be streamed to clients. Can I close?

@lrettig
Copy link
Member Author

lrettig commented May 25, 2020

Are there any UIUX implications for the user? Is a reorg really 100% transparent to the user, or does a user (of the dashboard or explorer) need to know when a reorg has happened? Are there issues around tx finality - e.g., where finality might be delayed because of a fork or reorg?

What about, e.g., after a network upgrade hard fork? This is probably when a fork/reorg is most likely to occur.

Just trying to think through all of the possibilities...

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants