-
Notifications
You must be signed in to change notification settings - Fork 7
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
Allow skip to future round from QUALITY #278
Milestone
Comments
masih
added a commit
that referenced
this issue
May 28, 2024
Update the core protocol implementation to allow skipping to future rounds from QUALITY phase. This reduces the conditions to requiring an instance to only fully execute DECIDE phase. Otherwise, the instance may jump ahead as long as all queued messages are processed. As a result, the implementation no longer needs to check for QUALITY phase transition on receiving alarms. Fixes #278
masih
added a commit
that referenced
this issue
May 28, 2024
Update the core protocol implementation to allow skipping to future rounds from QUALITY phase. This reduces the conditions to requiring an instance to only fully execute DECIDE phase. Otherwise, the instance may jump ahead as long as all queued messages are processed. As a result, the implementation no longer needs to check for QUALITY phase transition on receiving alarms. Fixes #278
masih
added a commit
that referenced
this issue
May 28, 2024
Update the core protocol implementation to allow skipping to future rounds from QUALITY phase. This reduces the conditions to requiring an instance to only fully execute DECIDE phase. Otherwise, the instance may jump ahead as long as all queued messages are processed. As a result, the implementation no longer needs to check for QUALITY phase transition on receiving alarms. Fixes #278
masih
added a commit
that referenced
this issue
May 28, 2024
Update the core protocol implementation to allow skipping to future rounds from QUALITY phase. This reduces the conditions to requiring an instance to only fully execute DECIDE phase. Otherwise, the instance may jump ahead as long as all queued messages are processed. As a result, the implementation no longer needs to check for QUALITY phase transition on receiving alarms. Fixes #278
The "process locally available messages first" part is captured in #151. This issue can be scoped to not disallowing QUALITY. |
github-merge-queue bot
pushed a commit
that referenced
this issue
May 28, 2024
Update the core protocol implementation to allow skipping to future rounds from QUALITY phase. This reduces the conditions to requiring an instance to only fully execute DECIDE phase. Otherwise, the instance may jump ahead as long as all queued messages are processed. As a result, the implementation no longer needs to check for QUALITY phase transition on receiving alarms. Fixes #278
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Initially, re-boradcast protocol improvements required full execution of both QUALITY and DECIDE phases. Skipping ahead from QUALITY phase does not violate the correctness proof of gPBFT. The fact that QUALITY always terminates for a participant means the participant will eventually jump, but it may do it earlier.
If a node skips to future rounds without executing the QUALITY messages it has recieved it will only help reaching consensus for bottom. Therefore, allow jumping rounds from QUALITY phase, but process locally available messages first.
Relates to:
The text was updated successfully, but these errors were encountered: