-
Notifications
You must be signed in to change notification settings - Fork 319
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-0084? | Ledger evolution (meta) #456
CIP-0084? | Ledger evolution (meta) #456
Conversation
|
||
### Why is the specification vague about the role of ledger events in the CIP process? | ||
|
||
This decision should be left to the community as more use cases emerge. |
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.
I still think ledger events should pretty clearly be "out". They don't affect the operation of the Cardano network. A competing implementation could omit them and be perfectly correct.
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.
This looks like a definitive statement from the Ledger team so I'd be ready to approve if these issues are addressed, also pending any further input from @michaelpj & others 😎
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.
All the details that I marked have been filled in & elaborated, so I'm happy to approve this while keeping an eye on further review.
|---------------|-----------------------|-----------------| | ||
| Jared Corduan | jared.corduan@iohk.io | JaredCorduan | | ||
| Andre Knispel | andre.knispel@iohk.io | WhatisRT | | ||
|
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.
I think the "Specification" would benefit from a short section about what it takes for a ledger CIP to become active. Are you expecting people to submit PRs to the ledger, or would you rather avoid people doing so (and have only the core maintainers do the work that's agreed on CIPs)?
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.
Are you expecting people to submit PRs to the ledger, or would you rather avoid people doing so (and have only the core maintainers do the work that's agreed on CIPs)?
Something in the middle, I think. This involves perhaps a big topic that we should discuss.
Features do not get implemented in isolation in the ledger. We collect up a bunch of features, see how they interact, design a specification for a new ledger era, and then implement the era. I actually wrote up an earlier draft of this CIP that was much different than what I've submitted, where "ledger era" was its own ledger sub-type. In the end, I talked myself out of this since it could be argued that this is more of the release process. The ledger team would of course love help with PRs, but it would need to match our existing workflow, which is to build out the code once the era is settled. I'm not sure how the bundling should be involved in the CIP process.
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.
short section about what it takes for a ledger CIP to become active
I could probably use some guidance from the CIP committee as to how to organize this. These are the stages in my mind:
- everyone agrees it is a good change
- it is selected for inclusion in some ledger era
- it is added to the formal spec
- it is implemented
- the hard fork happens and it is live
Co-authored-by: Matthias Benkort <5680256+KtorZ@users.noreply.github.com>
Co-authored-by: Matthias Benkort <5680256+KtorZ@users.noreply.github.com>
@JaredCorduan this is up for Last Check at our CIP meeting today & I'm going to recommend that this be merged... one issue perhaps to discuss at the meeting is if the text still requires any specific mention of the RSS proposals, other than your suggested language to cover them, which I think is currently adequate (#456 (comment)). |
OK counter to my last comments, from meeting (@KtorZ) it seems that, although clarification is still needed, it should be literal clarification that RSS proposals are out of scope for Ledger because proposals categorised as such should be straightforwardly applicable to the Ledger. |
Sorry @rphair , I'm a bit confused. I do consider RSS proposals to be within the scope of the ledger category. I was hoping that this prose would make it clear:
|
@JaredCorduan that was also my understanding & the basis of my last couple of comments, but I had to retract it after today's meeting discussion suggested that the edit, p.s.: the discussion came up after I repeated #456 (comment) during the meeting. |
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.
Happy to move this one forward, modulo one concern:
- In the following sentence: "Some changes may require getting an expert opinion." Who qualifies as "an expert" here? Is it more of a general notion as in, someone that has invested enough efforts in studying those topics or are we expecting people with specific credentials (e.g. PhD in game theory or similar).
Also moved at the CIP editors' meeting that immediately after this PR is merged the editors will do one more PR to:
... so that all merged RSS proposals in the CIP repo will then have a |
This is a really great question, one that I have struggled with myself and failed to find a good answer. I definitely do not think that credentials are the answer. The best I can come up with right now is to let the CIP editors and/or the ledger category-specific reviewers make judgements calls. |
@KtorZ @JaredCorduan this criteria is fine with me. Since we can't count on connections to whatever few definable experts there may be, we are about to allow (and did allow in 2021) any RSS proposal to be accepted as long as peer + Ledger team review agree that it establishes rationally why it could be desirable. There is no point at which an "expert" can be expected or required by the CIP process, so it would be logical to strike out that whole bullet point. An alternative would be to write it differently in an a way that is both bureaucratically comfortable and true, like:
|
@WhatisRT @lehins (as the remaining ledger reviewers): to help ensure this proposal is ready to be merged, would you please respond to #456 (comment) adding your preferred language regarding RSS proposals... or give your permission to the CIP editors to modify the language to qualify what is meant by an "expert" as suggested above? cc @JaredCorduan @KtorZ @Ryun1 |
I think having some language in the CIP about expert opinions is good, so I'd rather keep that line & amend it as you've proposed. |
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.
@WhatisRT would this be acceptable?
Co-authored-by: Robert Phair <rphair@cosd.com>
* ledger evolution (meta CIP) * remove the registry requirement * address comments 2023-02-07 * add reviewers * Apply suggestions from code review Co-authored-by: Matthias Benkort <5680256+KtorZ@users.noreply.github.com> * Apply suggestions from code review Co-authored-by: Matthias Benkort <5680256+KtorZ@users.noreply.github.com> * change ledger reviewers * Update CIP-????/README.md Co-authored-by: Robert Phair <rphair@cosd.com> --------- Co-authored-by: Matthias Benkort <5680256+KtorZ@users.noreply.github.com> Co-authored-by: Robert Phair <rphair@cosd.com>
* ledger evolution (meta CIP) * remove the registry requirement * address comments 2023-02-07 * add reviewers * Apply suggestions from code review Co-authored-by: Matthias Benkort <5680256+KtorZ@users.noreply.github.com> * Apply suggestions from code review Co-authored-by: Matthias Benkort <5680256+KtorZ@users.noreply.github.com> * change ledger reviewers * Update CIP-????/README.md Co-authored-by: Robert Phair <rphair@cosd.com> --------- Co-authored-by: Matthias Benkort <5680256+KtorZ@users.noreply.github.com> Co-authored-by: Robert Phair <rphair@cosd.com>
This CIP aims to make the
Cardano ledger
a registered category of the CIP process.(rendered proposal in branch)