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

Sharders finalized different block in dev network #2860

Closed
peterlimg opened this issue Oct 12, 2023 · 1 comment
Closed

Sharders finalized different block in dev network #2860

peterlimg opened this issue Oct 12, 2023 · 1 comment
Assignees
Labels

Comments

@peterlimg
Copy link
Member

In dev network, dev1 finalized different block, check how it happened.

@peterlimg peterlimg added the bug label Oct 12, 2023
@peterlimg peterlimg self-assigned this Oct 12, 2023
@peterlimg
Copy link
Member Author

peterlimg commented Oct 15, 2023

See details in slack thread

Peter: The main issue is that sharders were in different LFBs when they get restarted, so if sharder 1, 2, 3 are with LFB 100, 101, 102, miners will fetch LFB from sharders when they get restarted, so if sharder 3 that has highest LFB round number get up the last, then miners may get LFB as round 100 from sharder1 (or 101 from sharder2). The problem is they will start from the LFB and regenerate blocks for the following rounds. And in our case, the miners generated new block for 102 and finalized it, both sharder 1 and 2 accept, but sharder 3 will see different block for the 102 as it has LFB of round 102 stored in local state before the restart.

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

No branches or pull requests

1 participant