-
Notifications
You must be signed in to change notification settings - Fork 248
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
Overhaul the extraction of bundles and receipts #1456
Conversation
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.
Make sense overall with just one nit.
BTW, the extract_system_receipts
and extract_core_receipts
changes mentioned at #1446 will be a separated PR, right?
No logical changes. - Make `verify_vrf_proof` a method of ProofOfElection. - Remove resolved TODO in {core,system}_gossip_message_validator. - Rename `extract_stored_bundles_at` to `successfully_submitted_bundles_at`
acf5539
to
ceab1f8
Compare
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.
Yes, the API of core domain receipts extraction will be a separate PR.
This PR primarily ensures the extracted bundles/receipts/fraud proofs from the original primary block are finally accepted by the primary chain, i.e., the
submit_bundle
/submit_fraud_proof
calls are successful in the end. Temporary runtime storage will be cleared on block initialize is used to store the hashes of successful bundles and fraud proofs. Runtime APIextract_stored_bundle_hashes
is also changed to make use of this storage (This is mainly for consistency favor as I was reluctant to spend time thinking about the fraud proof events at present).Close #1446
Code contributor checklist: