You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, chain selection is written under the assumption that chains can be compared purely based on their tip header (specifically, their SelectView). With Peras, this has to change in order to account for certificates giving a boost/extra weight to certain blocks, which can dynamically change over time.
The goal of this ticket is to:
Design a mechanism for the abstract Consensus layer how chains can be compared while taking weight/boosts by certificates into account.
Explain how to modify the existing ChainSel logic to account for certificates. In particular, certificates will usually arrive later than the block they are providing a boost for.
The text was updated successfully, but these errors were encountered:
Currently, chain selection is written under the assumption that chains can be compared purely based on their tip header (specifically, their
SelectView
). With Peras, this has to change in order to account for certificates giving a boost/extra weight to certain blocks, which can dynamically change over time.The goal of this ticket is to:
Design a mechanism for the abstract Consensus layer how chains can be compared while taking weight/boosts by certificates into account.
Explain how to modify the existing ChainSel logic to account for certificates. In particular, certificates will usually arrive later than the block they are providing a boost for.
The text was updated successfully, but these errors were encountered: