-
Notifications
You must be signed in to change notification settings - Fork 180
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
[EFM] Recoverable Random Beacon State Machine follow up updates #6815
[EFM] Recoverable Random Beacon State Machine follow up updates #6815
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## feature/efm-recovery #6815 +/- ##
========================================================
- Coverage 41.73% 39.25% -2.48%
========================================================
Files 2033 1356 -677
Lines 181223 126753 -54470
========================================================
- Hits 75632 49763 -25869
+ Misses 99364 72959 -26405
+ Partials 6227 4031 -2196
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks great. Thanks for the detailed work and solid tests. My comments mostly fall into two categories:
- how we represent the underlying logic in code - in particular, we want to make it as easy as possible for somebody reading the code to convince themself of correctness (and which parts can be modified / extended without breaking correctness)
- clearly documenting under which conditions operations are idempotent and structuring the code accordingly for clarity.
Co-authored-by: Alexander Hentschel <[email protected]> Co-authored-by: Jordan Schalm <[email protected]>
…low/flow-go into yurii/6725-follow-up-changes
…tee cannot be committed in the Recoverable Random Beacon State Machine
Context
This PR addresses some open comments from PR #6771.
Specifically:
By far the biggest change is how we insert/upsert keys, now caller needs to provide evidence in form of
EpochCommit
so state machine can sanity check if it's inserting a valid private key.