Conversation
Crypto2099
left a comment
There was a problem hiding this comment.
Overall, the CIP makes sense. The metadata is kept intentionally lean which helps both ledger state growth and tx fees that submitters must pay. It's good to provide a mechanism for individual holders to provide a voice and feedback on governance actions that require no third party outside of the blockchain itself.
…TL recommendation, transaction hashes
There was a problem hiding this comment.
@GS1973 I think this would be a welcome addition to a broader governance process even though not yet widely used.
We have another CIP which was created & merged to measure its own adoption (CIP-0149) with a hope of wider implementation upon any popular demand. Likewise this seems like a lightweight change that provides an easy path to a more widespread adoption & I think it should go through the CIP process easily with some feedback on the particulars (thanks @Crypto2099).
- To keep focusing on newer review points, please use the "Resolved conversation" button when each thread is resolved (it seems most have already been & review goes faster when the main thread is clean).
We can introduce this in Triage at the next CIP meeting (https://hackmd.io/@cip-editors/144) which isn't a deep review (only a confirmation) but should have time to have a look at your web implementation (voiceofadaholders.com) and you're welcome to attend the meeting to introduce your proposal (generally meetings are open to the public).
(The "deleted comment" was just removing a "Rendered Version" link which reviewers normally look for in the OP.)
… moved to an Appendix
There was a problem hiding this comment.
@GS1973 thanks for coming to the CIP meeting today & introducing this. As you know the main consideration was that third parties be able to produce, consume, and organise this data provided under this metadata label & by your CIP method: and I believe everyone was in agreement about that.
- Please rename the containing directory ASAP to
CIP-0204and update the "Rendered Version" link in your OP accordingly. 🎉
As we observed with these other proposals standardising a single implementation:
- https://github.com/cardano-foundation/CIPs/tree/master/CIP-0171
- https://github.com/cardano-foundation/CIPs/tree/master/CIP-0190
... there may not be much review to challenge a CIP which already proves its concept and demonstrates feasibility and performance. So please comment again if review appears not to be going anywhere & we might make a final call for review at that point (to merge this if undisputed).
@Crypto2099 @Ryun1 @thenic95 @gitmachtl @gufmar - I would also hope that any of you could give this a deep scrubbing to see if any improvement to function, expectations, terminology, or anything should be made before proceeding to standardise this.
|
@rphair thank you, and thanks to everyone at yesterday's CIP meeting for the time and the kind reception. Done:
@Crypto2099 @Ryun1 @thenic95 @gitmachtl @gufmar any review is very welcome, on the record format, the counting rules, the terminology or anything else. The reference implementation is live at https://voiceofadaholders.com and its code is public at https://github.com/GS1973/voice-of-ada-holders, so every rule in the CIP can be checked against a working tally on mainnet. |
Proposal: CIP-0204/README.md
This CIP defines a transaction metadata record, under label
1695, with which an ADA holder answers Yes, No or Abstain on governance actions, signed with the holder's stake key (proof throughrequired_signers). There is no survey to publish and no owner: an answer refers directly to thegov_action_idthe ledger assigned, so every governance action on chain is a question from its submission until the ledger stops accepting votes on it. Anyone can recount the answers from the chain with the rules in the document.required_signers, the latest answer counting, and several answers per transaction. It differs in referring to governance actions directly instead of to a published survey; the Rationale explains why, and notes that this CIP could be folded into a survey format that adopts such a response type.1695inCIP-0010/registry.json(next to1694, CIP-1694). It was neither registered nor used on mainnet before 2026-09-24.(Rendered Version)