-
Notifications
You must be signed in to change notification settings - Fork 322
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
CIP-???? | Ouroboros Peras - Faster Settlement #872
base: master
Are you sure you want to change the base?
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.
apologies @bwbush if this is premature, but given the title I couldn't resist taking a look and noticed a few things which might be of help to consider early (among some standard editing chores).
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.
(intended to include in last review)
Co-authored-by: Robert Phair <[email protected]>
Co-authored-by: Robert Phair <[email protected]>
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.
@bwbush we can't keep a code repository within a CIP or use it as a build source, according to precedent and pending an explicit statement that will be added to CIP-0001 soon (last time it was confirmed: recently with #848 (review)). The convention would be for the .agda
files & folder to be kept in an external repository which is linked from this CIP. 🙏
Thanks for the information. I'll consult with my colleagues and get back to you regarding this. |
Peras formal spec update
@bwbush @abailly - applying freshly created label
Category: Consensus
I've marked this |
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.
Compliments on how well this CIP is written, it dissects a complex design into readable sections and the motivation of the CIP sets the perfect stage to understand the context of it all. It was a long read, but I learned a ton about Peras, thank you 👍
In general, I think this CIP would benefit from more structure due to its size, as is done in CIP-1694. Perhaps the addition of a table of contents for faster navigation and an occasional collapsed section (for example the Agda spec section), would be good.
A high level description published recently that may be of help in review: https://iohk.io/en/blog/posts/2024/10/14/ouroboros-peras-the-next-step-in-the-journey-of-cardano-s-protocol-1/ |
- Added subsections - Added table of contents - Changed "post facto" to "ex post facto" - Minor cleanup
Resolved outstanding review comments.
@rphair, I believe that b59c80e responds to all outstanding comments and suggestions. In particular, I added subsections where there were long blocks of text and I included a collapsable table of contents. (The TOC might be redundant because github will not dislay a TOC for markdown documents if one pressed an icon on the upper left of the document. Feel free to remove the TOC if you see fit.) |
thanks @bwbush - according to our usual process that means this will be up for Review at the next meeting (https://hackmd.io/@cip-editors/101). I believe all will be in favour of giving this a CIP number there, even if some remaining issues are found in the meantime. Also, if you would please tag (for editors' reference) whom you believe has the most interest in reviewing and/or contributing to |
We propose Peras, an enhancement to the Ouroboros Praos protocol that introduces a voting layer for optimistic fast settlement.
Peras, or more precisely Ouroboros Peras, is an extension of Ouroboros Praos that addresses one of the known issues of blockchains based on Nakamoto-style consensus, namely settlement time. Peras achieves that goal while being self-healing, preserving the security of Praos, and being light on resources.
(rendered proposal)