From 73c03910294b8e7f0aa128c1dac947367dc84121 Mon Sep 17 00:00:00 2001 From: rphair Date: Tue, 20 Feb 2024 18:43:04 +0530 Subject: [PATCH 1/6] CIP-1694 moved Acknowledgements to the end --- CIP-1694/README.md | 3046 ++++++++++++++++++++++---------------------- 1 file changed, 1523 insertions(+), 1523 deletions(-) diff --git a/CIP-1694/README.md b/CIP-1694/README.md index c49127a80..b7465a307 100644 --- a/CIP-1694/README.md +++ b/CIP-1694/README.md @@ -55,1950 +55,1950 @@ Voting rights will be based on the total Ada that is delegated, as a whole numbe The most crucial aspect of this proposal is therefore the notion of **"one Lovelace = one vote"**. -#### Acknowledgements +## Motivation: why is this CIP necessary? -
- First draft ++ [Goal](#goal) ++ [Current design](#current-governance-mechanism-design) ++ [Shortcomings of the Shelley governance design](#shortcomings-of-the-shelley-governance-design) ++ [Out of scope](#out-of-scope) -Many people have commented on and contributed to the first draft of this document, which was published in November 2022. -We would especially like to thank the following people for providing their wisdom and insights: +### Goal - * Jack Briggs - * Tim Harrison - * Philip Lazos - * Michael Madoff - * Evangelos Markakis - * Joel Telpner - * Thomas Upfield +We're heading into the age of Voltaire, laying down the foundations for decentralized decision-making. +This CIP describes a mechanism for on-chain governance that will underpin the Voltaire phase of Cardano. +The CIP builds on and extends the original Cardano governance scheme that was based on a fixed number of governance keys. +It aims to provide a **first step** that is both valuable and, importantly, is also technically achievable +in the **near term** as part of the proposed Voltaire governance system. -We would also like to thank those who have commented via Github and other channels. -
+It also seeks to act as a jumping-off point for continuing community input, +including on appropriate threshold settings and other on-chain settings. -
- 2023 Colorado Workshop (28/02 → 01/03) +Subsequent proposals may adapt and extend this proposal to meet emerging governance needs. -In addition, we would like to thank all the attendees of the workshop that was held in Longmont, Colorado on February 28th and March 1st 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +### Current governance mechanism design -* Adam Rusch, ADAO & Summon -* Addie Girouard -* Andrew Westberg -* Darlington Wleh, LidoNation -* Eystein Hansen -* James Dunseith, Gimbalabs -* Juana Attieh -* Kenric Nelson -* Lloyd Duhon, DripDropz -* Marcus Jay Allen -* Marek Mahut, 5 Binaries -* Markus Gufler -* Matthew Capps -* Mercy, Wada -* Michael Dogali -* Michael Madoff -* Patrick Tobler, NMKR -* Philip Lazos -* π Lanningham, SundaeSwap -* Rick McCracken -* Romain Pellerin -* Sergio Sanchez Ferreros -* Tim Harrison -* Tsz Wai Wu -
+The on-chain Cardano governance mechanism that was introduced in the Shelley ledger era is capable of: -
- 2023 Mexico City, Mexico Workshop (20/05) +1. modifying the values of the protocol parameters (including initiating "hard forks") +2. transferring Ada out of the reserves and the treasury (and also moving Ada between the reserves and the treasury) -In addition, we would like to thank all the attendees of the workshop that was held in Mexico City, Mexico on May 20th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +In the current scheme, governance actions are initiated by special transactions that require `Quorum-Many` authorizations +from the governance keys (5 out of 7 on the Cardano mainnet)[^1]. +Fields in the transaction body provide details of the proposed governance action: +either i) protocol parameter changes; or ii) initiating funds transfers. +Each transaction can trigger both kinds of governance actions, and a single action can have more than one effect (e.g. changing two or more protocol parameters). -* Donovan Riaño -* Cristian Jair Rojas -* Victor Hernández -* Ramón Aceves -* Sergio Andrés Cortés -* Isaías Alejandro Galván -* Abigail Guzmán -* Jorge Fernando Murguía -* Luis Guillermo Santana +- Protocol parameter updates use [transaction field nº6](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L56) of the transaction body. +- Movements of the treasury and the reserves use [Move Instantaneous Rewards (abbrev. MIR) certificates](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L180). -
+Properly authorized governance actions are applied on an epoch boundary (they are **enacted**). -
- 2023 Buenos Aires, Argentina Workshop (20/05) +#### Hard Forks -In addition, we would like to thank all the attendees of the workshop that was held in Buenos Aires, Argentina on May 20th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +One of the protocol parameters is sufficiently significant to merit special attention: +changing the major protocol version enables Cardano to enact controlled hard forks. +This type of protocol parameter update therefore has a special status, since stake pools +must upgrade their nodes so they can support the new protocol version once the hard fork is enacted. -* Lucas Macchiavelli -* Alejando Pestchanker -* Juan Manuel Castro Pippo -* Federico Weill -* Jose Otegui -* Mercedes Ruggeri -* Mauro Andreoli -* Elias Aires -* Jorge Nasanovsky -* Ulises Barreiro -* Martin Ochoa -* Facundo Lopez -* Vanina Estrugo -* Luca Pestchanker -
+### Shortcomings of the Shelley governance design -
- 2023 Johannesburg, South Africa Workshop (25/05) +The Shelley governance design was intended to provide a simple, transitional approach to governance. +This proposal aims to address a number of shortcomings with that design +that are apparent as we move into Voltaire. -In addition, we would like to thank all the attendees of the workshop that was held in Johannesburg, South Africa on May 25th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +1. The Shelley governance design gives no room for active on-chain participation of Ada holders. +While changes to the protocol are usually the results of discussions with selected community actors, +the process is currently driven mainly by the founding entities. +Ensuring that everyone can voice their concern is cumbersome, and can be perceived as arbitrary at times. -* Celiwe Ngwenya -* Bernard Sibanda -* Dumo Mbobo -* Shaolyn Dzwedere -* Kunoshe Muchemwa -* Siphiwe Mbobo -* Lucas Sibindi -* DayTapoya -* Mdu Ngwenya -* Lucky Khumalo -* Skhangele Malinga -* Joyce Ncube -* Costa Katenhe -* Bramwell Kasanga -* Precious Abimbola -* Ethel Q Tshuma -* Panashe Sibanda -* Radebe Tefo -* Kaelo Lentsoe -* Richmond Oppong -* Israel Ncube -* Sikhangele Malinga -* Nana Safo -* Ndaba Delsie -* Collen Tshepang -* Dzvedere Shaolyn -* Thandazile Sibanda -* Ncube Joyce -* Lucas Sibindi -* Pinky Ferro -* Ishmael Ntuta -* Khumalo Lucky -* Fhulufelo -* Thwasile Ngwenya -* Kunashe Muchemwa -* Dube Bekezela -* Tinyiko Baloi -* Dada Nomathemba -
+2. Movements from the treasury constitute a critical and sensitive topic. +However, they can be hard to track. It is important to have more transparency +and more layers of control over these movements. +3. While they need to be treated specially by SPOs, hard forks are not differentiated from other protocol parameter changes. -
- 2023 Bogota, Colombia Workshop (27/05) +4. Finally, while there is currently a somewhat common vision for _Cardano_ that is shared by its founding entities and also by many community members, +there is no clearly defined document where these guiding principles are recorded. +It makes sense to leverage the Cardano blockchain to record the shared Cardano ethos in an immutable fashion, as a formal Cardano Constitution. -In addition, we would like to thank all the attendees of the workshop that was held in Bogota, Colombia on May 27th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +### Out of scope -* Alvaro Moncada -* Jaime Andres Posada Castro -* Jose Miguel De Gamboa -* Nicolas Gomez -* Luis Restrepo (Moxie) -* Juanita Jaramillo R. -* Daniel Vanegas -* Ernesto Rafael Pabon Moreno -* Carlos Eduardo Escobar -* Manuel Fernando Briceño -* Sebastian Pabon -
+The following topics are considered to be out of the scope of this CIP. -
- 2023 Caracas, Venezuela Workshop (27/05) +#### The contents of the constitution -In addition, we would like to thank all the attendees of the workshop that was held in Caracas, Venezuela on May 27th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +This CIP focuses only on on-chain mechanisms. The provisions of the initial constitution are extremely important, as are any processes that +will allow it to be amended. These merit their own separate and focused discussion. -* Jean Carlo Aguilar -* Wilmer Varón -* José Erasmo Colmenares -* David Jaén -* Félix Dávila -* Yaneth Duarte -* Nando Vitti -* Wilmer Rojas -* Andreina García -* Carmen Galban -* Osmarlina Agüero -* Ender Linares -* Carlos A. Palacios R -* Dewar Rodríguez -* Lennys Blanco -* Francys García -* Davidson Arenas -
+#### The membership of the constitutional committee -
- 2023 Manizales, Colombia Workshop (27/05) +This is an off-chain issue. -In addition, we would like to thank all the attendees of the workshop that was held in Manizales, Colombia on May 27th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +#### Legal issues -* Yaris Cruz -* Yaneth Duarte -* Ciro Gelvez -* Kevin Chacon -* Juan Sierra -* Caue Chianca -* Sonia Malagon -* Facundo Ramirez -* Hope R. -
+Any potential legal enforcement of either the Cardano protocol or the Cardano Constitution are completely out of scope for this CIP. -
- 2023 Addis Ababa, Ethiopia Workshop (27/05 & 28/5) -In addition, we would like to thank all the attendees of the workshop that was held in Addis Ababa, Ethiopia on May 27th and 28th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +#### Off chain standards for governance actions -* Kaleb Dori -* Eyassu Birru -* Matthew Thornton -* Tamir Kifle -* Kirubel Tabu -* Bisrat Miherete -* Emmanuel Khatchadourian -* Tinsae Teka -* Yoseph Ephrem -* Yonas Eshetu -* Hanna Kaleab -* Tinsae Teka -* Robee Meseret -* Matias Tekeste -* Eyasu Birhanu -* yonatan berihun -* Nasrallah Hassan -* Andinet Assefa -* Tewodros Sintayehu -* KIDUS MENGISTEAB -* Djibril Konate -* Nahom Mekonnen -* Eyasu Birhanu -* Eyob Aschenaki -* Tinsae Demissie -* Yeabsira Tsegaye -* Tihitna Miroche -* Mearaf Tadewos -* Yab Mitiku -* Habtamu Asefa -* Dawit Mengistu -* Nebiyu Barsula -* Nebiyu Sultan -* Nathan Samson -
+The Cardano community must think deeply about the correct standards and processes for handling the creation of the governance actions that are specified in this CIP. +In particular, the role of Project Catalyst in creating treasury withdrawal actions is completely outside the scope of this CIP. -
- 2023 Kyoto and Fukuoka, Japan Workshop (27/05 & 10/06 ) -In addition, we would like to thank all the attendees of the workshop that was held in Kyoto and Fukuoka, Japan on May 27th and June 10th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +#### Ada holdings and delegation -* Arimura -* Hidemi -* Nagamaru(SASApool) -* shiodome47(SODMpool) -* Wakuda(AID1pool) -* Yuta(Yuki Oishi) -* Andrew -* BANCpool -* Miyatake -* Muen -* Riekousagi -* SMAN8(SA8pool) -* Tatsuya -* カッシー -* 松 -* ポンタ -* リサ -* Mako -* Ririco -* ながまる -* Baku -* マリア -* たりふん -* JUNO -* Kinoko -* Chikara -* ET -* Akira555 -* Kent -* Ppp -* Shiodome47 -* Sam -* ポール -* Concon -* Sogame -* ハンド -* Demi -* Nonnon -* banC -* SMAN8(SA8pool) -* りんむ -* Kensin -* りえこうさぎ -* アダマンタイト -* の/ゆすけ -* MUEN -* いちごだいふく -* Ranket -* A.yy -* N S -* Kazuya -* Daikon -
+How any private companies, public or private institutions, individuals etc. choose to hold or delegate their Ada, including delegation to stake pools or DReps, is outside the scope of this CIP. -
- 2023 Monterey, California Workshop (28/05) +## Specification -In addition, we would like to thank all the attendees of the workshop that was held in Monterey, California on May 28th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: ++ [The Cardano Constitution](#the-cardano-constitution) ++ [The constitutional committee](#the-constitutional-committee) + - [State of no-confidence](#state-of-no-confidence) + - [Constitutional committee keys](#constitutional-committee-keys) + - [Replacing the constitutional committee](#replacing-the-constitutional-committee) + - [Size of the constitutional committee](#size-of-the-constitutional-committee) + - [Term limits](#term-limits) ++ [Delegated representatives (DReps)](#delegated-representatives-dreps) + - [Pre-defined DReps](#pre-defined-dreps) + - [Registered DReps](#registered-dreps) + - [New stake distribution for DReps](#new-stake-distribution-for-dreps) + - [Incentives for Ada holders to delegate voting stake](#incentives-for-ada-holders-to-delegate-voting-stake) + - [DRep incentives](#drep-incentives) ++ [Governance actions](#governance-actions) + - [Ratification](#ratification) + * [Requirements](#requirements) + * [Restrictions](#restrictions) + - [Enactment](#enactment) + - [Lifecycle](#lifecycle) + - [Content](#content) + - [Protocol parameter groups](#protocol-parameter-groups) ++ [Votes](#votes) + - [Governance state](#governance-state) + - [Changes to the stake snapshot](#changes-to-the-stake-snapshot) + - [Definitions relating to voting stake](#definitions-relating-to-voting-stake) -* Shane Powser -* Rodrigo Gomez -* Adam K. Dean -* John C. Valdez -* Kyle Solomon -* Erick "Mag" Magnana -* Bryant Austin -* John Huthmaker -* Ayori Selassie -* Josh Noriega -* Matthias Sieber -
+### The Cardano Constitution -
- 2023 Tlaxcala, Mexico Workshop (01/06) +The Cardano Constitution is a text document that defines Cardano's shared values and guiding principles. +At this stage, the Constitution is an informational document that unambiguously captures the core values of Cardano +and acts to ensure its long-term sustainability. +At a later stage, we can imagine the Constitution perhaps evolving into a smart-contract based set of rules that drives the entire governance framework. +For now, however, the Constitution will remain an off-chain document whose hash digest value will be recorded on-chain. +As discussed above, the Constitution is not yet defined and its content is out of scope for this CIP. -In addition, we would like to thank all the attendees of the workshop that was held in Tlaxcala, Mexico on June 1st 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: + -* Victor Hernández -* Cristian Jair Rojas -* Miriam Mejia -* Josmar Cabañas -* Lizbet Delgado -* José Alberto Sánchez -* Fátima Valeria Zamora -* Julio César Montiel -* Jesús Pérez -* José Adrián López -* Lizbeth Calderón -* Zayra Molina -* Nayelhi Pérez -* Josué Armas -* Diego Talavera -* Darían Gutiérrez -
+### The constitutional committee -
- 2023 LATAM Virtual Workshop (03/06) +We define a _constitutional committee_ which represents a set of individuals or entities +(each associated with a Ed25519 or native or Plutus script credential) that are collectively responsible for **ensuring that the Constitution is respected**. -In addition, we would like to thank all the attendees of the workshop that was held in LATAM Virtual on June 3rd 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +Though it **cannot be enforced on-chain**, the constitutional committee is **only** supposed to vote +on the constitutionality of governance actions (which should thus ensure the long-term sustainability of the blockchain) and should be replaced +(via the **no confidence** action) if they overstep this boundary. +Said differently, there is a social contract between the constitutional committee and the actors of the network. +Although the constitutional committee could reject certain governance actions (by voting 'No' on them), +they should only do so when those governance actions are in conflict with the Constitution. -* Juan Sierra -* @CaueChianca -* Ernesto Rafael -* Pabon Moreno -* Sonia Malagon -* Facundo Ramírez -* Mercedes Ruggeri -* Hope R. -* Yaris Cruz -* Yaneth Duarte -* Ciro Gélvez -* Kevin Chacon -* Juanita Jaramillo -* Sebastian Pabon -
+For example, if we consider the hypothetical Constitution rule "The Cardano network must always be able to produce new blocks", +then a governance action that would reduce the maximum block size to `0` would be, in effect, +unconstitutional and so might not be ratified by the constitutional committee. The rule does +not, however, specify the smallest acceptable maximum block size, so the constitutional committee would need to determine this number +and vote accordingly. -
- 2023 Worcester, Massachusetts Workshop (08/06) +#### State of no-confidence -In addition, we would like to thank all the attendees of the workshop that was held in Worcester, Massachusetts on June 8th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +The constitutional committee is considered to be in one of the following two states at all times: -* CardanoSharp -* Kenric Nelson -* Matthias Sieber -* Roberto Mayen -* Ian Burzynski -* omdesign -* Chris Gianelloni -
+1. a normal state (i.e. a state of confidence) +2. a state of no-confidence -
- 2023 Chicago, Illinois Workshop (10/06) +In a _state of no-confidence_, the current committee is no longer able to participate in governance actions +and must be replaced before any governance actions can be ratified (see below). -In addition, we would like to thank all the attendees of the workshop that was held in Chicago, Illinois on June 10th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +#### Constitutional committee keys -* Adam Rusch -* Jose Martinez -* Michael McNulty -* Vanessa Villanueva Collao -* Maaz Jedh -
+The constitutional committee will use a hot and cold key setup, similar to the existing "genesis delegation certificate" mechanism. -
- 2023 Virtual Workshop (12/06) +#### Replacing the constitutional committee -In addition, we would like to thank all the attendees of the workshop that was held virtually on June 12th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +The constitutional committee can be replaced via a specific governance action +("New constitutional committee", described below) that requires the approval of both +the **SPOs** and the **DReps**. +The threshold for ratification might be different depending on if the governance is +in a state of confidence or a state of no confidence. -* Rojo Kaboti -* Tommy Frey -* Tevo Saks -* Slate -* UBIO OBU -
+The new constitutional committee could, in principle, be identical to or partially overlap the outgoing committee as long as the action is properly ratified. +This might happen, for example, if the electorate has collective confidence in all or part of the committee and wishes to extend its term of office. -
- 2023 Toronto, Canada Workshop (15/06) -In addition, we would like to thank all the attendees of the workshop that was held in Toronto, Canada on June 15th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +#### Size of the constitutional committee -* John MacPherson -* Lawrence Ley -
+Unlike the Shelley governance design, the size of the constitutional committee is not fixed and can be any nonnegative number. +It may be changed whenever a new committee is elected ("New constitutional committee and/or threshold"). +Likewise, the committee threshold (the fraction of committee `Yes` votes that are required to ratify governance actions) is not fixed and +can also be varied by the governance action. +This gives a great deal of flexibility to the composition of the committee. +In particular, it is possible to elect an empty committee if the community wishes to abolish the constitutional committee entirely. Note that this is different from a state of no-confidence and still constitutes a governance system capable of enacting proposals. -
- 2023 Philadelphia, Pennsylvania Workshop (17/06) +There will be a new protocol parameter for the minimal size of the committee, +itself a nonnegative number. -In addition, we would like to thank all the attendees of the workshop that was held in Philadelphia, Pennsylvania on June 17th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +#### Terms -* NOODZ -* Jarhead -* Jenny Brito -* Shepard -* BONE Pool -* type_biggie -* FLAWWD -* A.I. Scholars -* Eddie -* Joker -* Lex -* Jerome -* Joey -* SwayZ -* Cara Mia -* PHILLY 1694 -
+Each newly elected constitutional committee will have a term. +Per-member terms allow for a rotation scheme, such as a third of the committee +expiring every year. +Expired members can no longer vote. +Member can also willingly resign early, which will be marked on-chain as an expired member. -
- 2023 Santiago de Chile Workshop (17/06) +If the number of non-expired committee members falls below the minimal +size of the committee, the constitutional committee will be unable to +ratify governance actions. This means that only governance actions +that don't require votes from the constitutional committee can still +be ratified. -In addition, we would like to thank all the attendees of the workshop that was held in Santiago de Chile on June 17th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +For example, a committee of size five with a threshold of 3/5 a minimum size +of three and two expired members can still +pass governance actions if two non-expired members vote `Yes`. +However, if one more member expires then the constitutional committee becomes +unable to ratify any more governance actions. -* Rodrigo Oyarsun -* Sebastián Aravena -* Musashi Fujio -* Geo Gavo -* Lucía Escobar -* Juan Cruz Franco -* Natalia Rosa -* Cristian M. García -* Alejandro Montalvo -
+The maximum term is a governance protocol parameter, specified as a number of epochs. +During a state of no-confidence, no action can be ratified, +so the committee should plan for its own replacement if it wishes to avoid disruption. -
- 2023 Virtual Workshop (17/06) +#### Proposal policy -In addition, we would like to thank all the attendees of the workshop that was held virtually on June 17th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +While the constitution is an informal, off-chain document, there will +also be an optional script that can enforce some guidelines. This script +acts to supplement the constitutional committee by restricting some +proposal types. For example, if the community wishes to have some hard +rules for the treasury that cannot be violated, a script that enforces +these rules can be voted in as the proposal policy. -* Juana Attieh -* Nadim Karam -* Amir Azem -* Rami Hanania -* LALUL Stake Pool -* HAWAK Stake Pool -
+The proposal policy applies only to protocol parameter update and +treasury withdrawal proposals. -
- 2023 Taipai, Taiwan Workshop (18/06) + -In addition, we would like to thank all the attendees of the workshop that was held in Taipai, Taiwan on June 18th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +### Delegated representatives (DReps) -* Michael Rogero -* Ted Chen -* Mic -* Jeremy Firster -* Eric Tsai -* Dylan Chiang -* JohnsonCai -* DavidCHIEN -* Zach Gu -* Jimmy WANG -* JackTsai -* Katherine Hung -* Will Huang -* Kwicil -
+> **Warning** +> CIP-1694 DReps **should not be conflated** with Project Catalyst DReps. -
- 2023 Midgard Vikingcenter Horten, Norway Workshop (19/06) + -In addition, we would like to thank all the attendees of the workshop that was held in Midgard Vikingcenter Horten, Norway on June 19th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +#### Pre-defined DReps -* Daniel D. Johnsen -* Thomas Lindseth -* Eystein Hansen -* Gudbrand Tokerud -* Lally McClay -* $trym -* Arne Rasmussen -* Lise WesselTVVIN -* Bjarne -* Jostein Aanderaa -* Ken-Erik Ølmheim -* DimSum -
+In order to participate in governance, a stake credential must be delegated to a DRep. +Ada holders will generally delegate their voting rights to a registered DRep +that will vote on their behalf. In addition, two pre-defined DRep options are available: -
- 2023 Virtual Workshop (19/06) +* `Abstain` -In addition, we would like to thank all the attendees of the workshop that was held virtually on June 19th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: + If an Ada holder delegates to `Abstain`, then their stake is actively marked + as not participating in governance. -* Nicolas Cerny -* Nils Peuser -* Riley Kilgore -* Alejandro Almanza -* Jenny Brito -* John C. Valdez -* Rhys -* Thyme -* Adam Rusch -* Devryn -
+ The effect of delegating to `Abstain` on chain is that the delegated stake *will not* be considered to be + a part of the active voting stake. However, the stake *will* be considered to be registered for the + purpose of the incentives that are described in [Incentives for Ada holders to delegate voting stake](#incentives-for-ada-holders-to-delegate-voting-stake). -
- 2023 New York City, New York Workshop (20/06) +* `No Confidence` -In addition, we would like to thank all the attendees of the workshop that was held in New York City, New York on June 20th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: + If an Ada holder delegates to `No Confidence`, then their stake is counted + as a `Yes` vote on every `No Confidence` action and a `No` vote on every other action. + The delegated stake *will* be considered part of the active voting stake. + It also serves as a directly auditable measure of the confidence of Ada holders in the constitutional + committee. -* John Shearing -* Geoff Shearing -* Daniela Balaniuc -* SDuffy -* Garry Golden -* Newman -* Emmanuel Batse -* Ebae -* Mojira -
-
- 2023 La Cumbre, Argentina Workshop (23/06) +> **Note** +> The pre-defined DReps do not cast votes inside of transactions, their behavior is accounted for at the protocol level. +> The `Abstain` DRep may be chosen for a variety of reasons, including the desire to not +> participate in the governance system. -In addition, we would like to thank all the attendees of the workshop that was held in La Cumbre, Argentina on June 23rd 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +> **Note** +> Any Ada holder may register themselves as a DRep and delegate to themselves if they wish to actively participate in +> voting. -* Ulises Barreiro -* Daniel F. Rodriguez -* Dominique Gromez -* Leandro Chialvo -* Claudia Vogel -* Guillermo Lucero -* Funes, Brian Carrasco -* Melisa Carrasco -* Carlos Carrasco -
+#### Registered DReps -
- 2023 Minneapolis, Minnesota Workshop (23/06) +In Voltaire, existing stake credentials will be +able to delegate their stake to DReps for voting purposes, +in addition to the current delegation to stake pools for block production. +DRep delegation will mimic the existing stake delegation mechanisms (via on-chain certificates). +Similarly, DRep registration will mimic the existing stake registration mechanisms. +Additionally, registered DReps will need to vote regularly to still be considered active. +Specifically, if a DRep does not submit any votes for `drepActivity`-many epochs, the DRep is considered inactive, +where `drepActivity` is a new protocol parameter. +Inactive DReps do not count towards the active voting stake anymore, and can become active again for `drepActivity`-many epochs by voting on any governance actions. +The reason for marking DReps as inactive is so that DReps who stop participating but still have +stake delegated to them do not eventually leave the system in a state where no governance +action can pass. -In addition, we would like to thank all the attendees of the workshop that was held in Minneapolis, Minnesota on June 23rd 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +Registered DReps are identified by a credential that can be either: -* Stephanie King -* Darlington Wleh -
+* A verification key (Ed25519) +* A native or Plutus script -
- 2023 La Plata, Argentina Workshop (23/06) +The blake2b-224 hash digest of a serialized DRep credential is called the _DRep ID_. -In addition, we would like to thank all the attendees of the workshop that was held in La Plata, Argentina on June 23rd 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +The following new types of certificates will be added for DReps: +DRep registration certificates, DRep retirement certificates, and +vote delegation certificates. -* Mauro Andreoli -* Rodolfo Miranda -* Agustin Francella -* Federico Sting -* Elias Aires -* Lucas Macchiavelli -* Pablo Hernán Mazzitelli -
+##### DRep registration certificates -
- 2023 Puerto Madryn, Argentina Workshop (23/06) +DRep registration certificates include: -In addition, we would like to thank all the attendees of the workshop that was held in Puerto Madryn, Argentina on June 23rd 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +* a DRep ID +* a deposit +* an optional anchor -* Andres Torres Borda -* Federico Ledesma Calatayud -* Maximiliano Torres -* Federico Prado -* Domingo Torres -* Floriana Pérez Barria -* Martin Real -* Florencia García -* Roberto Neme -
+An **anchor** is a pair of: -
- 2023 Accra, Ghana Workshop (24/06) +* a URL to a JSON payload of metadata +* a hash of the contents of the metadata URL -In addition, we would like to thank all the attendees of the workshop that was held in Accra, Ghana on June 24th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +The structure and format of this metadata is deliberately left open in this CIP. +The on-chain rules will not check either the URL or the hash. +Client applications should, however, perform the usual sanity checks when fetching content from the provided URL. -* Wada -* Laurentine -* Christopher A. -* Nathaniel D. -* Edufua -* Michael -* Augusta -* Jeremiah -* Boaz -* Mohammed -* Richmond O. -* Ezekiel -* Megan -* Josue -* Michel T. -* Bineta -* Afia O. -* Mercy -* Enoch -* Kofi -* Awura -* Emelia -* Richmond S. -* Solomon -* Phillip -* Faakor -* Manfo -* Josh -* Daniel -* Mermose -
-
- 2023 Virtual Workshop (24/06) +##### DRep retirement certificates -In addition, we would like to thank all the attendees of the workshop that was held virtually on June 24th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +DRep retirement certificates include: -* Jonas Riise -* Thomas Lindseth -* André "Eilert" Eilertsen -* Eystein Hansen -
+* a DRep ID -
- 2023 Seoul, South Korea Workshop (24/06) +Note that a DRep is retired immediately upon the chain accepting a retirement certificate, +and the deposit is returned as part of the transaction that submits the retirement certificate +(the same way that stake credential registration deposits are returned). -In addition, we would like to thank all the attendees of the workshop that was held in Seoul, South Korea on June 24th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +##### Vote delegation certificates -* Oscar Hong (JUNGI HONG) -* SPO_COOL (Kevin Kordano) -* SPO_KTOP (KT OH) -* WANG JAE LEE -* JAE HYUN AN -* INYOUNG MOON (Penny) -* HOJIN JEON -* SEUNG KYU BAEK -* SA SEONG MAENG -* JUNG MYEONG HAN -* BRIAN KIM -* JUNG HOON KIM -* SEUNG WOOK JUNG (Peter) -* HYUNG WOO PARK -* EUN JAE CHOI -* NA GYEONG KIM -* JADEN CHOI -
+Vote delegation certificates include: -
- 2023 Abu Dhabi, UAE Workshop (25/06) +* the DRep ID to which the stake should be delegated +* the stake credential for the delegator -In addition, we would like to thank all the attendees of the workshop that was held in Abu Dhabi, UAE on June 25th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +> **Note** +> +> DRep delegation always maps a stake credential to a DRep credential. +> This means that a DRep cannot delegate voting stake to another DRep. -* Amir Azem -* Ian Arden -* Madina Abdibayeva -* BTBF (Yu Kagaya) -* محمد الظاهري -* Tegegne Tefera -* Rami Hanania -* Tania Debs -* Khalil Jad -* Mohamed Jamal -* Ruslan Yakubov -* OUSHEK Mohamed eisa -* Shehryar -* Wael Ben Younes -* Santosh Ray -* Juana Attieh -* Nadim Karam -* DubaistakePool -* HAWAK Pool -* LALKUL Stake Pools -
+##### Certificate authorization schemes -
- 2023 Williamsburg, New York Workshop (25/06) +The authorization scheme (i.e. which signatures are required for registration, retirement or delegation) mimics the existing stake delegation certificate authorization scheme. -In addition, we would like to thank all the attendees of the workshop that was held in Williamsburg, New York on June 25th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: + -* Pi -* Joseph -* Skyler -* Forrest -* Gabriel -* Newman -
-
- 2023 Lagos, Nigeria Workshop (28/06) +#### New stake distribution for DReps -In addition, we would like to thank all the attendees of the workshop that was held in Lagos, Nigeria on June 28th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +In addition to the existing per-stake-credential distribution and the +per-stake-pool distribution, the ledger will now also determine the per-DRep stake +distribution. This distribution will determine how much stake each vote from a DRep +is backed by. -* Jonah Benson -* Augusta -* Ubio Obu -* Olumide Hrosuosegbe -* Veralyn Chinenye -* Ona Ohimer -* William Ese -* Ruth Usoro -* William P -* Esther Simi -* Daniel Effiom -* Akinkurai Toluwalase -
+> **Warning** +> +> **Unlike** the distribution that is used for block production, we will always use the most +> current version of the per-DRep stake distribution as given on the epoch boundary. +> +> This means that **for any topic which individual voters care deeply about, +> they have time to delegate to themselves as a DRep and vote directly**. +> However, it means that there may be a difference between the stake that is used for block +> production and the stake that is used for voting in any given epoch. -
- 2023 Sao Paulo, Brazil Workshop (01/07) -In addition, we would like to thank all the attendees of the workshop that was held in Sao Paulo, Brazil on July 1st 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +#### Incentives for Ada holders to delegate voting stake -* Otávio Lima -* Rodrigo Pacini -* Maria Carmo -* Cauê Chianca -* Daniela Alves -* Jose Lins Dias -* Felipe Barcelos -* Rosana Melo -* Johnny Oliveira -* Lucas Ravacci -* Cristofer Ramos -* Weslei Menck -* Leandro Tsutsumi -* Izaias Pessoa -* Gabriel Melo -* Yuri Nabeshima -* Alexandre Fernandes -* Vinicius Ferreiro -* Lucas Fernandes -* Alessandro Benicio -* Mario Cielho -* Lory Fernandes Lima -* Larissa Nogueira -* Latam Cardano Community -
+There will be a short [bootstrapping phase](#bootstrapping-phase) during which rewards will be earned +for stake delegation etc. and may be withdrawn at any time. +After this phase, although rewards will continue to be earned for block delegation etc., reward accounts will be +**blocked from withdrawing any rewards** unless their associated stake credential is also delegated to a DRep. +This helps to ensure high participation, and so, legitimacy. -
- 2023 Brazil Virtual Workshop (04/07) +> **Note** +> +> Even though rewards cannot be withdrawn, they are not lost. As soon as a stake credential is delegated +> (including to a pre-defined DRep), the rewards can be withdrawn. -In addition, we would like to thank all the attendees of the workshop that was held in Brazil on July 4th 2023 for their valuable contributions -to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: +#### DRep incentives -* Lincon Vidal -* Thiago da Silva Nunes -* Rodrigo Pacini -* Livia Corcino de Albuquerque -* Cauê Chianca -* Otávio Lima -
+DReps arguably need to be compensated for their work. Research on incentive models is still ongoing, +and we do not wish to hold up implementation of this CIP while this is resolved. -## Motivation: why is this CIP necessary? +Our interim proposal is therefore to escrow Lovelace from the existing Cardano treasury until this +extremely important decision can be agreed on by the community, through the on-chain governance +mechanism that is being constructed. -+ [Goal](#goal) -+ [Current design](#current-governance-mechanism-design) -+ [Shortcomings of the Shelley governance design](#shortcomings-of-the-shelley-governance-design) -+ [Out of scope](#out-of-scope) +Alternatively, DReps could pay themselves through instances of the "Treasury withdrawal" governance action. +Such an action would be auditable on-chain, and should reflect an off-chain agreement between DReps and delegators. -### Goal + + -We're heading into the age of Voltaire, laying down the foundations for decentralized decision-making. -This CIP describes a mechanism for on-chain governance that will underpin the Voltaire phase of Cardano. -The CIP builds on and extends the original Cardano governance scheme that was based on a fixed number of governance keys. -It aims to provide a **first step** that is both valuable and, importantly, is also technically achievable -in the **near term** as part of the proposed Voltaire governance system. +### Governance actions -It also seeks to act as a jumping-off point for continuing community input, -including on appropriate threshold settings and other on-chain settings. +We define seven different types of **governance actions**. +A governance action is an on-chain event that is triggered by a transaction and has a deadline after which it cannot be enacted. -Subsequent proposals may adapt and extend this proposal to meet emerging governance needs. +- An action is said to be **ratified** when it gathers enough votes in its favor (through the rules and parameters that are detailed below). +- An action that fails to be ratified before its deadline is said to have **expired**. +- An action that has been ratified is said to be **enacted** once it has been activated on the network. -### Current governance mechanism design -The on-chain Cardano governance mechanism that was introduced in the Shelley ledger era is capable of: +| Action | Description | +|:--------------------------------------------------------------|:-------------------------------------------------------------------------------------------------------------------------| +| 1. Motion of no-confidence | A motion to create a _state of no-confidence_ in the current constitutional committee | +| 2. New constitutional committee and/or threshold and/or terms | Changes to the members of the constitutional committee and/or to its signature threshold and/or terms | +| 3. Update to the Constitution or proposal policy | A modification to the Constitution or proposal policy, recorded as on-chain hashes | +| 4. Hard-Fork[^2] Initiation | Triggers a non-backwards compatible upgrade of the network; requires a prior software upgrade | +| 5. Protocol Parameter Changes | Any change to **one or more** updatable protocol parameters, excluding changes to major protocol versions ("hard forks") | +| 6. Treasury Withdrawals | Withdrawals from the treasury | +| 7. Info | An action that has no effect on-chain, other than an on-chain record | -1. modifying the values of the protocol parameters (including initiating "hard forks") -2. transferring Ada out of the reserves and the treasury (and also moving Ada between the reserves and the treasury) +**Any Ada holder** can submit a governance action to the chain. +They must provide a deposit of `govActionDeposit` Lovelace, which will be returned when the action is finalized +(whether it is **ratified** or has **expired**). +The deposit amount will be added to the _deposit pot_, similar to stake key deposits. +It will also be counted towards the stake of the reward address it will be paid back to, to not reduce the submitter's voting power to vote on their own (and competing) actions. -In the current scheme, governance actions are initiated by special transactions that require `Quorum-Many` authorizations -from the governance keys (5 out of 7 on the Cardano mainnet)[^1]. -Fields in the transaction body provide details of the proposed governance action: -either i) protocol parameter changes; or ii) initiating funds transfers. -Each transaction can trigger both kinds of governance actions, and a single action can have more than one effect (e.g. changing two or more protocol parameters). +If a proposal policy is present, the transaction must include that +policy in the witness set either directly, or via reference inputs, +and any other requirements that the proposal policy makes must be +satisfied. -- Protocol parameter updates use [transaction field nº6](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L56) of the transaction body. -- Movements of the treasury and the reserves use [Move Instantaneous Rewards (abbrev. MIR) certificates](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L180). +Note that a motion of no-confidence is an extreme measure that enables Ada holders to revoke the power +that has been granted to the current constitutional committee. -Properly authorized governance actions are applied on an epoch boundary (they are **enacted**). +> **Note** +> A **single** governance action might contain **multiple** protocol parameter updates. Many parameters are inter-connected and might require moving in lockstep. -#### Hard Forks +#### Ratification -One of the protocol parameters is sufficiently significant to merit special attention: -changing the major protocol version enables Cardano to enact controlled hard forks. -This type of protocol parameter update therefore has a special status, since stake pools -must upgrade their nodes so they can support the new protocol version once the hard fork is enacted. +Governance actions are **ratified** through on-chain voting actions. +Different kinds of governance actions have different ratification requirements but always involve **two of the three** governance bodies, +with the exception of a hard-fork initiation and security-relevant protocol parameters, which requires ratification by all governance bodies. +Depending on the type of governance action, an action will thus be ratified when a combination of the following occurs: -### Shortcomings of the Shelley governance design +* the constitutional committee approves of the action (the number of members who vote `Yes` meets the threshold of the constitutional committee) +* the DReps approve of the action (the stake controlled by the DReps who vote `Yes` meets a certain threshold of the total active voting stake) +* the SPOs approve of the action (the stake controlled by the SPOs who vote `Yes` meets a certain threshold over the total delegated active stake for the epoch) -The Shelley governance design was intended to provide a simple, transitional approach to governance. -This proposal aims to address a number of shortcomings with that design -that are apparent as we move into Voltaire. +> **Warning** +> As explained above, different stake distributions apply to DReps and SPOs. -1. The Shelley governance design gives no room for active on-chain participation of Ada holders. -While changes to the protocol are usually the results of discussions with selected community actors, -the process is currently driven mainly by the founding entities. -Ensuring that everyone can voice their concern is cumbersome, and can be perceived as arbitrary at times. +A successful motion of no-confidence, election of a new constitutional committee, +a constitutional change, or a hard-fork, delays +ratification of all other governance actions until the first epoch after their enactment. This gives +a new constitutional committee enough time to vote on current proposals, re-evaluate existing proposals +with respect to a new constitution, and ensures that the in principle arbitrary semantic changes caused +by enacting a hard-fork do not have unintended consequences in combination with other actions. -2. Movements from the treasury constitute a critical and sensitive topic. -However, they can be hard to track. It is important to have more transparency -and more layers of control over these movements. +##### Requirements -3. While they need to be treated specially by SPOs, hard forks are not differentiated from other protocol parameter changes. +The following table details the ratification requirements for each governance action scenario. The columns represent: -4. Finally, while there is currently a somewhat common vision for _Cardano_ that is shared by its founding entities and also by many community members, -there is no clearly defined document where these guiding principles are recorded. -It makes sense to leverage the Cardano blockchain to record the shared Cardano ethos in an immutable fashion, as a formal Cardano Constitution. +* **Governance action type**
+ The type of governance action. Note that the protocol parameter updates are grouped into four categories. -### Out of scope - -The following topics are considered to be out of the scope of this CIP. +* **Constitutional committee (abbrev. CC)**
+ A value of ✓ indicates that the constitutional committee must approve this action.
+ A value of - means that constitutional committee votes do not apply. -#### The contents of the constitution +* **DReps**
+ The DRep vote threshold that must be met as a percentage of *active voting stake*. -This CIP focuses only on on-chain mechanisms. The provisions of the initial constitution are extremely important, as are any processes that -will allow it to be amended. These merit their own separate and focused discussion. +* **SPOs**
+ The SPO vote threshold which must be met as a percentage of the stake held by all stake pools.
+ A value of - means that SPO votes do not apply. -#### The membership of the constitutional committee +| Governance action type | CC | DReps | SPOs | +|:------------------------------------------------------------------|:---|:---------|:---------| +| 1. Motion of no-confidence | \- | $P_1$ | $Q_1$ | +| 2a. New committee/threshold (_normal state_) | \- | $P_{2a}$ | $Q_{2a}$ | +| 2b. New committee/threshold (_state of no-confidence_) | \- | $P_{2b}$ | $Q_{2b}$ | +| 3. Update to the Constitution or proposal policy | ✓ | $P_3$ | \- | +| 4. Hard-fork initiation | ✓ | $P_4$ | $Q_4$ | +| 5a. Protocol parameter changes, network group | ✓ | $P_{5a}$ | \- | +| 5b. Protocol parameter changes, economic group | ✓ | $P_{5b}$ | \- | +| 5c. Protocol parameter changes, technical group | ✓ | $P_{5c}$ | \- | +| 5d. Protocol parameter changes, governance group | ✓ | $P_{5d}$ | \- | +| 6. Treasury withdrawal | ✓ | $P_6$ | \- | +| 7. Info | ✓ | $100$ | $100$ | -This is an off-chain issue. +Each of these thresholds is a governance parameter. There is one +additional threshold, `Q5`, related to security relevant protocol +parameters, which is explained below. +The initial thresholds should be chosen by the Cardano community as a whole. +The two thresholds for the Info action are set to 100% since setting it any lower +would result in not being able to poll above the threshold. -#### Legal issues +Some parameters are relevant to security properties of the system. Any +proposal attempting to change such a parameter requires an additional +vote of the SPOs, with the threshold `Q5`. -Any potential legal enforcement of either the Cardano protocol or the Cardano Constitution are completely out of scope for this CIP. +The security relevant protocol parameters are: +* `maxBBSize` +* `maxTxSize` +* `maxBHSize` +* `maxValSize` +* `maxBlockExUnits` +* `minFeeA` +* `minFeeB` +* `coinsPerUTxOByte` +* `govActionDeposit` +* `minFeeRefScriptsCoinsPerByte` +> **Note** +> It may make sense for some or all thresholds to be adaptive with respect to the Lovelace that is actively registered to vote. +> For example, a threshold could vary between 51% for a high level of registration and 75% for a low level registration. +> Moreover, the treasury threshold could also be adaptive, depending on the total Lovelace that is being withdrawn, +> or different thresholds could be set for different levels of withdrawal. -#### Off chain standards for governance actions +> **Note** +> To achieve legitimacy, the minimum acceptable threshold should be no less than 50% of the delegated stake. -The Cardano community must think deeply about the correct standards and processes for handling the creation of the governance actions that are specified in this CIP. -In particular, the role of Project Catalyst in creating treasury withdrawal actions is completely outside the scope of this CIP. +##### Restrictions -#### Ada holdings and delegation +Apart from _Treasury withdrawals_ and _Infos_, we include a mechanism for ensuring that governance +actions of the same type do not accidentally clash with each other in an unexpected way. -How any private companies, public or private institutions, individuals etc. choose to hold or delegate their Ada, including delegation to stake pools or DReps, is outside the scope of this CIP. +Each governance action must include the governance action ID for the most recently enacted action of its given type. +This means that two actions of the same type can be enacted at the same time, +but they must be *deliberately* designed to do so. -## Specification -+ [The Cardano Constitution](#the-cardano-constitution) -+ [The constitutional committee](#the-constitutional-committee) - - [State of no-confidence](#state-of-no-confidence) - - [Constitutional committee keys](#constitutional-committee-keys) - - [Replacing the constitutional committee](#replacing-the-constitutional-committee) - - [Size of the constitutional committee](#size-of-the-constitutional-committee) - - [Term limits](#term-limits) -+ [Delegated representatives (DReps)](#delegated-representatives-dreps) - - [Pre-defined DReps](#pre-defined-dreps) - - [Registered DReps](#registered-dreps) - - [New stake distribution for DReps](#new-stake-distribution-for-dreps) - - [Incentives for Ada holders to delegate voting stake](#incentives-for-ada-holders-to-delegate-voting-stake) - - [DRep incentives](#drep-incentives) -+ [Governance actions](#governance-actions) - - [Ratification](#ratification) - * [Requirements](#requirements) - * [Restrictions](#restrictions) - - [Enactment](#enactment) - - [Lifecycle](#lifecycle) - - [Content](#content) - - [Protocol parameter groups](#protocol-parameter-groups) -+ [Votes](#votes) - - [Governance state](#governance-state) - - [Changes to the stake snapshot](#changes-to-the-stake-snapshot) - - [Definitions relating to voting stake](#definitions-relating-to-voting-stake) +#### Enactment -### The Cardano Constitution +Actions that have been ratified in the current epoch are prioritized as follows for enactment: -The Cardano Constitution is a text document that defines Cardano's shared values and guiding principles. -At this stage, the Constitution is an informational document that unambiguously captures the core values of Cardano -and acts to ensure its long-term sustainability. -At a later stage, we can imagine the Constitution perhaps evolving into a smart-contract based set of rules that drives the entire governance framework. -For now, however, the Constitution will remain an off-chain document whose hash digest value will be recorded on-chain. -As discussed above, the Constitution is not yet defined and its content is out of scope for this CIP. +1. Motion of no-confidence +2. New committee/threshold +3. Update to the Constitution or proposal policy +4. Hard Fork initiation +5. Protocol parameter changes +6. Treasury withdrawals +7. Info - +> **Note** Enactment for _Info_ actions is a null action, since they do not have any effect on the protocol. -### The constitutional committee +##### Order of enactment -We define a _constitutional committee_ which represents a set of individuals or entities -(each associated with a Ed25519 or native or Plutus script credential) that are collectively responsible for **ensuring that the Constitution is respected**. +Governance actions are enacted in order of acceptance to the chain. +This resolves conflicts where, e.g. there are two competing parameter changes. -Though it **cannot be enforced on-chain**, the constitutional committee is **only** supposed to vote -on the constitutionality of governance actions (which should thus ensure the long-term sustainability of the blockchain) and should be replaced -(via the **no confidence** action) if they overstep this boundary. -Said differently, there is a social contract between the constitutional committee and the actors of the network. -Although the constitutional committee could reject certain governance actions (by voting 'No' on them), -they should only do so when those governance actions are in conflict with the Constitution. +#### Lifecycle -For example, if we consider the hypothetical Constitution rule "The Cardano network must always be able to produce new blocks", -then a governance action that would reduce the maximum block size to `0` would be, in effect, -unconstitutional and so might not be ratified by the constitutional committee. The rule does -not, however, specify the smallest acceptable maximum block size, so the constitutional committee would need to determine this number -and vote accordingly. +Governance actions are checked for ratification only on an epoch boundary. +Once ratified, actions are staged for enactment. -#### State of no-confidence +All submitted governance actions will therefore either: -The constitutional committee is considered to be in one of the following two states at all times: +1. be **ratified**, then **enacted** +2. or **expire** after a number of epochs -1. a normal state (i.e. a state of confidence) -2. a state of no-confidence +In all of those cases, deposits are returned immediately. -In a _state of no-confidence_, the current committee is no longer able to participate in governance actions -and must be replaced before any governance actions can be ratified (see below). +All governance actions are enacted on the epoch boundary after their ratification. -#### Constitutional committee keys +#### Content -The constitutional committee will use a hot and cold key setup, similar to the existing "genesis delegation certificate" mechanism. +Every governance action will include the following: -#### Replacing the constitutional committee +* a deposit amount (recorded since the amount of the deposit is an updatable protocol parameter) +* a reward address to receive the deposit when it is repaid +* an anchor for any metadata that is needed to justify the action +* a hash digest value to prevent collisions with competing actions of the same type (as described earlier) -The constitutional committee can be replaced via a specific governance action -("New constitutional committee", described below) that requires the approval of both -the **SPOs** and the **DReps**. -The threshold for ratification might be different depending on if the governance is -in a state of confidence or a state of no confidence. + -The new constitutional committee could, in principle, be identical to or partially overlap the outgoing committee as long as the action is properly ratified. -This might happen, for example, if the electorate has collective confidence in all or part of the committee and wishes to extend its term of office. +In addition, each action will include some elements that are specific to its type: +| Governance action type | Additional data | +|:-------------------------------------------------|:------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| +| 1. Motion of no-confidence | None | +| 2. New committee/threshold | The set of verification key hash digests (members to be removed), a map of verification key hash digests to epoch numbers (new members and their term limit), and a fraction (new threshold) | +| 3. Update to the Constitution or proposal policy | An anchor to the Constitution and an optional script hash of the proposal policy | +| 4. Hard-fork initiation | The new (greater) major protocol version | +| 5. Protocol parameters changes | The changed parameters | +| 6. Treasury withdrawal | A map from stake credentials to a positive number of Lovelace | +| 7. Info | None | -#### Size of the constitutional committee +> **Note** +> The new major protocol version must be precisely one greater than the current protocol version. +> Any two consecutive epochs will therefore either have the same major protocol version, or the +> later one will have a major protocol version that is one greater. -Unlike the Shelley governance design, the size of the constitutional committee is not fixed and can be any nonnegative number. -It may be changed whenever a new committee is elected ("New constitutional committee and/or threshold"). -Likewise, the committee threshold (the fraction of committee `Yes` votes that are required to ratify governance actions) is not fixed and -can also be varied by the governance action. -This gives a great deal of flexibility to the composition of the committee. -In particular, it is possible to elect an empty committee if the community wishes to abolish the constitutional committee entirely. Note that this is different from a state of no-confidence and still constitutes a governance system capable of enacting proposals. +> **Note** +> There can be no duplicate committee members - each pair of credentials in a committee must be unique. -There will be a new protocol parameter for the minimal size of the committee, -itself a nonnegative number. +Each governance action that is accepted on the chain will be assigned a unique identifier (a.k.a. the **governance action ID**), +consisting of the transaction hash that created it and the index within the transaction body that points to it. -#### Terms +#### Protocol Parameter groups -Each newly elected constitutional committee will have a term. -Per-member terms allow for a rotation scheme, such as a third of the committee -expiring every year. -Expired members can no longer vote. -Member can also willingly resign early, which will be marked on-chain as an expired member. +We have grouped the protocol parameter changes by type, +allowing different thresholds to be set for each group. -If the number of non-expired committee members falls below the minimal -size of the committee, the constitutional committee will be unable to -ratify governance actions. This means that only governance actions -that don't require votes from the constitutional committee can still -be ratified. +We are not, however, restricting each protocol parameter governance action to be contained within one group. +In case where a governance action carries updates for multiple parameters from different groups, +the maximum threshold of all the groups involved will apply to any given such governance action. -For example, a committee of size five with a threshold of 3/5 a minimum size -of three and two expired members can still -pass governance actions if two non-expired members vote `Yes`. -However, if one more member expires then the constitutional committee becomes -unable to ratify any more governance actions. +The _network_, _economic_ and _technical_ parameter groups collect existing protocol parameters that were introduced during the Shelley, Alonzo and Babbage eras. +In addition, we introduce a new _governance_ group that is specific to the new governance parameters that will be introduced by CIP-1694. -The maximum term is a governance protocol parameter, specified as a number of epochs. -During a state of no-confidence, no action can be ratified, -so the committee should plan for its own replacement if it wishes to avoid disruption. +The **network group** consists of: +* maximum block body size (`maxBBSize`) +* maximum transaction size (`maxTxSize`) +* maximum block header size (`maxBHSize`) +* maximum size of a serialized asset value (`maxValSize`) +* maximum script execution units in a single transaction (`maxTxExUnits`) +* maximum script execution units in a single block (`maxBlockExUnits`) +* maximum number of collateral inputs (`maxCollateralInputs`) -#### Proposal policy +The **economic group** consists of: +* minimum fee coefficient (`minFeeA`) +* minimum fee constant (`minFeeB`) +* delegation key Lovelace deposit (`keyDeposit`) +* pool registration Lovelace deposit (`poolDeposit`) +* monetary expansion (`rho`) +* treasury expansion (`tau`) +* minimum fixed rewards cut for pools (`minPoolCost`) +* minimum Lovelace deposit per byte of serialized UTxO (`coinsPerUTxOByte`) +* prices of Plutus execution units (`prices`) -While the constitution is an informal, off-chain document, there will -also be an optional script that can enforce some guidelines. This script -acts to supplement the constitutional committee by restricting some -proposal types. For example, if the community wishes to have some hard -rules for the treasury that cannot be violated, a script that enforces -these rules can be voted in as the proposal policy. +The **technical group** consists of: +* pool pledge influence (`a0`) +* pool retirement maximum epoch (`eMax`) +* desired number of pools (`nOpt`) +* Plutus execution cost models (`costModels`) +* proportion of collateral needed for scripts (`collateralPercentage`) -The proposal policy applies only to protocol parameter update and -treasury withdrawal proposals. +The **governance group** consists of all the new protocol parameters that are introduced in this CIP: +* governance voting thresholds ($P_1$, $P_{2a}$, $P_{2b}$, $P_3$, $P_4$, $P_{5a}$, $P_{5b}$, $P_{5c}$, $P_{5d}$, $P_6$, $Q_1$, $Q_{2a}$, $Q_{2b}$, $Q_4$) +* governance action maximum lifetime in epochs (`govActionLifetime`) +* governance action deposit (`govActionDeposit`) +* DRep deposit amount (`drepDeposit`) +* DRep activity period in epochs (`drepActivity`) +* minimal constitutional committee size (`ccMinSize`) +* maximum term length (in epochs) for the constitutional committee members (`ccMaxTermLength`) - + -> **Warning** -> CIP-1694 DReps **should not be conflated** with Project Catalyst DReps. + - + -#### Pre-defined DReps +### Votes -In order to participate in governance, a stake credential must be delegated to a DRep. -Ada holders will generally delegate their voting rights to a registered DRep -that will vote on their behalf. In addition, two pre-defined DRep options are available: +Each vote transaction consists of the following: -* `Abstain` +* a governance action ID +* a role - constitutional committee member, DRep, or SPO +* a governance credential witness for the role +* an optional anchor (as defined above) for information that is relevant to the vote +* a 'Yes'/'No'/'Abstain' vote - If an Ada holder delegates to `Abstain`, then their stake is actively marked - as not participating in governance. +For SPOs and DReps, the number of votes that are cast (whether 'Yes', 'No' or 'Abstain') is proportional to the Lovelace that is delegated to them at the point the +action is checked for ratification. For constitututional committee members, each current committee member has one vote. - The effect of delegating to `Abstain` on chain is that the delegated stake *will not* be considered to be - a part of the active voting stake. However, the stake *will* be considered to be registered for the - purpose of the incentives that are described in [Incentives for Ada holders to delegate voting stake](#incentives-for-ada-holders-to-delegate-voting-stake). +> **Warning** 'Abstain' votes are not included in the "active voting stake". +> +> Note that an explicit vote to abstain differs from abstaining from voting. +> Unregistered stake that did not vote behaves like an 'Abstain' vote, +> while registered stake that did not vote behaves like a 'No' vote. +> To avoid confusion, we will only use the word 'Abstain' from this point onward to mean an on-chain vote to abstain. -* `No Confidence` +The governance credential witness will trigger the appropriate verifications in the ledger according to the existing `UTxOW` ledger rule +(i.e. a signature check for verification keys, and a validator execution with a specific vote redeemer and new Plutus script purpose for scripts). - If an Ada holder delegates to `No Confidence`, then their stake is counted - as a `Yes` vote on every `No Confidence` action and a `No` vote on every other action. - The delegated stake *will* be considered part of the active voting stake. - It also serves as a directly auditable measure of the confidence of Ada holders in the constitutional - committee. +Votes can be cast multiple times for each governance action by a single credential. +Correctly submitted votes override any older votes for the same credential and role. +That is, the voter may change their position on any action if they choose. +As soon as a governance action is ratified, voting ends and transactions containing further votes are invalid. +#### Governance state -> **Note** -> The pre-defined DReps do not cast votes inside of transactions, their behavior is accounted for at the protocol level. -> The `Abstain` DRep may be chosen for a variety of reasons, including the desire to not -> participate in the governance system. +When a governance action is successfully submitted to the chain, its progress will be tracked by the ledger state. +In particular, the following will be tracked: -> **Note** -> Any Ada holder may register themselves as a DRep and delegate to themselves if they wish to actively participate in -> voting. +* the governance action ID +* the epoch that the action expires +* the deposit amount +* the rewards address that will receive the deposit when it is returned +* the total 'Yes'/'No'/'Abstain' votes of the constitutional committee for this action +* the total 'Yes'/'No'/'Abstain' votes of the DReps for this action +* the total 'Yes'/'No'/'Abstain' votes of the SPOs for this action -#### Registered DReps -In Voltaire, existing stake credentials will be -able to delegate their stake to DReps for voting purposes, -in addition to the current delegation to stake pools for block production. -DRep delegation will mimic the existing stake delegation mechanisms (via on-chain certificates). -Similarly, DRep registration will mimic the existing stake registration mechanisms. -Additionally, registered DReps will need to vote regularly to still be considered active. -Specifically, if a DRep does not submit any votes for `drepActivity`-many epochs, the DRep is considered inactive, -where `drepActivity` is a new protocol parameter. -Inactive DReps do not count towards the active voting stake anymore, and can become active again for `drepActivity`-many epochs by voting on any governance actions. -The reason for marking DReps as inactive is so that DReps who stop participating but still have -stake delegated to them do not eventually leave the system in a state where no governance -action can pass. +#### Changes to the stake snapshot -Registered DReps are identified by a credential that can be either: +Since the stake snapshot changes at each epoch boundary, a new tally must be calculated when each unratified governance action +is checked for ratification. This means that an action could be enacted even though the DRep or SPO votes have not changed +(since the vote delegation could have changed). -* A verification key (Ed25519) -* A native or Plutus script +#### Definitions relating to voting stake -The blake2b-224 hash digest of a serialized DRep credential is called the _DRep ID_. +We define a number of new terms related to voting stake: -The following new types of certificates will be added for DReps: -DRep registration certificates, DRep retirement certificates, and -vote delegation certificates. +* Lovelace contained in a transaction output is considered **active for voting** (that is, it forms the "active voting stake"): + * It contains a registered stake credential. + * The registered stake credential has delegated its voting rights to a DRep. +* Relative to some percentage `P`, a DRep (SPO) **vote threshold has been met** if the sum of the relative stake that has been delegated to the DReps (SPOs) + that vote `Yes` to a governance action + is at least `P`. -##### DRep registration certificates +## Rationale -DRep registration certificates include: ++ [Role of the constitutional committee](#role-of-the-constitutional-committee) ++ [Intentional omission of identity verification](#intentional-omission-of-identity-verification) ++ [Reducing the power of entities with large amounts of Ada](#reducing-the-power-of-entities-with-large-amounts-of-ada) ++ [Piggybacking on stake pool stake distribution](#piggybacking-on-stake-pool-stake-distribution) ++ [Separation of hard-fork initiation from standard protocol parameter changes](#separation-of-hard-fork-initiation-from-standard-protocol-parameter-changes) ++ [The purpose of the DReps](#the-purpose-of-the-dreps) ++ [Ratification requirements table](#ratification-requirements-table) ++ [Motion of no-confidence](#motion-of-no-confidence) ++ [New committee/threshold (state of no-confidence)](#new-committeethreshold-state-of-no-confidence) ++ [The versatility of the info governance action](#the-versatility-of-the-info-governance-action) ++ [Hard-fork initiation](#hard-fork-initiation) ++ [New metadata structures](#new-metadata-structures) ++ [Controlling the number of active governance actions](#controlling-the-number-of-active-governance-actions) ++ [No AVST](#no-avst) -* a DRep ID -* a deposit -* an optional anchor +### Role of the constitutional committee -An **anchor** is a pair of: +At first sight, the constitutional committee may appear to be a special committee that has been granted extra power over DReps. +However, because DReps can replace the constitutional committee at any time and DRep votes are also required to ratify every governance action, +the constitutional committee has no more (and may, in fact, have less) power than the DReps. +Given this, what role does the committee play, and why is it not superfluous? +The answer is that the committee solves the bootstrapping problem of the new governance framework. +Indeed, as soon as we pull the trigger and enable this framework to become active on-chain, then without a constitutional committee, +there would rapidly need to be sufficient DReps, so that the system did not rely solely on SPO votes. +We cannot yet predict how active the community will be in registering as DReps, nor how reactive other Ada holders will be regarding delegation of votes. -* a URL to a JSON payload of metadata -* a hash of the contents of the metadata URL +Thus, the constitutional committee comes into play to make sure that the system can transition from +its current state into fully decentralized governance in due course. +Furthermore, in the long run, the committee can play a mentoring and advisory role in the governance +decisions by being a set of elected representatives who are put under the spotlight for their judgment and guidance in governance decisions. +Above all, the committee is required at all times to adhere to the Constitution and to ratify proposals in accordance with the provisions of the Constitution. -The structure and format of this metadata is deliberately left open in this CIP. -The on-chain rules will not check either the URL or the hash. -Client applications should, however, perform the usual sanity checks when fetching content from the provided URL. +### Intentional Omission of Identity Verification +Note that this CIP does not mention any kind of identity validation or verification for the members of the constitutional committee or the DReps. -##### DRep retirement certificates +This is intentional. -DRep retirement certificates include: +We hope that the community will strongly consider only voting for and delegating to those DReps who provide something like a DID to identify themselves. +However, enforcing identity verification is very difficult without some centralized oracle, which we consider to be a step in the wrong direction. -* a DRep ID +### Reducing the power of entities with large amounts of Ada -Note that a DRep is retired immediately upon the chain accepting a retirement certificate, -and the deposit is returned as part of the transaction that submits the retirement certificate -(the same way that stake credential registration deposits are returned). +Various mechanisms, such as quadratic voting, have been proposed to guard against entities with a large amount of influence. +In a system based on "1 Lovelace, 1 vote", however, it is trivially easy to split stake into small amounts and undo the protections. +Without an on-chain identity verification system we cannot adopt any such measures. -##### Vote delegation certificates +### Piggybacking on stake pool stake distribution -Vote delegation certificates include: +The Cardano protocol is based on a Proof-of-Stake consensus mechanism, so using a stake-based governance approach is sensible. +However, there are many ways that could be used to define how to record the stake distribution between participants. +As a reminder, network addresses can currently contain two sets of credentials: one to identify who can unlock funds at an address +(a.k.a. payment credentials) and one that can be delegated to a stake pool (a.k.a. delegation credentials). -* the DRep ID to which the stake should be delegated -* the stake credential for the delegator +Rather than defining a third set of credentials, we instead propose to re-use the existing delegation credentials, +using a new on-chain certificate to determine the governance stake distribution. This implies that the set of DReps can (and likely will) differ from the set of SPOs, +so creating balance. On the flip side, it means that the governance stake distribution suffers from the same shortcomings as that for block production: +for example, wallet software providers must support multi-delegation schemes and must facilitate the partitioning of stake into sub-accounts should an Ada holder desire to delegate to multiple DReps, +or an Ada holder must manually split their holding if their wallet does not support this. -> **Note** -> -> DRep delegation always maps a stake credential to a DRep credential. -> This means that a DRep cannot delegate voting stake to another DRep. +However, this choice also limits future implementation effort for wallet providers and minimizes the effort that is needed for end-users to participate in the governance protocol. +The latter is a sufficiently significant concern to justify the decision. By piggybacking on the existing structure, +the system remains familiar to users and reasonably easy to set up. This maximizes both the chance of success of, and the rate of participation in, the governance framework. -##### Certificate authorization schemes +### Separation of Hard Fork Initiation from Standard Protocol Parameter Changes -The authorization scheme (i.e. which signatures are required for registration, retirement or delegation) mimics the existing stake delegation certificate authorization scheme. +In contrast to other protocol parameter updates, hard forks (or, more correctly, changes to the protocol's major version number) require much more attention. +Indeed, while other protocol parameter changes can be performed without significant software changes, +a hard fork assumes that a super-majority of the network has upgraded the Cardano node to support the new set of features that are introduced by the upgrade. +This means that the timing of a hard fork event must be communicated well ahead of time to all Cardano users, and requires coordination between stake pool operators, wallet providers, DApp developers, and the node release team. - +Hence, this proposal, unlike the Shelley scheme, promotes hard fork initiations as a standalone governance action, distinct from protocol parameter updates. +### The purpose of the DReps -#### New stake distribution for DReps +Nothing in this proposal limits SPOs from becoming DReps. +Why do we have DReps at all? +The answer is that SPOs are chosen purely for block production and not all SPOs will want to become DReps. +Voters can choose to delegate their vote to DReps without needing to consider whether they are +also a good block producer, and SPOs can choose to represent Ada holders or not. -In addition to the existing per-stake-credential distribution and the -per-stake-pool distribution, the ledger will now also determine the per-DRep stake -distribution. This distribution will determine how much stake each vote from a DRep -is backed by. +### Ratification Requirements Table -> **Warning** -> -> **Unlike** the distribution that is used for block production, we will always use the most -> current version of the per-DRep stake distribution as given on the epoch boundary. -> -> This means that **for any topic which individual voters care deeply about, -> they have time to delegate to themselves as a DRep and vote directly**. -> However, it means that there may be a difference between the stake that is used for block -> production and the stake that is used for voting in any given epoch. +The requirements in the [ratification requirement table](#requirements) are explained here. +Most of the governance actions have the same kind of requirements: +the constitutional committee and the DReps must reach a sufficient number of +'Yes' votes. +This includes these actions: +* New committee/threshold (normal state) +* Update to the Constitution +* Protocol parameter changes +* Treasury withdrawal +### Motion of no-confidence -#### Incentives for Ada holders to delegate voting stake +A motion of no-confidence represents a lack of confidence by the Cardano community in the +current constitutional committee, and hence the constitutional committee should not +be included in this type of governance action. +In this situation, the SPOs and the DReps are left to represent the will of the community. -There will be a short [bootstrapping phase](#bootstrapping-phase) during which rewards will be earned -for stake delegation etc. and may be withdrawn at any time. -After this phase, although rewards will continue to be earned for block delegation etc., reward accounts will be -**blocked from withdrawing any rewards** unless their associated stake credential is also delegated to a DRep. -This helps to ensure high participation, and so, legitimacy. +### New committee/threshold (state of no-confidence) -> **Note** -> -> Even though rewards cannot be withdrawn, they are not lost. As soon as a stake credential is delegated -> (including to a pre-defined DRep), the rewards can be withdrawn. +Similar to the motion of no-confidence, electing a constitutional committee +depends on both the SPOs and the DReps to represent the will of the community. -#### DRep incentives +### The versatility of the info governance action -DReps arguably need to be compensated for their work. Research on incentive models is still ongoing, -and we do not wish to hold up implementation of this CIP while this is resolved. +While not binding on chain, the Info governance action could be useful in an number of +situations. These include: -Our interim proposal is therefore to escrow Lovelace from the existing Cardano treasury until this -extremely important decision can be agreed on by the community, through the on-chain governance -mechanism that is being constructed. +* ratifying a CIP +* deciding on the genesis file for a new ledger era +* recording initial feedback for future governance actions -Alternatively, DReps could pay themselves through instances of the "Treasury withdrawal" governance action. -Such an action would be auditable on-chain, and should reflect an off-chain agreement between DReps and delegators. +### Hard-Fork initiation - - +Regardless of any governance mechanism, SPO participation is needed for any hard fork since they must upgrade their node software. +For this reason, we make their cooperation explicit in the hard fork initiation governance action, +by always requiring their vote. +The constitutional committee also votes, signaling the constitutionality of a hard fork. +The DReps also vote, to represent the will of every stake holder. -### Governance actions +### New Metadata structures -We define seven different types of **governance actions**. -A governance action is an on-chain event that is triggered by a transaction and has a deadline after which it cannot be enacted. - -- An action is said to be **ratified** when it gathers enough votes in its favor (through the rules and parameters that are detailed below). -- An action that fails to be ratified before its deadline is said to have **expired**. -- An action that has been ratified is said to be **enacted** once it has been activated on the network. +The governance actions, the votes and the certificates and the Constitution use new metadata fields, +in the form of URLs and integrity hashes +(mirroring the metadata structure for stake pool registration). +The metadata is used to provide context. +Governance actions need to explain why the action is needed, +what experts were consulted, etc. +Since transaction size constraints should not limit this explanatory data, +we use URLs instead. +This does, however, introduce new problems. +If a URL does not resolve, what should be the expectation for voting on that action? +Should we expect everyone to vote 'No'? +Is this an attack vector against the governance system? +In such a scenario, the hash pre-image could be communicated in other ways, but we should be +prepared for the situation. +Should there be a summary of the justification on chain? -| Action | Description | -|:--------------------------------------------------------------|:-------------------------------------------------------------------------------------------------------------------------| -| 1. Motion of no-confidence | A motion to create a _state of no-confidence_ in the current constitutional committee | -| 2. New constitutional committee and/or threshold and/or terms | Changes to the members of the constitutional committee and/or to its signature threshold and/or terms | -| 3. Update to the Constitution or proposal policy | A modification to the Constitution or proposal policy, recorded as on-chain hashes | -| 4. Hard-Fork[^2] Initiation | Triggers a non-backwards compatible upgrade of the network; requires a prior software upgrade | -| 5. Protocol Parameter Changes | Any change to **one or more** updatable protocol parameters, excluding changes to major protocol versions ("hard forks") | -| 6. Treasury Withdrawals | Withdrawals from the treasury | -| 7. Info | An action that has no effect on-chain, other than an on-chain record | +#### Alternative: Use of transaction metadata -**Any Ada holder** can submit a governance action to the chain. -They must provide a deposit of `govActionDeposit` Lovelace, which will be returned when the action is finalized -(whether it is **ratified** or has **expired**). -The deposit amount will be added to the _deposit pot_, similar to stake key deposits. -It will also be counted towards the stake of the reward address it will be paid back to, to not reduce the submitter's voting power to vote on their own (and competing) actions. +Instead of specific dedicated fields in the transaction format, we could instead use the existing transaction metadata field. -If a proposal policy is present, the transaction must include that -policy in the witness set either directly, or via reference inputs, -and any other requirements that the proposal policy makes must be -satisfied. +Governance-related metadata can be clearly identified by registering a CIP-10 metadata label. +Within that, the structure of the metadata can be determined by this CIP (exact format TBD), using an index to map the vote or governance action ID to the corresponding metadata URL and hash. -Note that a motion of no-confidence is an extreme measure that enables Ada holders to revoke the power -that has been granted to the current constitutional committee. +This avoids the need to add additional fields to the transaction body, at the risk of making it easier for submitters to ignore. +However, since the required metadata can be empty (or can point to a non-resolving URL), +it is already easy for submitters to not provide metadata, and so it is unclear whether this makes the situation worse. -> **Note** -> A **single** governance action might contain **multiple** protocol parameter updates. Many parameters are inter-connected and might require moving in lockstep. +Note that transaction metadata is never stored in the ledger state, so it would be up to clients +to pair the metadata with the actions and votes in this alternative, and would not be available +as a ledger state query. -#### Ratification +### Controlling the number of active governance actions -Governance actions are **ratified** through on-chain voting actions. -Different kinds of governance actions have different ratification requirements but always involve **two of the three** governance bodies, -with the exception of a hard-fork initiation and security-relevant protocol parameters, which requires ratification by all governance bodies. -Depending on the type of governance action, an action will thus be ratified when a combination of the following occurs: +Since governance actions are available for anyone to submit, we need some mechanism to prevent those +individuals responsible for voting from becoming overwhelmed with a flood of proposals. +A large deposit is one such mechanism, but this comes at the unfortunate cost of being a barrier +for some people to submit an action. +Note, however, that crowd-sourcing with a Plutus script is always an option to gather the deposit. -* the constitutional committee approves of the action (the number of members who vote `Yes` meets the threshold of the constitutional committee) -* the DReps approve of the action (the stake controlled by the DReps who vote `Yes` meets a certain threshold of the total active voting stake) -* the SPOs approve of the action (the stake controlled by the SPOs who vote `Yes` meets a certain threshold over the total delegated active stake for the epoch) +We could, alternatively, accept the possibility of a large number of actions active at any given +time, and instead depend on off-chain socialization to guide voters' attention to those that merit it. +In this scenario, the constitutional committee might choose to only consider proposals which have +already garnered enough votes from the DReps. -> **Warning** -> As explained above, different stake distributions apply to DReps and SPOs. +### No AVST -A successful motion of no-confidence, election of a new constitutional committee, -a constitutional change, or a hard-fork, delays -ratification of all other governance actions until the first epoch after their enactment. This gives -a new constitutional committee enough time to vote on current proposals, re-evaluate existing proposals -with respect to a new constitution, and ensures that the in principle arbitrary semantic changes caused -by enacting a hard-fork do not have unintended consequences in combination with other actions. +An earlier draft of this CIP included the notion of an "active voting stake threshold", or AVST. +The purpose of AVST was to ensure the legitimacy of each vote, removing the possibility that, for example, +9 out of 10 Lovelace could decide the fate of millions of entities on Cardano. +There are really two concerns here, which are worth separating. -##### Requirements +The first concern is that of bootstrapping the system, i.e. reaching the initial moment when +sufficient stake is registered to vote. +The second concern is that the system could lose participation over time. +One problem with the AVST is that it gives an incentive for SPOs to desire a low voting registration +(since their votes then hold more weight). +This is absolutely not a slight on the existing SPOs, but an issue with bad incentives. -The following table details the ratification requirements for each governance action scenario. The columns represent: +We have chosen, therefore, to solve the two concerns differently. +We solve the bootstrapping problem as described in the section on bootstrapping. +We solve the long-term participation problem by not allowing reward withdrawals +(after the bootstrap phase) unless the stake is delegated to a DRep +(including the two special cases, namely 'Abstain' and 'No confidence'). -* **Governance action type**
- The type of governance action. Note that the protocol parameter updates are grouped into four categories. +### Changelog -* **Constitutional committee (abbrev. CC)**
- A value of ✓ indicates that the constitutional committee must approve this action.
- A value of - means that constitutional committee votes do not apply. +#### Changes post Longmont workshop (March 2023) -* **DReps**
- The DRep vote threshold that must be met as a percentage of *active voting stake*. +* Thank the workshop attendees. +* We have added Constitutional Committee terms. +* Two new "pre-defined" DRep options: abstain and no confidence. +* New "Info" governance action. +* Use the most recent DRep stake distribution for ratification. + This means that if ever your DRep votes how you do not like, + you can immediately make yourself a DRep and vote how you want. +* Escrow some ADA from the current treasury for potential future DRep + incentives. +* Remove the tiered treasury actions in favor of something adaptive + (so the "yes" threshold would depend on: + 1) how much ada, + 2) how high the registered voting stake, and maybe + 3) how much ada is released every epoch +* Split the protocol parameter updates into four groups: + network, economic, technical, and governmental. +* Most governmental actions can be enacted (upon ratification) + right away. All but: protocol parameters and hard forks. +* Remove "one action per type per epoch" restriction in favor of + tracking the last action ID of each type, and including this in + the action. +* No AVST. +* Bootstrap phase: Until X% of ADA is registered to vote or Y epochs + have elapsed, only parameter changes and hard forks can happen. + PP changes just need CC quorum, HFs need CC and SPOs. + After the bootstrap phase, we put in place the incentive to keep low + DReps, but this mechanism **automatically** relaxes. +* New plutus script purpose for DReps. +* Multiple treasury withdrawals in one epoch. +* A section on the recursive problem of "how do we ratify this CIP". +* Changes to the local state-query protocol. +* New ideas, time permitting: + * Weigh SPO stake vote by pledge somehow. + * DReps can specify which other DRep gets their delegators + in the event that they retire. + * Reduced government action deposit if one member of the CC signs off + on it (which presumably means it has gone through some process). + * Include hash of (future) genesis configuration within HF proposal. -* **SPOs**
- The SPO vote threshold which must be met as a percentage of the stake held by all stake pools.
- A value of - means that SPO votes do not apply. +#### Changes post Edinburgh workshop (July 2023) -| Governance action type | CC | DReps | SPOs | -|:------------------------------------------------------------------|:---|:---------|:---------| -| 1. Motion of no-confidence | \- | $P_1$ | $Q_1$ | -| 2a. New committee/threshold (_normal state_) | \- | $P_{2a}$ | $Q_{2a}$ | -| 2b. New committee/threshold (_state of no-confidence_) | \- | $P_{2b}$ | $Q_{2b}$ | -| 3. Update to the Constitution or proposal policy | ✓ | $P_3$ | \- | -| 4. Hard-fork initiation | ✓ | $P_4$ | $Q_4$ | -| 5a. Protocol parameter changes, network group | ✓ | $P_{5a}$ | \- | -| 5b. Protocol parameter changes, economic group | ✓ | $P_{5b}$ | \- | -| 5c. Protocol parameter changes, technical group | ✓ | $P_{5c}$ | \- | -| 5d. Protocol parameter changes, governance group | ✓ | $P_{5d}$ | \- | -| 6. Treasury withdrawal | ✓ | $P_6$ | \- | -| 7. Info | ✓ | $100$ | $100$ | +* Add proposal policy, which can control what treasury withdrawals and + protocol parameter changes are allowed. +* Remove dropping of governance actions. The only effect this has is + that in case a no confidence action passes, actions stay + around. However, only new committee proposals that have been + designed to build on top of that no confidence action can be + enacted. If a new committee gets elected while some of those actions + haven't expired, those actions can be ratified but the new committee + has to approve them. +* All governance actions are enacted one epoch after they are ratified. +* Move post-bootstrapping restrictions into 'Other Ideas'. +* Add a section on different deposit amounts to 'Other Ideas'. +* Add a section for a minimum AVS to 'Other Ideas'. +* Rename some protocol parameters. +* Rename `TALLY` to `GOV`. +* Turn the Constitution into an anchor. +* Rework which anchors are required and which are optional. +* Clean up various inconsistencies and leftovers from older versions. -Each of these thresholds is a governance parameter. There is one -additional threshold, `Q5`, related to security relevant protocol -parameters, which is explained below. -The initial thresholds should be chosen by the Cardano community as a whole. -The two thresholds for the Info action are set to 100% since setting it any lower -would result in not being able to poll above the threshold. +#### Security-relevant changes and other fixes -Some parameters are relevant to security properties of the system. Any -proposal attempting to change such a parameter requires an additional -vote of the SPOs, with the threshold `Q5`. +* Guard security-relevant changes behind SPO votes. +* The system does not enter a state of no confidence with insufficient + active CC members, the CC just becomes unable to act. +* Clarify that CC members can use any kind of credential. -The security relevant protocol parameters are: -* `maxBBSize` -* `maxTxSize` -* `maxBHSize` -* `maxValSize` -* `maxBlockExUnits` -* `minFeeA` -* `minFeeB` -* `coinsPerUTxOByte` -* `govActionDeposit` -* `minFeeRefScriptsCoinsPerByte` +## Path to Active -> **Note** -> It may make sense for some or all thresholds to be adaptive with respect to the Lovelace that is actively registered to vote. -> For example, a threshold could vary between 51% for a high level of registration and 75% for a low level registration. -> Moreover, the treasury threshold could also be adaptive, depending on the total Lovelace that is being withdrawn, -> or different thresholds could be set for different levels of withdrawal. +### Acceptance Criteria -> **Note** -> To achieve legitimacy, the minimum acceptable threshold should be no less than 50% of the delegated stake. +- [ ] A new ledger era is enabled on the Cardano mainnet, which implements the above specification. +### Implementation Plan -##### Restrictions +The features in this CIP require a hard fork. -Apart from _Treasury withdrawals_ and _Infos_, we include a mechanism for ensuring that governance -actions of the same type do not accidentally clash with each other in an unexpected way. +This document describes an ambitious change to Cardano governance. +We propose to implement the changes via **one hard fork**. -Each governance action must include the governance action ID for the most recently enacted action of its given type. -This means that two actions of the same type can be enacted at the same time, -but they must be *deliberately* designed to do so. +In the following sections, we give more details about the various implementation work items that have already been identified. +In addition, the final section exposes a few open questions which will need to be finalized. +We hope that those questions can be addressed through community workshops and discussions. +#### Ratification of this proposal -#### Enactment +The ratification of this proposal is something of a circular problem: we need some form of governance framework in order to agree on what the final governance framework should be. +As has been stated many times, CIPs are not authoritative, nor are they a governance mechanism. +Rather, they describe technical solutions that have been deemed sound (from a technical standpoint) by community of experts. -Actions that have been ratified in the current epoch are prioritized as follows for enactment: +CIP-1694 arguably goes beyond the usual scope of the CIP process and there is a strong desire to ratify this CIP through _some process_. +However, that process is yet to be defined and it remains an open question. +The final ratification process is likely to be a blend of various ideas, such as: -1. Motion of no-confidence -2. New committee/threshold -3. Update to the Constitution or proposal policy -4. Hard Fork initiation -5. Protocol parameter changes -6. Treasury withdrawals -7. Info +- [ ] Gather opinions from community-held workshops, akin to the Colorado workshop of February-March 2023. +- [ ] Exercise voting actions on a public testnet, with sufficient participation. +- [ ] Poll the established SPOs. +- [ ] Leverage Project Catalyst to gather inputs from the existing voting community (albeit small in terms of active stake). -> **Note** Enactment for _Info_ actions is a null action, since they do not have any effect on the protocol. +#### Changes to the transaction body -##### Order of enactment +- [ ] New elements will be added to the transaction body, and existing update and MIR capabilities will be removed. In particular, -Governance actions are enacted in order of acceptance to the chain. -This resolves conflicts where, e.g. there are two competing parameter changes. + The governance actions and votes will comprise two new transaction body fields. -#### Lifecycle +- [ ] Three new kinds of certificates will be added in addition to the existing ones: -Governance actions are checked for ratification only on an epoch boundary. -Once ratified, actions are staged for enactment. + * DRep registration + * DRep de-registration + * Vote delegation -All submitted governance actions will therefore either: + And similarly, the current MIR and genesis certificates will be removed. -1. be **ratified**, then **enacted** -2. or **expire** after a number of epochs +- [ ] A new `Voting` purpose will be added to Plutus script contexts. + This will provide, in particular, the vote to on-chain scripts. -In all of those cases, deposits are returned immediately. +> **Warning** As usual, we will provide a CDDL specification for each of those changes. -All governance actions are enacted on the epoch boundary after their ratification. +#### Changes to the existing ledger rules -#### Content +* The `PPUP` transition rule will be rewritten and moved out of the `UTxO` rule and into the `LEDGER` rule as a new `GOV` rule. -Every governance action will include the following: + It will process and record the governance actions and votes. -* a deposit amount (recorded since the amount of the deposit is an updatable protocol parameter) -* a reward address to receive the deposit when it is repaid -* an anchor for any metadata that is needed to justify the action -* a hash digest value to prevent collisions with competing actions of the same type (as described earlier) +* The `NEWEPOCH` transition rule will be modified. +* The `MIR` sub-rule will be removed. +* A new `RATIFY` rule will be introduced to stage governance actions for enactment. - + It will ratify governance actions, and stage them for enactment in the current or next epoch, as appropriate. -In addition, each action will include some elements that are specific to its type: +* A new `ENACTMENT` rule will be called immediately after the `EPOCH` rule. This rule will enact governance actions that have previously been ratified. +* The `EPOCH` rule will no longer call the `NEWPP` sub-rule or compute whether the quorum is met on the PPUP state. -| Governance action type | Additional data | -|:-------------------------------------------------|:------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------| -| 1. Motion of no-confidence | None | -| 2. New committee/threshold | The set of verification key hash digests (members to be removed), a map of verification key hash digests to epoch numbers (new members and their term limit), and a fraction (new threshold) | -| 3. Update to the Constitution or proposal policy | An anchor to the Constitution and an optional script hash of the proposal policy | -| 4. Hard-fork initiation | The new (greater) major protocol version | -| 5. Protocol parameters changes | The changed parameters | -| 6. Treasury withdrawal | A map from stake credentials to a positive number of Lovelace | -| 7. Info | None | +#### Changes to the local state-query protocol -> **Note** -> The new major protocol version must be precisely one greater than the current protocol version. -> Any two consecutive epochs will therefore either have the same major protocol version, or the -> later one will have a major protocol version that is one greater. +The on-chain governance workload is large, but the off-chain workload for tools and applications will arguably be even larger. +To build an effective governance ecosystem, the ledger will have to provide interfaces to various governance elements. -> **Note** -> There can be no duplicate committee members - each pair of credentials in a committee must be unique. +While votes and DReps (de)registrations are directly visible in blocks and will, therefore, be accessible via the existing local-chain-sync protocols; we will need to upgrade the local-state-query protocol to provide extra insights on information which are harder to infer from blocks (i.e. those that require maintaining a ledger state). New state queries should cover (at least): -Each governance action that is accepted on the chain will be assigned a unique identifier (a.k.a. the **governance action ID**), -consisting of the transaction hash that created it and the index within the transaction body that points to it. +- Governance actions currently staged for enactment +- Governance actions under ratification, with the total and percentage of yes stake, no stake and abstain stake +- The current constitutional committee, and constitution hash digest -#### Protocol Parameter groups +#### Bootstrapping Phase -We have grouped the protocol parameter changes by type, -allowing different thresholds to be set for each group. +We will need to be careful how we bootstrap this fledgling government. All the parties +that are involved will need ample time to register themselves and to become familiar with the process. -We are not, however, restricting each protocol parameter governance action to be contained within one group. -In case where a governance action carries updates for multiple parameters from different groups, -the maximum threshold of all the groups involved will apply to any given such governance action. +Special provisions will apply in the initial bootstrap phase. +Firstly, during the bootstrap phase, a vote from the constitutional committee +is sufficient to change the protocol parameters. +Secondly, during the bootstrap phase, a vote from the constitutional committee, +together with a sufficient SPO vote, is sufficient to initiate a hard fork. +No other actions are possible during the bootstrap phase. -The _network_, _economic_ and _technical_ parameter groups collect existing protocol parameters that were introduced during the Shelley, Alonzo and Babbage eras. -In addition, we introduce a new _governance_ group that is specific to the new governance parameters that will be introduced by CIP-1694. +The bootstrap phase ends when a given number of epochs has elapsed, +as specified in the next ledger era configuration file. +This is likely to be a number of months after the hard fork. -The **network group** consists of: -* maximum block body size (`maxBBSize`) -* maximum transaction size (`maxTxSize`) -* maximum block header size (`maxBHSize`) -* maximum size of a serialized asset value (`maxValSize`) -* maximum script execution units in a single transaction (`maxTxExUnits`) -* maximum script execution units in a single block (`maxBlockExUnits`) -* maximum number of collateral inputs (`maxCollateralInputs`) +Moreover, there will be an interim Constitutional committee, +also specified in the next ledger era configuration file, +whose term limits will be set to expire when the bootstrap phase ends. +The rotational schedule of the first non-bootstrap committee could be included in the constitution itself. +Note, however, that since the constitutional committee never votes on new committees, +it cannot actually enforce the rotation. -The **economic group** consists of: -* minimum fee coefficient (`minFeeA`) -* minimum fee constant (`minFeeB`) -* delegation key Lovelace deposit (`keyDeposit`) -* pool registration Lovelace deposit (`poolDeposit`) -* monetary expansion (`rho`) -* treasury expansion (`tau`) -* minimum fixed rewards cut for pools (`minPoolCost`) -* minimum Lovelace deposit per byte of serialized UTxO (`coinsPerUTxOByte`) -* prices of Plutus execution units (`prices`) +#### Other Ideas / Open Questions -The **technical group** consists of: -* pool pledge influence (`a0`) -* pool retirement maximum epoch (`eMax`) -* desired number of pools (`nOpt`) -* Plutus execution cost models (`costModels`) -* proportion of collateral needed for scripts (`collateralPercentage`) +##### Pledge-weighted SPO voting -The **governance group** consists of all the new protocol parameters that are introduced in this CIP: -* governance voting thresholds ($P_1$, $P_{2a}$, $P_{2b}$, $P_3$, $P_4$, $P_{5a}$, $P_{5b}$, $P_{5c}$, $P_{5d}$, $P_6$, $Q_1$, $Q_{2a}$, $Q_{2b}$, $Q_4$) -* governance action maximum lifetime in epochs (`govActionLifetime`) -* governance action deposit (`govActionDeposit`) -* DRep deposit amount (`drepDeposit`) -* DRep activity period in epochs (`drepActivity`) -* minimal constitutional committee size (`ccMinSize`) -* maximum term length (in epochs) for the constitutional committee members (`ccMaxTermLength`) +The SPO vote could additionally be weighted by each SPO's pledge. +This would provide a mechanism for allowing those with literal stake in the game to have a stronger vote. +The weighting should be carefully chosen. - +A DRep could optionally list another DRep credential in their registration certificate. +Upon retirement, all of the DRep's delegations would be automatically transferred to the +given DRep credential. If that DRep had already retired, the delegation would be transfer +to the 'Abstain' DRep. - +##### No DRep registration - +Since the DRep registration does not perform any necessary functions, +the certificates for (de-)registering DReps could be removed. This +makes the democracy more liquid since it removes some bureaucracy and +also removes the need for the DRep deposit, at the cost of moving the anchor that is part of the +DRep registration certificate into the transaction metadata. -### Votes +##### Reduced deposits for some government actions -Each vote transaction consists of the following: +The deposit that is attached to governance actions exists to prevent a flood of non-serious governance +actions, each of which would require time and attention from the Cardano community. +We could reduce this deposit for proposals which go through some agreed upon off-chain process. +This would be marked on-chain by the endorsement of at least one constitutional committee member. +The downside of this idea is that it gives more power to the constitutional committee. -* a governance action ID -* a role - constitutional committee member, DRep, or SPO -* a governance credential witness for the role -* an optional anchor (as defined above) for information that is relevant to the vote -* a 'Yes'/'No'/'Abstain' vote +##### Different deposit amounts for different governance actions -For SPOs and DReps, the number of votes that are cast (whether 'Yes', 'No' or 'Abstain') is proportional to the Lovelace that is delegated to them at the point the -action is checked for ratification. For constitututional committee members, each current committee member has one vote. +Multiple workshops for this CIP have proposed to introduce a different +deposit amount for each type of governance action. It was not clear +whether a majority was in favor of this idea, but this may be +considered if it becomes clear that it is necessary. -> **Warning** 'Abstain' votes are not included in the "active voting stake". -> -> Note that an explicit vote to abstain differs from abstaining from voting. -> Unregistered stake that did not vote behaves like an 'Abstain' vote, -> while registered stake that did not vote behaves like a 'No' vote. -> To avoid confusion, we will only use the word 'Abstain' from this point onward to mean an on-chain vote to abstain. +##### Minimum active voting stake -The governance credential witness will trigger the appropriate verifications in the ledger according to the existing `UTxOW` ledger rule -(i.e. a signature check for verification keys, and a validator execution with a specific vote redeemer and new Plutus script purpose for scripts). +As a further guarantee to ensure governance actions cannot be proposed +right before a hard fork, be voted on by one DRep with a large amount +of stake and be enacted immediately, there could be an additional +requirement that a certain fixed absolute amount of stake needs to +cast a 'Yes' vote on the action to be enacted. -Votes can be cast multiple times for each governance action by a single credential. -Correctly submitted votes override any older votes for the same credential and role. -That is, the voter may change their position on any action if they choose. -As soon as a governance action is ratified, voting ends and transactions containing further votes are invalid. +This does not seem necessary in the current design, since the stake of +all registered DReps behaves like a 'No' vote until they have actually +cast a vote. This means that for this scenario to occur, the malicious +actor needs at least to be in control of the fraction of DRep stake +corresponding to the relevant threshold, at which point this might as +well be considered a legitimate action. -#### Governance state +##### Include hash of (future) genesis configuration within hard-fork proposal -When a governance action is successfully submitted to the chain, its progress will be tracked by the ledger state. -In particular, the following will be tracked: +Some hard-forks require new genesis configurations. +This has been the case for the Shelley and Alonzo hard forks (but not Allegra, Mary, Vasil or Valentine), may be the case in the future. +At the moment, this proposal doesn't state anything about such a genesis configuration: +it is implicitly assumed to be an off-chain agreement. +We could however, enforce that (the hash of) a specific genesis configuration is also captured within a hard-fork governance action. -* the governance action ID -* the epoch that the action expires -* the deposit amount -* the rewards address that will receive the deposit when it is returned -* the total 'Yes'/'No'/'Abstain' votes of the constitutional committee for this action -* the total 'Yes'/'No'/'Abstain' votes of the DReps for this action -* the total 'Yes'/'No'/'Abstain' votes of the SPOs for this action +##### Adaptive thresholds +As discussed above, it may make sense for some or all thresholds to be adaptive with respect to the Lovelace that is actively registered to vote, +so that the system provides greater legitimacy when there is only a low level of active voting stake. +The bootstrapping mechanism that is proposed above may subsume this, however, by ensuring that the governance system is activated +only when a minimum level of stake has been delegated to DReps. -#### Changes to the stake snapshot -Since the stake snapshot changes at each epoch boundary, a new tally must be calculated when each unratified governance action -is checked for ratification. This means that an action could be enacted even though the DRep or SPO votes have not changed -(since the vote delegation could have changed). +##### Renaming DReps / state of no-confidence? -#### Definitions relating to voting stake +It has been stated several times that "DReps" as presented here, might be confused with Project Catalst DReps. +Similarly, some people have expressed confusion between the state of no-confidence, the motion of no-confidence and the no-confidence DReps. -We define a number of new terms related to voting stake: +We could imagine finding better terms for these concepts. -* Lovelace contained in a transaction output is considered **active for voting** (that is, it forms the "active voting stake"): - * It contains a registered stake credential. - * The registered stake credential has delegated its voting rights to a DRep. -* Relative to some percentage `P`, a DRep (SPO) **vote threshold has been met** if the sum of the relative stake that has been delegated to the DReps (SPOs) - that vote `Yes` to a governance action - is at least `P`. +##### Rate-limiting treasury movements -## Rationale +Nothing prevents money being taken out of the treasury other than the proposed votes and voting thresholds. Given that the Cardano treasury is a quite fundamental component of its monetary policy, we could imagine enforcing (at the protocol level) the maximum amount that can removed from the treasury over any period of time. -+ [Role of the constitutional committee](#role-of-the-constitutional-committee) -+ [Intentional omission of identity verification](#intentional-omission-of-identity-verification) -+ [Reducing the power of entities with large amounts of Ada](#reducing-the-power-of-entities-with-large-amounts-of-ada) -+ [Piggybacking on stake pool stake distribution](#piggybacking-on-stake-pool-stake-distribution) -+ [Separation of hard-fork initiation from standard protocol parameter changes](#separation-of-hard-fork-initiation-from-standard-protocol-parameter-changes) -+ [The purpose of the DReps](#the-purpose-of-the-dreps) -+ [Ratification requirements table](#ratification-requirements-table) -+ [Motion of no-confidence](#motion-of-no-confidence) -+ [New committee/threshold (state of no-confidence)](#new-committeethreshold-state-of-no-confidence) -+ [The versatility of the info governance action](#the-versatility-of-the-info-governance-action) -+ [Hard-fork initiation](#hard-fork-initiation) -+ [New metadata structures](#new-metadata-structures) -+ [Controlling the number of active governance actions](#controlling-the-number-of-active-governance-actions) -+ [No AVST](#no-avst) +##### Final safety measure, post bootstrapping -### Role of the constitutional committee +Many people have stated that they believe that the actual voting turnout will not be so large +as to be a strain on the throughput of the system. +We also believe that this is likely to be the case, but when the bootstrap phase ends we might +put one final, temporary safety measure in place (this will also allow us to justify a low DRep deposit amount). -At first sight, the constitutional committee may appear to be a special committee that has been granted extra power over DReps. -However, because DReps can replace the constitutional committee at any time and DRep votes are also required to ratify every governance action, -the constitutional committee has no more (and may, in fact, have less) power than the DReps. -Given this, what role does the committee play, and why is it not superfluous? -The answer is that the committee solves the bootstrapping problem of the new governance framework. -Indeed, as soon as we pull the trigger and enable this framework to become active on-chain, then without a constitutional committee, -there would rapidly need to be sufficient DReps, so that the system did not rely solely on SPO votes. -We cannot yet predict how active the community will be in registering as DReps, nor how reactive other Ada holders will be regarding delegation of votes. +For values of $X$ and $Y$ that are still to be determined, +as soon as the bootstrap phase has ended, +when we calculate the DReps stake distribution for the next epoch boundary, +we will consider _only_ those DReps that are _either_ in the top $X$-many DReps ranked by stake amount, +or those DReps that have at least $Y$ Lovelace. +Every epoch, the value of $X$ will _increase_ and the value of $Y$ will decrease, +so that eventually $X$ will be effectively infinite and $Y$ will be zero. +Note that this is only an incentive, and nothing actually stops any DRep from casting their +vote (though it will not be counted if it does not meet the requirements). -Thus, the constitutional committee comes into play to make sure that the system can transition from -its current state into fully decentralized governance in due course. -Furthermore, in the long run, the committee can play a mentoring and advisory role in the governance -decisions by being a set of elected representatives who are put under the spotlight for their judgment and guidance in governance decisions. -Above all, the committee is required at all times to adhere to the Constitution and to ratify proposals in accordance with the provisions of the Constitution. +If the community decides at some point that there is indeed a problem with congestion, +then a hard fork could be enacted that limits the number of DReps in a more restrictive way. -### Intentional Omission of Identity Verification +Reasonable numbers for the initial value of $X$ are probably 5,000-10,000. +Reasonable numbers for the initial value of $Y$ are probably the total number of Lovelace +divided by the initial value of $X$. -Note that this CIP does not mention any kind of identity validation or verification for the members of the constitutional committee or the DReps. +The mechanism should be set to relax at a rate where the restriction is completely eliminated after +a period of six months to one year. -This is intentional. +## Acknowledgements -We hope that the community will strongly consider only voting for and delegating to those DReps who provide something like a DID to identify themselves. -However, enforcing identity verification is very difficult without some centralized oracle, which we consider to be a step in the wrong direction. +
+ First draft -### Reducing the power of entities with large amounts of Ada +Many people have commented on and contributed to the first draft of this document, which was published in November 2022. +We would especially like to thank the following people for providing their wisdom and insights: -Various mechanisms, such as quadratic voting, have been proposed to guard against entities with a large amount of influence. -In a system based on "1 Lovelace, 1 vote", however, it is trivially easy to split stake into small amounts and undo the protections. -Without an on-chain identity verification system we cannot adopt any such measures. + * Jack Briggs + * Tim Harrison + * Philip Lazos + * Michael Madoff + * Evangelos Markakis + * Joel Telpner + * Thomas Upfield -### Piggybacking on stake pool stake distribution +We would also like to thank those who have commented via Github and other channels. +
-The Cardano protocol is based on a Proof-of-Stake consensus mechanism, so using a stake-based governance approach is sensible. -However, there are many ways that could be used to define how to record the stake distribution between participants. -As a reminder, network addresses can currently contain two sets of credentials: one to identify who can unlock funds at an address -(a.k.a. payment credentials) and one that can be delegated to a stake pool (a.k.a. delegation credentials). +
+ 2023 Colorado Workshop (28/02 → 01/03) -Rather than defining a third set of credentials, we instead propose to re-use the existing delegation credentials, -using a new on-chain certificate to determine the governance stake distribution. This implies that the set of DReps can (and likely will) differ from the set of SPOs, -so creating balance. On the flip side, it means that the governance stake distribution suffers from the same shortcomings as that for block production: -for example, wallet software providers must support multi-delegation schemes and must facilitate the partitioning of stake into sub-accounts should an Ada holder desire to delegate to multiple DReps, -or an Ada holder must manually split their holding if their wallet does not support this. +In addition, we would like to thank all the attendees of the workshop that was held in Longmont, Colorado on February 28th and March 1st 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -However, this choice also limits future implementation effort for wallet providers and minimizes the effort that is needed for end-users to participate in the governance protocol. -The latter is a sufficiently significant concern to justify the decision. By piggybacking on the existing structure, -the system remains familiar to users and reasonably easy to set up. This maximizes both the chance of success of, and the rate of participation in, the governance framework. +* Adam Rusch, ADAO & Summon +* Addie Girouard +* Andrew Westberg +* Darlington Wleh, LidoNation +* Eystein Hansen +* James Dunseith, Gimbalabs +* Juana Attieh +* Kenric Nelson +* Lloyd Duhon, DripDropz +* Marcus Jay Allen +* Marek Mahut, 5 Binaries +* Markus Gufler +* Matthew Capps +* Mercy, Wada +* Michael Dogali +* Michael Madoff +* Patrick Tobler, NMKR +* Philip Lazos +* π Lanningham, SundaeSwap +* Rick McCracken +* Romain Pellerin +* Sergio Sanchez Ferreros +* Tim Harrison +* Tsz Wai Wu +
-### Separation of Hard Fork Initiation from Standard Protocol Parameter Changes +
+ 2023 Mexico City, Mexico Workshop (20/05) -In contrast to other protocol parameter updates, hard forks (or, more correctly, changes to the protocol's major version number) require much more attention. -Indeed, while other protocol parameter changes can be performed without significant software changes, -a hard fork assumes that a super-majority of the network has upgraded the Cardano node to support the new set of features that are introduced by the upgrade. -This means that the timing of a hard fork event must be communicated well ahead of time to all Cardano users, and requires coordination between stake pool operators, wallet providers, DApp developers, and the node release team. +In addition, we would like to thank all the attendees of the workshop that was held in Mexico City, Mexico on May 20th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -Hence, this proposal, unlike the Shelley scheme, promotes hard fork initiations as a standalone governance action, distinct from protocol parameter updates. +* Donovan Riaño +* Cristian Jair Rojas +* Victor Hernández +* Ramón Aceves +* Sergio Andrés Cortés +* Isaías Alejandro Galván +* Abigail Guzmán +* Jorge Fernando Murguía +* Luis Guillermo Santana -### The purpose of the DReps +
-Nothing in this proposal limits SPOs from becoming DReps. -Why do we have DReps at all? -The answer is that SPOs are chosen purely for block production and not all SPOs will want to become DReps. -Voters can choose to delegate their vote to DReps without needing to consider whether they are -also a good block producer, and SPOs can choose to represent Ada holders or not. +
+ 2023 Buenos Aires, Argentina Workshop (20/05) -### Ratification Requirements Table +In addition, we would like to thank all the attendees of the workshop that was held in Buenos Aires, Argentina on May 20th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -The requirements in the [ratification requirement table](#requirements) are explained here. -Most of the governance actions have the same kind of requirements: -the constitutional committee and the DReps must reach a sufficient number of -'Yes' votes. -This includes these actions: -* New committee/threshold (normal state) -* Update to the Constitution -* Protocol parameter changes -* Treasury withdrawal +* Lucas Macchiavelli +* Alejando Pestchanker +* Juan Manuel Castro Pippo +* Federico Weill +* Jose Otegui +* Mercedes Ruggeri +* Mauro Andreoli +* Elias Aires +* Jorge Nasanovsky +* Ulises Barreiro +* Martin Ochoa +* Facundo Lopez +* Vanina Estrugo +* Luca Pestchanker +
-### Motion of no-confidence +
+ 2023 Johannesburg, South Africa Workshop (25/05) -A motion of no-confidence represents a lack of confidence by the Cardano community in the -current constitutional committee, and hence the constitutional committee should not -be included in this type of governance action. -In this situation, the SPOs and the DReps are left to represent the will of the community. +In addition, we would like to thank all the attendees of the workshop that was held in Johannesburg, South Africa on May 25th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -### New committee/threshold (state of no-confidence) +* Celiwe Ngwenya +* Bernard Sibanda +* Dumo Mbobo +* Shaolyn Dzwedere +* Kunoshe Muchemwa +* Siphiwe Mbobo +* Lucas Sibindi +* DayTapoya +* Mdu Ngwenya +* Lucky Khumalo +* Skhangele Malinga +* Joyce Ncube +* Costa Katenhe +* Bramwell Kasanga +* Precious Abimbola +* Ethel Q Tshuma +* Panashe Sibanda +* Radebe Tefo +* Kaelo Lentsoe +* Richmond Oppong +* Israel Ncube +* Sikhangele Malinga +* Nana Safo +* Ndaba Delsie +* Collen Tshepang +* Dzvedere Shaolyn +* Thandazile Sibanda +* Ncube Joyce +* Lucas Sibindi +* Pinky Ferro +* Ishmael Ntuta +* Khumalo Lucky +* Fhulufelo +* Thwasile Ngwenya +* Kunashe Muchemwa +* Dube Bekezela +* Tinyiko Baloi +* Dada Nomathemba +
-Similar to the motion of no-confidence, electing a constitutional committee -depends on both the SPOs and the DReps to represent the will of the community. -### The versatility of the info governance action +
+ 2023 Bogota, Colombia Workshop (27/05) -While not binding on chain, the Info governance action could be useful in an number of -situations. These include: +In addition, we would like to thank all the attendees of the workshop that was held in Bogota, Colombia on May 27th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -* ratifying a CIP -* deciding on the genesis file for a new ledger era -* recording initial feedback for future governance actions +* Alvaro Moncada +* Jaime Andres Posada Castro +* Jose Miguel De Gamboa +* Nicolas Gomez +* Luis Restrepo (Moxie) +* Juanita Jaramillo R. +* Daniel Vanegas +* Ernesto Rafael Pabon Moreno +* Carlos Eduardo Escobar +* Manuel Fernando Briceño +* Sebastian Pabon +
-### Hard-Fork initiation +
+ 2023 Caracas, Venezuela Workshop (27/05) -Regardless of any governance mechanism, SPO participation is needed for any hard fork since they must upgrade their node software. -For this reason, we make their cooperation explicit in the hard fork initiation governance action, -by always requiring their vote. -The constitutional committee also votes, signaling the constitutionality of a hard fork. -The DReps also vote, to represent the will of every stake holder. +In addition, we would like to thank all the attendees of the workshop that was held in Caracas, Venezuela on May 27th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -### New Metadata structures +* Jean Carlo Aguilar +* Wilmer Varón +* José Erasmo Colmenares +* David Jaén +* Félix Dávila +* Yaneth Duarte +* Nando Vitti +* Wilmer Rojas +* Andreina García +* Carmen Galban +* Osmarlina Agüero +* Ender Linares +* Carlos A. Palacios R +* Dewar Rodríguez +* Lennys Blanco +* Francys García +* Davidson Arenas +
-The governance actions, the votes and the certificates and the Constitution use new metadata fields, -in the form of URLs and integrity hashes -(mirroring the metadata structure for stake pool registration). -The metadata is used to provide context. -Governance actions need to explain why the action is needed, -what experts were consulted, etc. -Since transaction size constraints should not limit this explanatory data, -we use URLs instead. +
+ 2023 Manizales, Colombia Workshop (27/05) -This does, however, introduce new problems. -If a URL does not resolve, what should be the expectation for voting on that action? -Should we expect everyone to vote 'No'? -Is this an attack vector against the governance system? -In such a scenario, the hash pre-image could be communicated in other ways, but we should be -prepared for the situation. -Should there be a summary of the justification on chain? +In addition, we would like to thank all the attendees of the workshop that was held in Manizales, Colombia on May 27th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -#### Alternative: Use of transaction metadata +* Yaris Cruz +* Yaneth Duarte +* Ciro Gelvez +* Kevin Chacon +* Juan Sierra +* Caue Chianca +* Sonia Malagon +* Facundo Ramirez +* Hope R. +
-Instead of specific dedicated fields in the transaction format, we could instead use the existing transaction metadata field. +
+ 2023 Addis Ababa, Ethiopia Workshop (27/05 & 28/5) -Governance-related metadata can be clearly identified by registering a CIP-10 metadata label. -Within that, the structure of the metadata can be determined by this CIP (exact format TBD), using an index to map the vote or governance action ID to the corresponding metadata URL and hash. +In addition, we would like to thank all the attendees of the workshop that was held in Addis Ababa, Ethiopia on May 27th and 28th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -This avoids the need to add additional fields to the transaction body, at the risk of making it easier for submitters to ignore. -However, since the required metadata can be empty (or can point to a non-resolving URL), -it is already easy for submitters to not provide metadata, and so it is unclear whether this makes the situation worse. +* Kaleb Dori +* Eyassu Birru +* Matthew Thornton +* Tamir Kifle +* Kirubel Tabu +* Bisrat Miherete +* Emmanuel Khatchadourian +* Tinsae Teka +* Yoseph Ephrem +* Yonas Eshetu +* Hanna Kaleab +* Tinsae Teka +* Robee Meseret +* Matias Tekeste +* Eyasu Birhanu +* yonatan berihun +* Nasrallah Hassan +* Andinet Assefa +* Tewodros Sintayehu +* KIDUS MENGISTEAB +* Djibril Konate +* Nahom Mekonnen +* Eyasu Birhanu +* Eyob Aschenaki +* Tinsae Demissie +* Yeabsira Tsegaye +* Tihitna Miroche +* Mearaf Tadewos +* Yab Mitiku +* Habtamu Asefa +* Dawit Mengistu +* Nebiyu Barsula +* Nebiyu Sultan +* Nathan Samson +
-Note that transaction metadata is never stored in the ledger state, so it would be up to clients -to pair the metadata with the actions and votes in this alternative, and would not be available -as a ledger state query. +
+ 2023 Kyoto and Fukuoka, Japan Workshop (27/05 & 10/06 ) -### Controlling the number of active governance actions +In addition, we would like to thank all the attendees of the workshop that was held in Kyoto and Fukuoka, Japan on May 27th and June 10th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -Since governance actions are available for anyone to submit, we need some mechanism to prevent those -individuals responsible for voting from becoming overwhelmed with a flood of proposals. -A large deposit is one such mechanism, but this comes at the unfortunate cost of being a barrier -for some people to submit an action. -Note, however, that crowd-sourcing with a Plutus script is always an option to gather the deposit. +* Arimura +* Hidemi +* Nagamaru(SASApool) +* shiodome47(SODMpool) +* Wakuda(AID1pool) +* Yuta(Yuki Oishi) +* Andrew +* BANCpool +* Miyatake +* Muen +* Riekousagi +* SMAN8(SA8pool) +* Tatsuya +* カッシー +* 松 +* ポンタ +* リサ +* Mako +* Ririco +* ながまる +* Baku +* マリア +* たりふん +* JUNO +* Kinoko +* Chikara +* ET +* Akira555 +* Kent +* Ppp +* Shiodome47 +* Sam +* ポール +* Concon +* Sogame +* ハンド +* Demi +* Nonnon +* banC +* SMAN8(SA8pool) +* りんむ +* Kensin +* りえこうさぎ +* アダマンタイト +* の/ゆすけ +* MUEN +* いちごだいふく +* Ranket +* A.yy +* N S +* Kazuya +* Daikon +
-We could, alternatively, accept the possibility of a large number of actions active at any given -time, and instead depend on off-chain socialization to guide voters' attention to those that merit it. -In this scenario, the constitutional committee might choose to only consider proposals which have -already garnered enough votes from the DReps. +
+ 2023 Monterey, California Workshop (28/05) -### No AVST +In addition, we would like to thank all the attendees of the workshop that was held in Monterey, California on May 28th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -An earlier draft of this CIP included the notion of an "active voting stake threshold", or AVST. -The purpose of AVST was to ensure the legitimacy of each vote, removing the possibility that, for example, -9 out of 10 Lovelace could decide the fate of millions of entities on Cardano. -There are really two concerns here, which are worth separating. +* Shane Powser +* Rodrigo Gomez +* Adam K. Dean +* John C. Valdez +* Kyle Solomon +* Erick "Mag" Magnana +* Bryant Austin +* John Huthmaker +* Ayori Selassie +* Josh Noriega +* Matthias Sieber +
-The first concern is that of bootstrapping the system, i.e. reaching the initial moment when -sufficient stake is registered to vote. -The second concern is that the system could lose participation over time. -One problem with the AVST is that it gives an incentive for SPOs to desire a low voting registration -(since their votes then hold more weight). -This is absolutely not a slight on the existing SPOs, but an issue with bad incentives. +
+ 2023 Tlaxcala, Mexico Workshop (01/06) -We have chosen, therefore, to solve the two concerns differently. -We solve the bootstrapping problem as described in the section on bootstrapping. -We solve the long-term participation problem by not allowing reward withdrawals -(after the bootstrap phase) unless the stake is delegated to a DRep -(including the two special cases, namely 'Abstain' and 'No confidence'). +In addition, we would like to thank all the attendees of the workshop that was held in Tlaxcala, Mexico on June 1st 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -### Changelog +* Victor Hernández +* Cristian Jair Rojas +* Miriam Mejia +* Josmar Cabañas +* Lizbet Delgado +* José Alberto Sánchez +* Fátima Valeria Zamora +* Julio César Montiel +* Jesús Pérez +* José Adrián López +* Lizbeth Calderón +* Zayra Molina +* Nayelhi Pérez +* Josué Armas +* Diego Talavera +* Darían Gutiérrez +
-#### Changes post Longmont workshop (March 2023) +
+ 2023 LATAM Virtual Workshop (03/06) -* Thank the workshop attendees. -* We have added Constitutional Committee terms. -* Two new "pre-defined" DRep options: abstain and no confidence. -* New "Info" governance action. -* Use the most recent DRep stake distribution for ratification. - This means that if ever your DRep votes how you do not like, - you can immediately make yourself a DRep and vote how you want. -* Escrow some ADA from the current treasury for potential future DRep - incentives. -* Remove the tiered treasury actions in favor of something adaptive - (so the "yes" threshold would depend on: - 1) how much ada, - 2) how high the registered voting stake, and maybe - 3) how much ada is released every epoch -* Split the protocol parameter updates into four groups: - network, economic, technical, and governmental. -* Most governmental actions can be enacted (upon ratification) - right away. All but: protocol parameters and hard forks. -* Remove "one action per type per epoch" restriction in favor of - tracking the last action ID of each type, and including this in - the action. -* No AVST. -* Bootstrap phase: Until X% of ADA is registered to vote or Y epochs - have elapsed, only parameter changes and hard forks can happen. - PP changes just need CC quorum, HFs need CC and SPOs. - After the bootstrap phase, we put in place the incentive to keep low - DReps, but this mechanism **automatically** relaxes. -* New plutus script purpose for DReps. -* Multiple treasury withdrawals in one epoch. -* A section on the recursive problem of "how do we ratify this CIP". -* Changes to the local state-query protocol. -* New ideas, time permitting: - * Weigh SPO stake vote by pledge somehow. - * DReps can specify which other DRep gets their delegators - in the event that they retire. - * Reduced government action deposit if one member of the CC signs off - on it (which presumably means it has gone through some process). - * Include hash of (future) genesis configuration within HF proposal. +In addition, we would like to thank all the attendees of the workshop that was held in LATAM Virtual on June 3rd 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: + +* Juan Sierra +* @CaueChianca +* Ernesto Rafael +* Pabon Moreno +* Sonia Malagon +* Facundo Ramírez +* Mercedes Ruggeri +* Hope R. +* Yaris Cruz +* Yaneth Duarte +* Ciro Gélvez +* Kevin Chacon +* Juanita Jaramillo +* Sebastian Pabon +
-#### Changes post Edinburgh workshop (July 2023) +
+ 2023 Worcester, Massachusetts Workshop (08/06) -* Add proposal policy, which can control what treasury withdrawals and - protocol parameter changes are allowed. -* Remove dropping of governance actions. The only effect this has is - that in case a no confidence action passes, actions stay - around. However, only new committee proposals that have been - designed to build on top of that no confidence action can be - enacted. If a new committee gets elected while some of those actions - haven't expired, those actions can be ratified but the new committee - has to approve them. -* All governance actions are enacted one epoch after they are ratified. -* Move post-bootstrapping restrictions into 'Other Ideas'. -* Add a section on different deposit amounts to 'Other Ideas'. -* Add a section for a minimum AVS to 'Other Ideas'. -* Rename some protocol parameters. -* Rename `TALLY` to `GOV`. -* Turn the Constitution into an anchor. -* Rework which anchors are required and which are optional. -* Clean up various inconsistencies and leftovers from older versions. +In addition, we would like to thank all the attendees of the workshop that was held in Worcester, Massachusetts on June 8th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -#### Security-relevant changes and other fixes +* CardanoSharp +* Kenric Nelson +* Matthias Sieber +* Roberto Mayen +* Ian Burzynski +* omdesign +* Chris Gianelloni +
-* Guard security-relevant changes behind SPO votes. -* The system does not enter a state of no confidence with insufficient - active CC members, the CC just becomes unable to act. -* Clarify that CC members can use any kind of credential. +
+ 2023 Chicago, Illinois Workshop (10/06) -## Path to Active +In addition, we would like to thank all the attendees of the workshop that was held in Chicago, Illinois on June 10th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -### Acceptance Criteria +* Adam Rusch +* Jose Martinez +* Michael McNulty +* Vanessa Villanueva Collao +* Maaz Jedh +
-- [ ] A new ledger era is enabled on the Cardano mainnet, which implements the above specification. +
+ 2023 Virtual Workshop (12/06) -### Implementation Plan +In addition, we would like to thank all the attendees of the workshop that was held virtually on June 12th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -The features in this CIP require a hard fork. +* Rojo Kaboti +* Tommy Frey +* Tevo Saks +* Slate +* UBIO OBU +
-This document describes an ambitious change to Cardano governance. -We propose to implement the changes via **one hard fork**. +
+ 2023 Toronto, Canada Workshop (15/06) -In the following sections, we give more details about the various implementation work items that have already been identified. -In addition, the final section exposes a few open questions which will need to be finalized. -We hope that those questions can be addressed through community workshops and discussions. +In addition, we would like to thank all the attendees of the workshop that was held in Toronto, Canada on June 15th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -#### Ratification of this proposal +* John MacPherson +* Lawrence Ley +
-The ratification of this proposal is something of a circular problem: we need some form of governance framework in order to agree on what the final governance framework should be. -As has been stated many times, CIPs are not authoritative, nor are they a governance mechanism. -Rather, they describe technical solutions that have been deemed sound (from a technical standpoint) by community of experts. +
+ 2023 Philadelphia, Pennsylvania Workshop (17/06) -CIP-1694 arguably goes beyond the usual scope of the CIP process and there is a strong desire to ratify this CIP through _some process_. -However, that process is yet to be defined and it remains an open question. -The final ratification process is likely to be a blend of various ideas, such as: +In addition, we would like to thank all the attendees of the workshop that was held in Philadelphia, Pennsylvania on June 17th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -- [ ] Gather opinions from community-held workshops, akin to the Colorado workshop of February-March 2023. -- [ ] Exercise voting actions on a public testnet, with sufficient participation. -- [ ] Poll the established SPOs. -- [ ] Leverage Project Catalyst to gather inputs from the existing voting community (albeit small in terms of active stake). +* NOODZ +* Jarhead +* Jenny Brito +* Shepard +* BONE Pool +* type_biggie +* FLAWWD +* A.I. Scholars +* Eddie +* Joker +* Lex +* Jerome +* Joey +* SwayZ +* Cara Mia +* PHILLY 1694 +
-#### Changes to the transaction body +
+ 2023 Santiago de Chile Workshop (17/06) -- [ ] New elements will be added to the transaction body, and existing update and MIR capabilities will be removed. In particular, +In addition, we would like to thank all the attendees of the workshop that was held in Santiago de Chile on June 17th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: - The governance actions and votes will comprise two new transaction body fields. +* Rodrigo Oyarsun +* Sebastián Aravena +* Musashi Fujio +* Geo Gavo +* Lucía Escobar +* Juan Cruz Franco +* Natalia Rosa +* Cristian M. García +* Alejandro Montalvo +
-- [ ] Three new kinds of certificates will be added in addition to the existing ones: +
+ 2023 Virtual Workshop (17/06) - * DRep registration - * DRep de-registration - * Vote delegation +In addition, we would like to thank all the attendees of the workshop that was held virtually on June 17th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: - And similarly, the current MIR and genesis certificates will be removed. +* Juana Attieh +* Nadim Karam +* Amir Azem +* Rami Hanania +* LALUL Stake Pool +* HAWAK Stake Pool +
-- [ ] A new `Voting` purpose will be added to Plutus script contexts. - This will provide, in particular, the vote to on-chain scripts. +
+ 2023 Taipai, Taiwan Workshop (18/06) -> **Warning** As usual, we will provide a CDDL specification for each of those changes. +In addition, we would like to thank all the attendees of the workshop that was held in Taipai, Taiwan on June 18th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -#### Changes to the existing ledger rules +* Michael Rogero +* Ted Chen +* Mic +* Jeremy Firster +* Eric Tsai +* Dylan Chiang +* JohnsonCai +* DavidCHIEN +* Zach Gu +* Jimmy WANG +* JackTsai +* Katherine Hung +* Will Huang +* Kwicil +
-* The `PPUP` transition rule will be rewritten and moved out of the `UTxO` rule and into the `LEDGER` rule as a new `GOV` rule. +
+ 2023 Midgard Vikingcenter Horten, Norway Workshop (19/06) - It will process and record the governance actions and votes. +In addition, we would like to thank all the attendees of the workshop that was held in Midgard Vikingcenter Horten, Norway on June 19th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -* The `NEWEPOCH` transition rule will be modified. -* The `MIR` sub-rule will be removed. -* A new `RATIFY` rule will be introduced to stage governance actions for enactment. +* Daniel D. Johnsen +* Thomas Lindseth +* Eystein Hansen +* Gudbrand Tokerud +* Lally McClay +* $trym +* Arne Rasmussen +* Lise WesselTVVIN +* Bjarne +* Jostein Aanderaa +* Ken-Erik Ølmheim +* DimSum +
- It will ratify governance actions, and stage them for enactment in the current or next epoch, as appropriate. +
+ 2023 Virtual Workshop (19/06) -* A new `ENACTMENT` rule will be called immediately after the `EPOCH` rule. This rule will enact governance actions that have previously been ratified. -* The `EPOCH` rule will no longer call the `NEWPP` sub-rule or compute whether the quorum is met on the PPUP state. +In addition, we would like to thank all the attendees of the workshop that was held virtually on June 19th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -#### Changes to the local state-query protocol +* Nicolas Cerny +* Nils Peuser +* Riley Kilgore +* Alejandro Almanza +* Jenny Brito +* John C. Valdez +* Rhys +* Thyme +* Adam Rusch +* Devryn +
-The on-chain governance workload is large, but the off-chain workload for tools and applications will arguably be even larger. -To build an effective governance ecosystem, the ledger will have to provide interfaces to various governance elements. +
+ 2023 New York City, New York Workshop (20/06) -While votes and DReps (de)registrations are directly visible in blocks and will, therefore, be accessible via the existing local-chain-sync protocols; we will need to upgrade the local-state-query protocol to provide extra insights on information which are harder to infer from blocks (i.e. those that require maintaining a ledger state). New state queries should cover (at least): +In addition, we would like to thank all the attendees of the workshop that was held in New York City, New York on June 20th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -- Governance actions currently staged for enactment -- Governance actions under ratification, with the total and percentage of yes stake, no stake and abstain stake -- The current constitutional committee, and constitution hash digest +* John Shearing +* Geoff Shearing +* Daniela Balaniuc +* SDuffy +* Garry Golden +* Newman +* Emmanuel Batse +* Ebae +* Mojira +
-#### Bootstrapping Phase +
+ 2023 La Cumbre, Argentina Workshop (23/06) -We will need to be careful how we bootstrap this fledgling government. All the parties -that are involved will need ample time to register themselves and to become familiar with the process. +In addition, we would like to thank all the attendees of the workshop that was held in La Cumbre, Argentina on June 23rd 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -Special provisions will apply in the initial bootstrap phase. -Firstly, during the bootstrap phase, a vote from the constitutional committee -is sufficient to change the protocol parameters. -Secondly, during the bootstrap phase, a vote from the constitutional committee, -together with a sufficient SPO vote, is sufficient to initiate a hard fork. -No other actions are possible during the bootstrap phase. +* Ulises Barreiro +* Daniel F. Rodriguez +* Dominique Gromez +* Leandro Chialvo +* Claudia Vogel +* Guillermo Lucero +* Funes, Brian Carrasco +* Melisa Carrasco +* Carlos Carrasco +
-The bootstrap phase ends when a given number of epochs has elapsed, -as specified in the next ledger era configuration file. -This is likely to be a number of months after the hard fork. +
+ 2023 Minneapolis, Minnesota Workshop (23/06) -Moreover, there will be an interim Constitutional committee, -also specified in the next ledger era configuration file, -whose term limits will be set to expire when the bootstrap phase ends. -The rotational schedule of the first non-bootstrap committee could be included in the constitution itself. -Note, however, that since the constitutional committee never votes on new committees, -it cannot actually enforce the rotation. +In addition, we would like to thank all the attendees of the workshop that was held in Minneapolis, Minnesota on June 23rd 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: + +* Stephanie King +* Darlington Wleh +
-#### Other Ideas / Open Questions +
+ 2023 La Plata, Argentina Workshop (23/06) -##### Pledge-weighted SPO voting +In addition, we would like to thank all the attendees of the workshop that was held in La Plata, Argentina on June 23rd 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -The SPO vote could additionally be weighted by each SPO's pledge. -This would provide a mechanism for allowing those with literal stake in the game to have a stronger vote. -The weighting should be carefully chosen. +* Mauro Andreoli +* Rodolfo Miranda +* Agustin Francella +* Federico Sting +* Elias Aires +* Lucas Macchiavelli +* Pablo Hernán Mazzitelli +
-##### Automatic re-delegation of DReps +
+ 2023 Puerto Madryn, Argentina Workshop (23/06) -A DRep could optionally list another DRep credential in their registration certificate. -Upon retirement, all of the DRep's delegations would be automatically transferred to the -given DRep credential. If that DRep had already retired, the delegation would be transfer -to the 'Abstain' DRep. +In addition, we would like to thank all the attendees of the workshop that was held in Puerto Madryn, Argentina on June 23rd 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -##### No DRep registration +* Andres Torres Borda +* Federico Ledesma Calatayud +* Maximiliano Torres +* Federico Prado +* Domingo Torres +* Floriana Pérez Barria +* Martin Real +* Florencia García +* Roberto Neme +
-Since the DRep registration does not perform any necessary functions, -the certificates for (de-)registering DReps could be removed. This -makes the democracy more liquid since it removes some bureaucracy and -also removes the need for the DRep deposit, at the cost of moving the anchor that is part of the -DRep registration certificate into the transaction metadata. +
+ 2023 Accra, Ghana Workshop (24/06) -##### Reduced deposits for some government actions +In addition, we would like to thank all the attendees of the workshop that was held in Accra, Ghana on June 24th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -The deposit that is attached to governance actions exists to prevent a flood of non-serious governance -actions, each of which would require time and attention from the Cardano community. -We could reduce this deposit for proposals which go through some agreed upon off-chain process. -This would be marked on-chain by the endorsement of at least one constitutional committee member. -The downside of this idea is that it gives more power to the constitutional committee. +* Wada +* Laurentine +* Christopher A. +* Nathaniel D. +* Edufua +* Michael +* Augusta +* Jeremiah +* Boaz +* Mohammed +* Richmond O. +* Ezekiel +* Megan +* Josue +* Michel T. +* Bineta +* Afia O. +* Mercy +* Enoch +* Kofi +* Awura +* Emelia +* Richmond S. +* Solomon +* Phillip +* Faakor +* Manfo +* Josh +* Daniel +* Mermose +
-##### Different deposit amounts for different governance actions +
+ 2023 Virtual Workshop (24/06) -Multiple workshops for this CIP have proposed to introduce a different -deposit amount for each type of governance action. It was not clear -whether a majority was in favor of this idea, but this may be -considered if it becomes clear that it is necessary. +In addition, we would like to thank all the attendees of the workshop that was held virtually on June 24th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -##### Minimum active voting stake +* Jonas Riise +* Thomas Lindseth +* André "Eilert" Eilertsen +* Eystein Hansen +
-As a further guarantee to ensure governance actions cannot be proposed -right before a hard fork, be voted on by one DRep with a large amount -of stake and be enacted immediately, there could be an additional -requirement that a certain fixed absolute amount of stake needs to -cast a 'Yes' vote on the action to be enacted. +
+ 2023 Seoul, South Korea Workshop (24/06) -This does not seem necessary in the current design, since the stake of -all registered DReps behaves like a 'No' vote until they have actually -cast a vote. This means that for this scenario to occur, the malicious -actor needs at least to be in control of the fraction of DRep stake -corresponding to the relevant threshold, at which point this might as -well be considered a legitimate action. +In addition, we would like to thank all the attendees of the workshop that was held in Seoul, South Korea on June 24th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -##### Include hash of (future) genesis configuration within hard-fork proposal +* Oscar Hong (JUNGI HONG) +* SPO_COOL (Kevin Kordano) +* SPO_KTOP (KT OH) +* WANG JAE LEE +* JAE HYUN AN +* INYOUNG MOON (Penny) +* HOJIN JEON +* SEUNG KYU BAEK +* SA SEONG MAENG +* JUNG MYEONG HAN +* BRIAN KIM +* JUNG HOON KIM +* SEUNG WOOK JUNG (Peter) +* HYUNG WOO PARK +* EUN JAE CHOI +* NA GYEONG KIM +* JADEN CHOI +
-Some hard-forks require new genesis configurations. -This has been the case for the Shelley and Alonzo hard forks (but not Allegra, Mary, Vasil or Valentine), may be the case in the future. -At the moment, this proposal doesn't state anything about such a genesis configuration: -it is implicitly assumed to be an off-chain agreement. -We could however, enforce that (the hash of) a specific genesis configuration is also captured within a hard-fork governance action. +
+ 2023 Abu Dhabi, UAE Workshop (25/06) -##### Adaptive thresholds +In addition, we would like to thank all the attendees of the workshop that was held in Abu Dhabi, UAE on June 25th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -As discussed above, it may make sense for some or all thresholds to be adaptive with respect to the Lovelace that is actively registered to vote, -so that the system provides greater legitimacy when there is only a low level of active voting stake. -The bootstrapping mechanism that is proposed above may subsume this, however, by ensuring that the governance system is activated -only when a minimum level of stake has been delegated to DReps. +* Amir Azem +* Ian Arden +* Madina Abdibayeva +* BTBF (Yu Kagaya) +* محمد الظاهري +* Tegegne Tefera +* Rami Hanania +* Tania Debs +* Khalil Jad +* Mohamed Jamal +* Ruslan Yakubov +* OUSHEK Mohamed eisa +* Shehryar +* Wael Ben Younes +* Santosh Ray +* Juana Attieh +* Nadim Karam +* DubaistakePool +* HAWAK Pool +* LALKUL Stake Pools +
+
+ 2023 Williamsburg, New York Workshop (25/06) -##### Renaming DReps / state of no-confidence? +In addition, we would like to thank all the attendees of the workshop that was held in Williamsburg, New York on June 25th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -It has been stated several times that "DReps" as presented here, might be confused with Project Catalst DReps. -Similarly, some people have expressed confusion between the state of no-confidence, the motion of no-confidence and the no-confidence DReps. +* Pi +* Joseph +* Skyler +* Forrest +* Gabriel +* Newman +
-We could imagine finding better terms for these concepts. +
+ 2023 Lagos, Nigeria Workshop (28/06) -##### Rate-limiting treasury movements +In addition, we would like to thank all the attendees of the workshop that was held in Lagos, Nigeria on June 28th 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -Nothing prevents money being taken out of the treasury other than the proposed votes and voting thresholds. Given that the Cardano treasury is a quite fundamental component of its monetary policy, we could imagine enforcing (at the protocol level) the maximum amount that can removed from the treasury over any period of time. +* Jonah Benson +* Augusta +* Ubio Obu +* Olumide Hrosuosegbe +* Veralyn Chinenye +* Ona Ohimer +* William Ese +* Ruth Usoro +* William P +* Esther Simi +* Daniel Effiom +* Akinkurai Toluwalase +
-##### Final safety measure, post bootstrapping +
+ 2023 Sao Paulo, Brazil Workshop (01/07) -Many people have stated that they believe that the actual voting turnout will not be so large -as to be a strain on the throughput of the system. -We also believe that this is likely to be the case, but when the bootstrap phase ends we might -put one final, temporary safety measure in place (this will also allow us to justify a low DRep deposit amount). +In addition, we would like to thank all the attendees of the workshop that was held in Sao Paulo, Brazil on July 1st 2023 for their valuable contributions to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -For values of $X$ and $Y$ that are still to be determined, -as soon as the bootstrap phase has ended, -when we calculate the DReps stake distribution for the next epoch boundary, -we will consider _only_ those DReps that are _either_ in the top $X$-many DReps ranked by stake amount, -or those DReps that have at least $Y$ Lovelace. -Every epoch, the value of $X$ will _increase_ and the value of $Y$ will decrease, -so that eventually $X$ will be effectively infinite and $Y$ will be zero. -Note that this is only an incentive, and nothing actually stops any DRep from casting their -vote (though it will not be counted if it does not meet the requirements). +* Otávio Lima +* Rodrigo Pacini +* Maria Carmo +* Cauê Chianca +* Daniela Alves +* Jose Lins Dias +* Felipe Barcelos +* Rosana Melo +* Johnny Oliveira +* Lucas Ravacci +* Cristofer Ramos +* Weslei Menck +* Leandro Tsutsumi +* Izaias Pessoa +* Gabriel Melo +* Yuri Nabeshima +* Alexandre Fernandes +* Vinicius Ferreiro +* Lucas Fernandes +* Alessandro Benicio +* Mario Cielho +* Lory Fernandes Lima +* Larissa Nogueira +* Latam Cardano Community +
-If the community decides at some point that there is indeed a problem with congestion, -then a hard fork could be enacted that limits the number of DReps in a more restrictive way. +
+ 2023 Brazil Virtual Workshop (04/07) -Reasonable numbers for the initial value of $X$ are probably 5,000-10,000. -Reasonable numbers for the initial value of $Y$ are probably the total number of Lovelace -divided by the initial value of $X$. +In addition, we would like to thank all the attendees of the workshop that was held in Brazil on July 4th 2023 for their valuable contributions +to this CIP, and for their active championing of Cardano's vision for minimal viable governance. These include: -The mechanism should be set to relax at a rate where the restriction is completely eliminated after -a period of six months to one year. +* Lincon Vidal +* Thiago da Silva Nunes +* Rodrigo Pacini +* Livia Corcino de Albuquerque +* Cauê Chianca +* Otávio Lima +
## Copyright From dba28cc3822ce035ffdf698d7a74e2c4142a33a9 Mon Sep 17 00:00:00 2001 From: rphair Date: Tue, 20 Feb 2024 18:45:28 +0530 Subject: [PATCH 2/6] CIP-0001 added Acknowledgements as optional section --- CIP-0001/README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/CIP-0001/README.md b/CIP-0001/README.md index b6e010b4c..0f2de7c00 100644 --- a/CIP-0001/README.md +++ b/CIP-0001/README.md @@ -83,7 +83,7 @@ Motivation: why is this CIP necessary? | A clear explanation that intro Specification | The technical specification should describe the proposed improvement in sufficient technical detail. In particular, it should provide enough information that an implementation can be performed solely based on the design outlined in the CIP. A complete and unambiguous design is necessary to facilitate multiple interoperable implementations.

This section must address the [Versioning](#versioning) requirement unless this is addressed in an optional Versioning section.

If a proposal defines structure of on-chain data it must include a CDDL schema. Rationale: how does this CIP achieve its goals? | The rationale fleshes out the specification by describing what motivated the design and what led to particular design decisions. It should describe alternate designs considered and related work. The rationale should provide evidence of consensus within the community and discuss significant objections or concerns raised during the discussion.

It must also explain how the proposal affects the backward compatibility of existing solutions when applicable. If the proposal responds to a [CPS][], the 'Rationale' section should explain how it addresses the CPS and answer any questions that the CPS poses for potential solutions. Path to Active | Organised in two sub-sections (see [Path to Active](#path-to-active) for detail):
Acceptance Criteria
Describes what are the acceptance criteria whereby a proposal becomes _'Active'_.
Implementation Plan
Either a plan to meet those criteria or `N/A` if not applicable. -_optional sections_ | May appear in any order, or with custom titles, at author and editor discretion:
**Versioning**: if [Versioning](#versioning) is not addressed in Specification
**References**
**Appendices** +_optional sections_ | May appear in any order, or with custom titles, at author and editor discretion:
**Versioning**: if [Versioning](#versioning) is not addressed in Specification
**References**
**Appendices**
**Acknowledgements** Copyright | The CIP must be explicitly licensed under acceptable copyright terms ([see below](#licensing)). > **Note** Each of these section titles (*Abstract* onward) should be an H2 heading (beginning with markdown `##`). Subsections like _Versioning_ or _Acceptance Criteria_ should be H3 headings (e.g. `### Versioning`). Don't include a H1 title heading (markdown `#`): for web friendly contexts, this will be generated from the Preamble. From 4539fb543cdcb5e3ff65d6c5c9aec07b8ec76400 Mon Sep 17 00:00:00 2001 From: rphair Date: Tue, 20 Feb 2024 18:59:01 +0530 Subject: [PATCH 3/6] correponding update to French version --- CIP-1694/README.fr.md | 3052 ++++++++++++++++++++--------------------- 1 file changed, 1526 insertions(+), 1526 deletions(-) diff --git a/CIP-1694/README.fr.md b/CIP-1694/README.fr.md index c5b8560bf..c489a669a 100644 --- a/CIP-1694/README.fr.md +++ b/CIP-1694/README.fr.md @@ -37,1950 +37,1950 @@ Les droits de vote seront basés sur l’Ada totale qui est déléguée, comme u L’aspect le plus crucial de cette proposition est donc la notion de **«un Lovelace = une voix»**. -#### Remerciements +## Motivation : pourquoi ce CIP est-il nécessaire ? -
- Première ébauche ++ [Objectif](#objectif) ++ [Conception actuelle](#conception-actuelle-du-mécanisme-de-gouvernance) ++ [Lacunes de la conception de la gouvernance Shelley](#lacunes-de-la-conception-de-la-gouvernance-shelley) ++ [Hors champ d’application](#hors-champ-dapplication) -De nombreuses personnes ont commenté et contribué à la première ébauche de ce document, qui a été publiée en novembre 2022. -Nous tenons particulièrement à remercier les personnes suivantes pour leur sagesse et leurs idées : +### Objectif - * Jack Briggs - * Tim Harrison - * Philippe Lazos - * Michael Madoff - * Evangelos Markakis - * Joël Telpner - * Thomas Upfield +Nous entrons dans l’ère de Voltaire, jetant les bases d’une prise de décision décentralisée. +Ce CIP décrit un mécanisme de gouvernance on-chain qui sous-tendra la phase Voltaire de Cardano. +Le CIP s’appuie sur le schéma de gouvernance Cardano original qui reposait sur un nombre fixe de clés de gouvernance et l’étend. +Il vise à fournir une **première étape** qui est à la fois précieuse et, surtout, techniquement réalisable +à **court terme** dans le cadre du système de gouvernance Voltaire proposé. -Nous tenons également à remercier ceux qui ont commenté via Github et d’autres canaux. -
+Il vise également à servir de point de départ pour la participation continue de la communauté, +y compris sur les paramètres de seuil appropriés et d’autres paramètres on-chain. -
- 2023 Atelier du Colorado (28/02 → 01/03) +Les propositions subséquentes pourraient adapter et élargir cette proposition pour répondre aux nouveaux besoins en matière de gouvernance. -De plus, nous tenons à remercier tous les participants à l’atelier qui s’est tenu à Longmont, Colorado, les 28 février et 1er mars 2023 pour leurs précieuses contributions -à ce CIP, et pour leur défense active de la vision de Cardano pour une gouvernance minimale viable. Cela inclue: +### Conception actuelle du mécanisme de gouvernance -* Adam Rusch, ADAO & Summon -* Addie Girouard -* Andrew Westberg -* Darlington Wleh, LidoNation -* Eystein Hansen -* James Dunseith, Gimbalabs -* Juana Attieh -* Kenric Nelson -* Lloyd Duhon, DripDropz -* Marcus Jay Allen -* Marek Mahut, 5 binaires -* Markus Gufler -* Matthieu Capps -* Miséricorde, Wada -* Michael Dogali -* Michael Madoff -* Patrick Tobler, NMKR -* Philippe Lazos -* π Lanningham, SundaeSwap -* Rick McCracken -* Romain Pellerin -* Sergio Sanchez Ferreros -* Tim Harrison -* Tsz Wai Wu -
+Le mécanisme de gouvernance Cardano en chaîne qui a été introduit à l’ère du grand livre Shelley est capable de: -
- 2023 Mexico, Atelier du Mexique (20/05) +1. Modifier les valeurs des paramètres du protocole (y compris lancer des « hard forks ») +2. transférer Ada hors des réserves et du trésor (et également déplacer Ada entre les réserves et le trésor) -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Mexico, au Mexique, le 20 mai 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Dans le schéma actuel, les mesures de gouvernance sont initiées par des transactions spéciales qui nécessitent des autorisations de `Quorum-Many` +à partir des clés de gouvernance (5 sur 7 sur le réseau principal Cardano)[^1]. +Les champs de l’organisme de transaction fournissent des détails sur la mesure de gouvernance proposée : +soit i) les changements de paramètres du protocole; ou ii) initier des transferts de fonds. +Chaque transaction peut déclencher les deux types d’actions de gouvernance, et une seule action peut avoir plus d’un effet (par exemple, la modification de deux paramètres de protocole ou plus). -* Donovan Riaño -* Cristian Jair Rojas -* Victor Hernández -* Ramón Aceves -* Sergio Andrés Cortés -* Isaías Alejandro Galván -* Abigail Guzmán -* Jorge Fernando Murguía -* Luis Guillermo Santana +- Les mises à jour des paramètres de protocole utilisent le [champ de transaction nº6](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L56) du corps de la transaction. +- Les mouvements de la trésorerie et des réserves utilisent [Déplacer les certificats de récompenses instantanées(abrégé MIR)](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L180). -
+Les mesures de gouvernance dûment autorisées sont appliquées à une limite d’époque (elles sont **adoptées**). -
- 2023 Buenos Aires, Atelier de l'Argentine (20/05) +#### Hard Forks -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Buenos Aires, Argentine le 20 mai 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +L’un des paramètres du protocole est suffisamment important pour mériter une attention particulière : +La modification de la version majeure du protocole permet à Cardano d’adopter des hard forks contrôlés. +Ce type de mise à jour des paramètres de protocole a donc un statut particulier, puisque les pools de mise +doivent mettre à niveau leurs nœuds afin de pouvoir prendre en charge la nouvelle version du protocole une fois le hard fork adopté. -* Lucas Macchiavelli -* Alejando Pestchanker -* Juan Manuel Castro Pippo -* Federico Weill -* Jose Otegui -* Mercedes Ruggeri -* Mauro Andreoli -* Elias Aires -* Jorge Nasanovsky -* Ulises Barreiro -* Martin Ochoa -* Facundo Lopez -* Vanina Estrugo -* Luca Pestchanker -
+### Lacunes de la conception de la gouvernance Shelley -
- 2023 Johannesburg, Atelier d'Afrique du Sud(25/05) +La conception de la gouvernance Shelley visait à fournir une approche simple et transitoire de la gouvernance. +La présente proposition vise à remédier à un certain nombre de lacunes de cette conception. +qui sont apparents lorsque nous entrons dans Voltaire. -En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Johannesburg, en Afrique du Sud, le 25 mai 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +1. La conception de la gouvernance Shelley ne laisse aucune place à la participation active des détenteurs d’Ada sur la chaîne. +Bien que les modifications apportées au protocole soient généralement le résultat de discussions avec des acteurs communautaires sélectionnés, +Le processus est actuellement mené principalement par les entités fondatrices. +S’assurer que tout le monde peut exprimer ses préoccupations est fastidieux et peut parfois être perçu comme arbitraire. -* Celiwe Ngwenya -* Bernard Sibanda -* Dumo Mbobo -* Shaolyn Dzwedere -* Kunoshe Muchemwa -* Siphiwe Mbobo -* Lucas Sibindi -* DayTapoya -* Mdu Ngwenya -* Lucky Khumalo -* Skhangele Malinga -* Joyce Ncube -* Costa Katenhe -* Bramwell Kasanga -* Precious Abimbola -* Ethel Q Tshuma -* Panashe Sibanda -* Radebe Tefo -* Kaelo Lentsoe -* Richmond Oppong -* Israel Ncube -* Sikhangele Malinga -* Nana Safo -* Ndaba Delsie -* Collen Tshepang -* Dzvedere Shaolyn -* Thandazile Sibanda -* Ncube Joyce -* Lucas Sibindi -* Pinky Ferro -* Ishmael Ntuta -* Khumalo Lucky -* Fhulufelo -* Thwasile Ngwenya -* Kunashe Muchemwa -* Dube Bekezela -* Tinyiko Baloi -* Dada Nomathemba -
+2. Les mouvements du Trésor constituent un sujet critique et sensible. +Cependant, ils peuvent être difficiles à suivre. Il est important d’avoir plus de transparence +et plus de couches de contrôle sur ces mouvements. +3. Bien qu’ils doivent être traités spécialement par les SPO, les hard forks ne sont pas différenciés des autres changements de paramètres de protocole. -
- 2023 Bogota, Atelier de Colombie (27/05) +4. Enfin, bien qu’il existe actuellement une vision quelque peu commune pour _Cardano_ qui est partagée par ses entités fondatrices ainsi que par de nombreux membres de la communauté, +Il n’y a pas de document clairement défini où ces principes directeurs sont consignés. +Il est logique de tirer parti de la blockchain Cardano pour enregistrer la philosophie Cardano partagée de manière immuable, en tant que constitution Cardano formelle. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Bogota, en Colombie, le 27 mai 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +### Hors champ d’application -* Alvaro Moncada -* Jaime Andres Posada Castro -* Jose Miguel De Gamboa -* Nicolas Gomez -* Luis Restrepo (Moxie) -* Juanita Jaramillo R. -* Daniel Vanegas -* Ernesto Rafael Pabon Moreno -* Carlos Eduardo Escobar -* Manuel Fernando Briceño -* Sebastian Pabon -
+Les sujets suivants sont considérés comme ne relevant pas de la portée de ce CIP. -
- 2023 Caracas, Atelier du Venezuela (27/05) +#### Le contenu de la constitution -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Caracas, Venezuela le 27 mai 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Ce CIP se concentre uniquement sur les mécanismes en chaîne. Les dispositions de la constitution initiale sont extrêmement importantes, de même que tous les processus qui +permettra de le modifier. Ceux-ci méritent leur propre discussion séparée et ciblée. -* Jean Carlo Aguilar -* Wilmer Varón -* José Erasmo Colmenares -* David Jaén -* Félix Dávila -* Yaneth Duarte -* Nando Vitti -* Wilmer Rojas -* Andreina García -* Carmen Galban -* Osmarlina Agüero -* Ender Linares -* Carlos A. Palacios R -* Dewar Rodríguez -* Lennys Blanco -* Francys García -* Davidson Arenas -
+#### La composition du comité constitutionnel -
- 2023 Manizales, Atelier de Colombie (27/05) +Il s’agit d’un problème hors chaîne. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Manizales, en Colombie, le 27 mai 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Questions juridiques -* Yaris Cruz -* Yaneth Duarte -* Ciro Gelvez -* Kevin Chacon -* Juan Sierra -* Caue Chianca -* Sonia Malagon -* Facundo Ramirez -* Hope R. -
+Toute application légale potentielle du protocole Cardano ou de la Constitution Cardano est complètement hors de portée de ce CIP. -
- 2023 Addis-Abeba, Atelier d'Éthiopie (27/05 & 28/5) -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Addis-Abeba, en Éthiopie, les 27 et 28 mai 2023 pour leurs précieuses contributions. -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Normes hors chaîne pour les actions de gouvernance -* Kaleb Dori -* Eyassu Birru -* Matthew Thornton -* Tamir Kifle -* Kirubel Tabu -* Bisrat Miherete -* Emmanuel Khatchadourian -* Tinsae Teka -* Yoseph Ephrem -* Yonas Eshetu -* Hanna Kaleab -* Tinsae Teka -* Robee Meseret -* Matias Tekeste -* Eyasu Birhanu -* yonatan berihun -* Nasrallah Hassan -* Andinet Assefa -* Tewodros Sintayehu -* KIDUS MENGISTEAB -* Djibril Konate -* Nahom Mekonnen -* Eyasu Birhanu -* Eyob Aschenaki -* Tinsae Demissie -* Yeabsira Tsegaye -* Tihitna Miroche -* Mearaf Tadewos -* Yab Mitiku -* Habtamu Asefa -* Dawit Mengistu -* Nebiyu Barsula -* Nebiyu Sultan -* Nathan Samson -
+La communauté Cardano doit réfléchir profondément aux normes et processus appropriés pour gérer la création des actions de gouvernance spécifiées dans ce CIP. +En particulier, le rôle du projet Catalyst dans la création d’actions de retrait de trésorerie est complètement en dehors du champ d’application de ce CIP. -
- 2023 Kyoto et Fukuoka, Atelier du Japon (27/05 & 10/06 ) -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Kyoto et à Fukuoka, au Japon, les 27 mai et 10 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Ada holdings et délégation -* Arimura -* Hidemi -* Nagamaru(SASApool) -* shiodome47(SODMpool) -* Wakuda(AID1pool) -* Yuta(Yuki Oishi) -* Andrew -* BANCpool -* Miyatake -* Muen -* Riekousagi -* SMAN8(SA8pool) -* Tatsuya -* カッシー -* 松 -* ポンタ -* リサ -* Mako -* Ririco -* ながまる -* Baku -* マリア -* たりふん -* JUNO -* Kinoko -* Chikara -* ET -* Akira555 -* Kent -* Ppp -* Shiodome47 -* Sam -* ポール -* Concon -* Sogame -* ハンド -* Demi -* Nonnon -* banC -* SMAN8(SA8pool) -* りんむ -* Kensin -* りえこうさぎ -* アダマンタイト -* の/ゆすけ -* MUEN -* いちごだいふく -* Ranket -* A.yy -* N S -* Kazuya -* Daikon -
+Comment les entreprises privées, les institutions publiques ou privées, les particuliers, etc. choisir de détenir ou de déléguer leur Ada, y compris la délégation aux pools de participation ou DReps, n’entre pas dans le champ d’application de ce CIP. -
- 2023 Monterey, Atelier de Californie (28/05) +## Spécification -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Monterey, en Californie, le 28 mai 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: ++ [La Constitution Cardano](#la-constitution-cardano) ++ [Le comité constitutionnel](#le-comité-constitutionnel) + - [État de non-confiance](#état-de-non-confiance) + - [Clés du comité constitutionnel](#clés-du-comité-constitutionnel) + - [Remplacement du comité constitutionnel](#remplacement-du-comité-constitutionnel) + - [Taille du comité constitutionnel](#taille-du-comité-constitutionnel) + - [Limites de mandat](#limites-de-mandat) ++ [Représentants délégués (DReps)](#représentants-délégués-dreps) + - [DReps prédéfinis](#dreps-prédéfinis) + - [DReps enregistrés](#dreps-enregistrés) + - [Nouvelle distribution de la mise pour DReps](#nouvelle-distribution-de-la-mise-pour-dreps) + - [Incitatifs pour les détenteurs d’Ada à déléguer une mise de vote](#incitatifs-pour-les-détenteurs-dada-à-déléguer-une-mise-de-vote) + - [Incitatifs DRep](#incitatifs-drep) ++ [Actions de gouvernance](#actions-de-gouvernance) + - [Ratification](#ratification) + * [Exigences](#exigences) + * [Restrictions](#restrictions) + - [Promulgation](#promulgation) + - [Cycle de vie](#cycle-de-vie) + - [Contenu](#contenu) + - [Groupes de paramètres de protocole](#groupes-de-paramètres-de-protocole) ++ [Votes](#votes) + - [État de gouvernance](#état-de-gouvernance) + - [Modifications apportées à l'instantané de mise](#modifications-apportées-à-linstantané-de-mise) + - [Définitions relatives à la participation de vote](#définitions-relatives-à-la-participation-de-vote) -* Shane Powser -* Rodrigo Gomez -* Adam K. Dean -* John C. Valdez -* Kyle Solomon -* Erick "Mag" Magnana -* Bryant Austin -* John Huthmaker -* Ayori Selassie -* Josh Noriega -* Matthias Sieber -
+### La Constitution Cardano -
- 2023 Tlaxcala, Atelier du Mexique (01/06) +La Constitution de Cardano est un document texte qui définit les valeurs communes et les principes directeurs de Cardano. +À ce stade, la Constitution est un document d’information qui capture sans ambiguïté les valeurs fondamentales de Cardano +et agit pour assurer sa viabilité à long terme. +À un stade ultérieur, nous pouvons imaginer que la Constitution évolue peut-être vers un ensemble de règles basées sur des contrats intelligents qui régissent l’ensemble du cadre de gouvernance. +Pour l’instant, cependant, la Constitution restera un document hors chaîne dont la valeur de condensation de hachage sera enregistrée sur la chaîne. +Comme nous l’avons vu plus haut, la Constitution n’est pas encore définie et son contenu n’entre pas dans le champ d’application de ce CIP. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Tlaxcala, au Mexique, le 1er juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: + -* Victor Hernández -* Cristian Jair Rojas -* Miriam Mejia -* Josmar Cabañas -* Lizbet Delgado -* José Alberto Sánchez -* Fátima Valeria Zamora -* Julio César Montiel -* Jesús Pérez -* José Adrián López -* Lizbeth Calderón -* Zayra Molina -* Nayelhi Pérez -* Josué Armas -* Diego Talavera -* Darían Gutiérrez -
+### Le comité constitutionnel -
- 2023 Atelier virtuel LATAM (03/06) +Nous définissons un _comité constitutionnel_ qui représente un ensemble d’individus ou d’entités +(chacun associé à un identifiant Ed25519 ou un identifiant de script natif ou Plutus) qui sont collectivement responsables de **veiller à ce que la Constitution soit respectée**. -De plus, nous tenons à remercier tous les participants à l'atelier virtuel LATAM le 3 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Bien qu’il **ne puisse pas être appliqué en chaîne**, le comité constitutionnel est **seulement** censé voter +sur la constitutionnalité des actions de gouvernance (qui devraient ainsi assurer la viabilité à long terme de la blockchain) et devraient être remplacées +(via l’action **non-confiance**) s’ils dépassent cette limite. +Autrement dit, il existe un contrat social entre le comité constitutionnel et les acteurs du réseau. +Bien que le comité constitutionnel puisse rejeter certaines actions de gouvernance (en votant « non »), +ils ne devraient le faire que lorsque ces mesures de gouvernance sont contraires à la Constitution. -* Juan Sierra -* @CaueChianca -* Ernesto Rafael -* Pabon Moreno -* Sonia Malagon -* Facundo Ramírez -* Mercedes Ruggeri -* Hope R. -* Yaris Cruz -* Yaneth Duarte -* Ciro Gélvez -* Kevin Chacon -* Juanita Jaramillo -* Sebastian Pabon -
+Par exemple, si nous considérons la règle hypothétique de la Constitution « Le réseau Cardano doit toujours être capable de produire de nouveaux blocs », +Ensuite, une mesure de gouvernance qui réduirait la taille maximale du bloc à `0` serait, en fait, +inconstitutionnelle et pourrait donc ne pas être ratifiée par le Comité constitutionnel. La règle +Cependant, ne pas spécifier la plus petite taille maximale acceptable de bloc, de sorte que le Comité constitutionnel devrait déterminer ce nombre +et votez en conséquence. -
- 2023 Worcester, Atelier du Massachusetts (08/06) +#### État de non-confiance -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Worcester, Massachusetts le 8 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Le comité constitutionnel est considéré comme se trouvant à tout moment dans l’un des deux États suivants: -* CardanoSharp -* Kenric Nelson -* Matthias Sieber -* Roberto Mayen -* Ian Burzynski -* omdesign -* Chris Gianelloni -
+1. un état normal (c’est-à-dire un état de confiance) +2. un état de non-confiance -
- 2023 Chicago, Atelier d'Illinois (10/06) +Dans un _état de non-confiance_, le comité actuel n’est plus en mesure de participer aux mesures de gouvernance +et doivent être remplacés avant que toute mesure de gouvernance puisse être ratifiée (voir ci-dessous). -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Chicago, Illinois le 10 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Clés du comité constitutionnel -* Adam Rusch -* Jose Martinez -* Michael McNulty -* Vanessa Villanueva Collao -* Maaz Jedh -
+Le comité constitutionnel utilisera une configuration de clé chaude et froide, similaire au mécanisme existant de « certificat de délégation genesis ». -
- 2023 Atelier virtuel (12/06) +#### Remplacement du comité constitutionnel -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 12 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Le comité constitutionnel peut être remplacé via une action de gouvernance spécifique +("Nouveau comité constitutionnel", décrit ci-dessous) qui requiert l'approbation à la fois +des **SPOs** et des **DReps** +Le seuil de ratification peut être différent dépendamment de si la gouvernance est +dans un état de confiance ou dans un état de non-confiance. -* Rojo Kaboti -* Tommy Frey -* Tevo Saks -* Slate -* UBIO OBU -
+Le nouveau comité constitutionnel pourrait, en principe, être identique ou partiellement chevaucher le comité sortant tant que l’action est dûment ratifiée. +Cela pourrait se produire, par exemple, si les électeurs ont une confiance collective dans tout ou une partie du comité et souhaitent prolonger son mandat. -
- 2023 Toronto, Atelier du Canada (15/06) -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Toronto, au Canada, le 15 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Taille du comité constitutionnel -* John MacPherson -* Lawrence Ley -
+Contrairement à la conception de la gouvernance Shelley, la taille du comité constitutionnel n’est pas fixe et peut être n’importe quel nombre non négatif. +Il peut être modifié chaque fois qu’un nouveau comité est élu (« Nouveau comité constitutionnel et/ou seuil »). +De même, le seuil du comité (la fraction des votes `Yes` du comité qui sont nécessaires pour ratifier les mesures de gouvernance) n’est pas fixe et +peut également varier en fonction de la mesure de gouvernance. +Cela donne beaucoup de flexibilité à la composition du comité. +En particulier, il est possible d’élire un comité vide si la communauté souhaite supprimer entièrement le comité constitutionnel. Notez que cela est différent d’un état de non-confiance et constitue toujours un système de gouvernance capable de mettre en oeuvre des propositions. -
- 2023 Philadelphie, Atelier de Pennsylvanie (17/06) +Il y aura un nouveau paramètre du protocole pour la taille minimale du comité, +lui-même un nombre non négatif. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Philadelphie, en Pennsylvanie, le 17 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Mandat -* NOODZ -* Jarhead -* Jenny Brito -* Shepard -* BONE Pool -* type_biggie -* FLAWWD -* A.I. Scholars -* Eddie -* Joker -* Lex -* Jerome -* Joey -* SwayZ -* Cara Mia -* PHILLY 1694 -
+Chaque comité constitutionnel nouvellement élu aura un mandat. +Les mandats par membre permettent un système de rotation, par exemple un tiers du comité +expirant chaque année. +Les membres expirés ne peuvent plus voter. +Le membre peut également volontairement démissionner plus tôt, ce qui sera marqué sur la chaîne comme un membre expiré. -
- 2023 Atelier de Santiago du Chili (17/06) +Si le nombre de membres non expirés du comité tombe en dessous de la taille minimale +du comité, le comité constitutionnel ne pourra pas ratifier +les actions de gouvernance. Cela signifie que seules les actions de gouvernance +qui ne nécessitent pas le vote du comité constitutionnel peuvent toujours +être ratifiées. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Santiago du Chili le 17 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Par exemple, un comité de cinq membres avec un seuil de 3/5, une taille minimale +de trois et deux membres expirés peut toujours +adopter des mesures de gouvernance si deux membres non expirés votent `Yes`. +Cependant, si un autre membre expire alors le comité constitutionnel devient +incapable de ratifier d’autres actions de gouvernance. -* Rodrigo Oyarsun -* Sebastián Aravena -* Musashi Fujio -* Geo Gavo -* Lucía Escobar -* Juan Cruz Franco -* Natalia Rosa -* Cristian M. García -* Alejandro Montalvo -
+La durée maximale du mandat est un paramètre du protocole de gouvernance, spécifié en nombre d'époques. +Pendant un état de non-confiance, aucune action ne peut être ratifiée, +le comité devrait donc prévoir son propre remplacement s'il souhaite éviter les perturbations. -
- 2023 Atelier virtuel (17/06) +#### Politique de proposition -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 17 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Bien que la constitution soit un document informel hors chaîne, il y aura +également un script facultatif qui pourra appliquer certaines directives. Ce scénario +agit pour compléter le comité constitutionnel en restreignant certains +types de propositions. Par exemple, si la communauté souhaite avoir des règles +strictes pour la trésorerie qui ne peuvent être violées, un script qui applique +ces règles peut être voté en tant que politique de proposition. -* Juana Attieh -* Nadim Karam -* Amir Azem -* Rami Hanania -* LALUL Stake Pool -* HAWAK Stake Pool -
+La politique de proposition s'applique uniquement aux propositions de mise à jour des paramètres de protocole et +de retrait de trésorerie. -
- 2023 Taipai, Atelier de Taïwan (18/06) + -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Taipai, Taiwan le 18 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +### Représentants délégués (DReps) -* Michael Rogero -* Ted Chen -* Mic -* Jeremy Firster -* Eric Tsai -* Dylan Chiang -* JohnsonCai -* DavidCHIEN -* Zach Gu -* Jimmy WANG -* JackTsai -* Katherine Hung -* Will Huang -* Kwicil -
+> **Warning** +> CIP-1694 DReps **ne doit pas être confondu** avec Project Catalyst DReps. -
- 2023 Midgard Vikingcenter Horten, Atelier de Norvège (19/06) + -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Midgard Vikingcenter Horten, en Norvège, le 19 juin 2023 pour leurs précieuses contributions. -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### DReps prédéfinis -* Daniel D. Johnsen -* Thomas Lindseth -* Eystein Hansen -* Gudbrand Tokerud -* Lally McClay -* $trym -* Arne Rasmussen -* Lise WesselTVVIN -* Bjarne -* Jostein Aanderaa -* Ken-Erik Ølmheim -* DimSum -
+Afin de participer à la gouvernance, un justificatif d’identité de mise doit être délégué à un DRep. +Les détenteurs d’Ada délégueront généralement leurs droits de vote à un DRep enregistré +qui voteront en leur nom. De plus, deux options DRep prédéfinies sont disponibles : -
- 2023 Atelier Virtuel (19/06) +* `Abstain` -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 19 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: + Si un détenteur d’Ada délègue à `Abstain`, alors sa mise est activement marquée + comme ne participant pas à la gouvernance. -* Nicolas Cerny -* Nils Peuser -* Riley Kilgore -* Alejandro Almanza -* Jenny Brito -* John C. Valdez -* Rhys -* Thyme -* Adam Rusch -* Devryn -
+ L’effet de la délégation de `Abstain` sur la chaîne est que la participation déléguée *ne sera pas* considérée comme + une partie de la participation active de vote. Toutefois, la participation *sera* considérée comme enregistrée pour + l’objectif des incitations décrites dans [Incitations pour les détenteurs d’Ada à déléguer une mise de vote](#incitatifs-pour-les-détenteurs-dada-à-déléguer-une-mise-de-vote). -
- 2023 New York, Atelier de New York (20/06) +* `No Confidence` -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu dans la ville de New York, le 20 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: + Si un détenteur d’Ada délègue à `No Confidence`, sa participation est comptée comme + un vote `Yes` pour chaque action de `No Confidence` et un vote `No` pour toute autre action. + La participation déléguée *sera* considérée comme faisant partie de la participation au vote actif. + Il sert également de mesure directement vérifiable de la confiance des détenteurs d’Ada envers le comité + constitutionel. -* John Shearing -* Geoff Shearing -* Daniela Balaniuc -* SDuffy -* Garry Golden -* Newman -* Emmanuel Batse -* Ebae -* Mojira -
-
- 2023 La Cumbre, Atelier d'Argentine (23/06) +> **Note** +> Les DReps prédéfinis ne votent pas à l'intérieur des transactions, leur comportement est pris en compte au niveau du protocole. +> Le DRep `Abstain` peut être choisi pour diverses raisons, y compris le désir de ne pas +> participer au système de gouvernance. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à La Cumbre, Argentine le 23 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +> **Note** +> Tout détenteur d'Ada peut s'inscrire en tant que DRep et se déléguer s'il souhaite participer activement à +> vote. -* Ulises Barreiro -* Daniel F. Rodriguez -* Dominique Gromez -* Leandro Chialvo -* Claudia Vogel -* Guillermo Lucero -* Funes, Brian Carrasco -* Melisa Carrasco -* Carlos Carrasco -
+#### DReps enregistrés -
- 2023 Minneapolis, Atelier du Minnesota (23/06) +Dans Voltaire, les références de mise existantes seront +en mesure de déléguer leur participation à des DReps à des fins de vote, +en plus de la délégation actuelle aux pools de participation pour la production de blocs. +La délégation DRep imitera les mécanismes de délégation de mise existants (via des certificats on-chain). +De même, l’enregistrement des DReps imitera les mécanismes existants d’enregistrement des mise. +De plus, les DReps inscrits devront voter régulièrement pour être toujours considérés comme actifs. +Plus précisément, si un DRep ne soumet aucun vote pour `drepActivity` - plusieurs époques, le DRep est considéré comme inactif, +où `drepActivity` est un nouveau paramètre de protocole. +Les DReps inactifs ne comptent plus dans la participation active des votes, et peut redevenir actif durant un nombre `drepActivity` d'époques en votant sur n’importe quel actions de gouvernance. +La raison pour laquelle les DReps sont marqués comme inactifs est que les DReps qui cessent de participer mais qui ont encore +la mise qui leur est déléguée ne laisse finalement pas le système dans un état où aucune action de +gouvernance peut passer. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Minneapolis, Minnesota le 23 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Les DReps enregistrés sont identifiés par un justificatif d’identité qui peut être : -* Stephanie King -* Darlington Wleh -
+* Une clé de vérification (Ed25519) +* Un script natif ou Plutus -
- 2023 La Plata, Atelier d'Argentine (23/06) +Le condensé de hachage blake2b-224 d’une informations d’identification DRep sérialisées est appelé _DRep ID_. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à La Plata, Argentine le 23 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Les nouveaux types de certificats suivants seront ajoutés pour les DReps : +les certificats d’inscription DRep, les certificats de retraite DRep, et +certificats de délégation de vote. -* Mauro Andreoli -* Rodolfo Miranda -* Agustin Francella -* Federico Sting -* Elias Aires -* Lucas Macchiavelli -* Pablo Hernán Mazzitelli -
+##### Certificats d’enregistrement DRep -
- 2023 Puerto Madryn, Atelier d'Argentine (23/06) +Les certificats d’inscription DRep comprennent : -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Puerto Madryn, en Argentine, le 23 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +* un ID DRep +* un dépôt +* une ancre en option -* Andres Torres Borda -* Federico Ledesma Calatayud -* Maximiliano Torres -* Federico Prado -* Domingo Torres -* Floriana Pérez Barria -* Martin Real -* Florencia García -* Roberto Neme -
+Une **ancre** est une paire de : -
- 2023 Accra, Atelier du Ghana (24/06) +* une URL vers une charge utile JSON de métadonnées +* un hachage du contenu de l’URL des métadonnées -En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Accra, au Ghana, le 24 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +La structure et le format de ces métadonnées sont délibérément laissés ouverts dans ce CIP. +Les règles on-chain ne vérifieront ni l’URL ni le hachage. +Les applications clientes doivent toutefois effectuer les vérifications d’intégrité habituelles lors de la récupération de contenu à partir de l’URL fournie. -* Wada -* Laurentine -* Christopher A. -* Nathaniel D. -* Edufua -* Michael -* Augusta -* Jeremiah -* Boaz -* Mohammed -* Richmond O. -* Ezekiel -* Megan -* Josue -* Michel T. -* Bineta -* Afia O. -* Mercy -* Enoch -* Kofi -* Awura -* Emelia -* Richmond S. -* Solomon -* Phillip -* Faakor -* Manfo -* Josh -* Daniel -* Mermose -
-
- 2023 Atelier Virtuel (24/06) +##### Certificats de retraite DRep -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 24 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Les certificats de retraite DRep comprennent : -* Jonas Riise -* Thomas Lindseth -* André "Eilert" Eilertsen -* Eystein Hansen -
+* un ID DRep -
- 2023 Séoul, Atelier de la Corée du Sud (24/06) +Notez qu'un DRep est mis à la retraite dès que la chaîne accepte un certificat de retraite, +et le dépôt est restitué dans le cadre de la transaction qui soumet le certificat de retrait +(de la même manière que les dépôts d'enregistrement du justificatif de participation sont retournés). -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Séoul, en Corée du Sud, le 24 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +##### Certificats de délégation de vote -* Oscar Hong (JUNGI HONG) -* SPO_COOL (Kevin Kordano) -* SPO_KTOP (KT OH) -* WANG JAE LEE -* JAE HYUN AN -* INYOUNG MOON (Penny) -* HOJIN JEON -* SEUNG KYU BAEK -* SA SEONG MAENG -* JUNG MYEONG HAN -* BRIAN KIM -* JUNG HOON KIM -* SEUNG WOOK JUNG (Peter) -* HYUNG WOO PARK -* EUN JAE CHOI -* NA GYEONG KIM -* JADEN CHOI -
+Les certificats de délégation de vote comprennent : -
- 2023 Abu Dhabi, UAE Workshop (25/06) +* l’ID DRep auquel la participation doit être déléguée +* les informations d’identification de mise pour le délégant -En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Abu Dhabi, Émirats arabes unis le 25 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +> **Note** +> +> La délégation DRep mappe toujours un justificatif d'identité de mise à un justificatif d'identité DRep. +> Cela signifie qu'un DRep ne peut pas déléguer une mise de vote à un autre DRep. -* Amir Azem -* Ian Arden -* Madina Abdibayeva -* BTBF (Yu Kagaya) -* محمد الظاهري -* Tegegne Tefera -* Rami Hanania -* Tania Debs -* Khalil Jad -* Mohamed Jamal -* Ruslan Yakubov -* OUSHEK Mohamed eisa -* Shehryar -* Wael Ben Younes -* Santosh Ray -* Juana Attieh -* Nadim Karam -* DubaistakePool -* HAWAK Pool -* LALKUL Stake Pools -
+##### Schémas d’autorisation de certificat -
- 2023 Williamsburg, Atelier de New York (25/06) +Le système d’autorisation (c’est-à-dire quelles signatures sont requises pour l’enregistrement, le retrait ou la délégation) imite le système existant d’autorisation de délégation de mise. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Williamsburg, New York le 25 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: + -* Pi -* Joseph -* Skyler -* Forrest -* Gabriel -* Newman -
-
- 2023 Lagos, Atelier de Nigéria (28/06) +#### Nouvelle distribution de la mise pour DReps -En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Lagos, au Nigeria, le 28 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +En plus de la distribution existante par délégation de mise et de la +distribution par pool de participation, le grand livre déterminera désormais également la distribution de la mise par DRep. +Cette répartition déterminera le montant de la mise par laquelle chaque vote d'un DRep +est soutenu. -* Jonah Benson -* Augusta -* Ubio Obu -* Olumide Hrosuosegbe -* Veralyn Chinenye -* Ona Ohimer -* William Ese -* Ruth Usoro -* William P -* Esther Simi -* Daniel Effiom -* Akinkurai Toluwalase -
+> **Warning** +> +> **Contrairement à** la distribution utilisée pour la production de blocs, nous utiliserons toujours la plus +> récente version de la distribution de mise par DRep telle qu’elle est donnée sur la limite d’époque. +> +> Cela signifie que **pour tout sujet qui intéresse profondément les électeurs, +> ils ont le temps de déléguer à eux-mêmes comme DRep et de voter directement**. +> Cependant, cela signifie qu’il peut y avoir une différence entre la mise utilisé pour la production +> de bloc et la mise utilisée pour voter à une époque donnée. -
- 2023 Sao Paulo, Atelier du Brésil (01/07) -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Sao Paulo, au Brésil, le 1er juillet 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Incitatifs pour les détenteurs d’Ada à déléguer une mise de vote -* Otávio Lima -* Rodrigo Pacini -* Maria Carmo -* Cauê Chianca -* Daniela Alves -* Jose Lins Dias -* Felipe Barcelos -* Rosana Melo -* Johnny Oliveira -* Lucas Ravacci -* Cristofer Ramos -* Weslei Menck -* Leandro Tsutsumi -* Izaias Pessoa -* Gabriel Melo -* Yuri Nabeshima -* Alexandre Fernandes -* Vinicius Ferreiro -* Lucas Fernandes -* Alessandro Benicio -* Mario Cielho -* Lory Fernandes Lima -* Larissa Nogueira -* Latam Cardano Community -
+Il y aura une courte [phase d’amorçage] (#bootstrapping-phase) au cours de laquelle des récompenses seront gagnées +pour la délégation de mise, etc. et peut être retiré à tout moment. +Après cette phase, bien que des récompenses continueront d’être gagnées pour la délégation de blocs, etc., les comptes de récompense seront +**empêché de retirer des récompenses** à moins que leurs informations d’identification de mise associées ne soient également déléguées à un DRep. +Cela contribue à assurer une participation élevée et, par conséquent, une légitimité. -
- 2023 Atelier virtuel du Brésil (04/07) +> **Note** +> +> Même si les récompenses ne peuvent pas être retirées, elles ne sont pas perdues. Dès qu’un justificatif de mise est délégué +> (y compris à un DRep prédéfini), les récompenses peuvent être retirées. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu au Brésil le 4 juillet 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Incitatifs DRep -* Lincon Vidal -* Thiago da Silva Nunes -* Rodrigo Pacini -* Livia Corcino de Albuquerque -* Cauê Chianca -* Otávio Lima -
+Les DReps ont sans doute besoin d’être rémunérés pour leur travail. La recherche sur les modèles incitatifs est toujours en cours, +et nous ne souhaitons pas retarder la mise en oeuvre de ce CIP pendant que ce problème est résolu. -## Motivation : pourquoi ce CIP est-il nécessaire ? +Notre proposition provisoire est donc l'entiercement de Lovelace de la trésorerie Cardano existante jusqu’à ce +qu'une décision extrêmement importante peut être convenue par la communauté, à travers le mécanisme de gouvernance en chaîne +en cours d’élaboration. -+ [Objectif](#objectif) -+ [Conception actuelle](#conception-actuelle-du-mécanisme-de-gouvernance) -+ [Lacunes de la conception de la gouvernance Shelley](#lacunes-de-la-conception-de-la-gouvernance-shelley) -+ [Hors champ d’application](#hors-champ-dapplication) +Alternativement, les DReps pourraient se payer par le biais d’instances de l’action de gouvernance « retrait du Trésor ». +Une telle action serait vérifiable sur la chaîne et devrait refléter un accord hors chaîne entre DReps et les délégants. -### Objectif + + -Nous entrons dans l’ère de Voltaire, jetant les bases d’une prise de décision décentralisée. -Ce CIP décrit un mécanisme de gouvernance on-chain qui sous-tendra la phase Voltaire de Cardano. -Le CIP s’appuie sur le schéma de gouvernance Cardano original qui reposait sur un nombre fixe de clés de gouvernance et l’étend. -Il vise à fournir une **première étape** qui est à la fois précieuse et, surtout, techniquement réalisable -à **court terme** dans le cadre du système de gouvernance Voltaire proposé. +### Actions de gouvernance -Il vise également à servir de point de départ pour la participation continue de la communauté, -y compris sur les paramètres de seuil appropriés et d’autres paramètres on-chain. +Nous définissons sept types différents d'**actions de gouvernance**. +Une action de gouvernance est un événement en chaîne qui est déclenché par une transaction et a une date limite après lequel il ne peut être promulgué. -Les propositions subséquentes pourraient adapter et élargir cette proposition pour répondre aux nouveaux besoins en matière de gouvernance. +- Une action est dite **ratifiée** lorsqu’elle recueille suffisamment de votes en sa faveur (grâce aux règles et paramètres détaillés ci-dessous). +- Une action qui ne parvient pas à être ratifiée avant sa date limite est dite **expirée**. +- Une action qui a été ratifiée est dite **promulguée** une fois qu’elle a été activée sur le réseau. -### Conception actuelle du mécanisme de gouvernance -Le mécanisme de gouvernance Cardano en chaîne qui a été introduit à l’ère du grand livre Shelley est capable de: +| Action | Description | +| :-----------------------------------------------------| :-------------------------------------------------------------------------------------------------------------------------------------------------------------| +| 1. Motion de censure | Une motion pour créer un _état de non-confiance_ au sein du comité constitutionnel actuel | +| 2. Nouveau comité constitutionnel et/ou nouveau seuil | Modification des membres du comité constitutionnel et/ou de son seuil de signature et/ou limites de mandat | +| 3. Mises à jour de la Constitution | Une modification de la Constitution off-chain, enregistrée en tant que hachage on-chain du document texte | +| 4. Hard-Fork[^2] Initiation | Déclenche une mise à niveau non rétrocompatible du réseau ; Nécessite une mise à niveau logicielle préalable | +| 5. Modifications des paramètres du protocole | Tout changement **d’un ou de plus** paramètres de protocole pouvant être mis à jour, excluant les changements aux versions majeures du protocole (hard forks) | +| 6. Retraits de trésorerie | Retraits de la trésorerie | +| 7. Infos | Action qui n’a aucun effet sur la chaîne, autre qu’un enregistrement sur la chaîne. | -1. Modifier les valeurs des paramètres du protocole (y compris lancer des « hard forks ») -2. transférer Ada hors des réserves et du trésor (et également déplacer Ada entre les réserves et le trésor) +**Tout détenteur d’Ada** peut soumettre une action de gouvernance à la chaîne. +Ils doivent fournir un dépôt de `govActionDeposit` Lovelace, qui sera retourné lorsque l’action sera finalisée +(s’il est **ratifié** ou **a expiré**). +Le montant du dépôt sera ajouté au _pot de dépôt_, similaire aux dépôts clés de mise. +Il sera également pris en compte dans la mise de l’adresse de récompense à laquelle il sera remboursé, afin de ne pas réduire le pouvoir de vote du déposant pour voter sur ses propres actions (et concurrentes). -Dans le schéma actuel, les mesures de gouvernance sont initiées par des transactions spéciales qui nécessitent des autorisations de `Quorum-Many` -à partir des clés de gouvernance (5 sur 7 sur le réseau principal Cardano)[^1]. -Les champs de l’organisme de transaction fournissent des détails sur la mesure de gouvernance proposée : -soit i) les changements de paramètres du protocole; ou ii) initier des transferts de fonds. -Chaque transaction peut déclencher les deux types d’actions de gouvernance, et une seule action peut avoir plus d’un effet (par exemple, la modification de deux paramètres de protocole ou plus). +Si une politique de proposition est présente, la transaction doit inclure cette +politique dans le témoin soit directement, soit via des entrées de référence, +et toutes les autres exigences imposées par la politique de proposition doivent être +satisfaites. -- Les mises à jour des paramètres de protocole utilisent le [champ de transaction nº6](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L56) du corps de la transaction. -- Les mouvements de la trésorerie et des réserves utilisent [Déplacer les certificats de récompenses instantanées(abrégé MIR)](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L180). +Notez qu’une motion de non-confiance est une mesure extrême qui permet aux détenteurs d’Ada de révoquer le pouvoir +qui a été accordé à l’actuel Comité constitutionnel. -Les mesures de gouvernance dûment autorisées sont appliquées à une limite d’époque (elles sont **adoptées**). +> **Note** +> Une **seule** action de gouvernance peut contenir **plusieurs** mises à jour des paramètres de protocole. De nombreux paramètres sont interconnectés et peuvent nécessiter d'être déplacés en synchronisme. -#### Hard Forks +#### Ratification -L’un des paramètres du protocole est suffisamment important pour mériter une attention particulière : -La modification de la version majeure du protocole permet à Cardano d’adopter des hard forks contrôlés. -Ce type de mise à jour des paramètres de protocole a donc un statut particulier, puisque les pools de mise -doivent mettre à niveau leurs nœuds afin de pouvoir prendre en charge la nouvelle version du protocole une fois le hard fork adopté. +Les mesures de gouvernance sont **ratifiées** par le biais d’actions de vote en chaîne. +Différents types d'action de gouvernance ont des exigences de ratification différentes, mais impliquent toujours **deux des trois** organes de gouvernance, +à l’exception d’une initiative de hard fork et paramètres de protocole liés à la sécurité, qui nécessite la ratification de tous les organes de gouvernance. +Selon le type d’action de gouvernance, une action sera donc ratifiée lorsqu’une combinaison des éléments suivants se produit : -### Lacunes de la conception de la gouvernance Shelley +* le comité constitutionnel approuve l’action (le nombre de membres qui votent `Yes` atteint le seuil du comité constitutionnel) +* les DReps approuvent l’action (la participation contrôlée par les DReps qui votent `Yes` atteint un certain seuil de la mise totale active des votes) +* les SPO approuvent l’action (la participation contrôlée par les SPO qui votent `Yes` atteint un certain seuil par rapport à la mise active totale déléguée pour l'époque) -La conception de la gouvernance Shelley visait à fournir une approche simple et transitoire de la gouvernance. -La présente proposition vise à remédier à un certain nombre de lacunes de cette conception. -qui sont apparents lorsque nous entrons dans Voltaire. +> **Warning** +> Comme expliqué ci-dessus, différentes distributions de mise s’appliquent aux DReps et aux SPO. -1. La conception de la gouvernance Shelley ne laisse aucune place à la participation active des détenteurs d’Ada sur la chaîne. -Bien que les modifications apportées au protocole soient généralement le résultat de discussions avec des acteurs communautaires sélectionnés, -Le processus est actuellement mené principalement par les entités fondatrices. -S’assurer que tout le monde peut exprimer ses préoccupations est fastidieux et peut parfois être perçu comme arbitraire. +Une motion de non-confiance réussie, l'élection d'un nouveau comité constitutionnel, +un changement constitutionnel, ou un hard fork, retarde +la ratification de toutes les autres mesures de gouvernance jusqu’à la première époque suivant leur promulgation. Cela donne +un nouveau comité constitutionnel suffisamment de temps pour voter sur les propositions actuelles, réévaluer les propositions existantes +à l’égard d’une nouvelle constitution, et veille à ce que les changements sémantiques arbitraires de principe entraîné +en adoptant un hard-fork n’ont pas de conséquences imprévues en combinaison avec d’autres actions. -2. Les mouvements du Trésor constituent un sujet critique et sensible. -Cependant, ils peuvent être difficiles à suivre. Il est important d’avoir plus de transparence -et plus de couches de contrôle sur ces mouvements. +##### Exigences -3. Bien qu’ils doivent être traités spécialement par les SPO, les hard forks ne sont pas différenciés des autres changements de paramètres de protocole. +Le tableau suivant détaille les exigences de ratification pour chaque scénario d’action de gouvernance. Les colonnes représentent : -4. Enfin, bien qu’il existe actuellement une vision quelque peu commune pour _Cardano_ qui est partagée par ses entités fondatrices ainsi que par de nombreux membres de la communauté, -Il n’y a pas de document clairement défini où ces principes directeurs sont consignés. -Il est logique de tirer parti de la blockchain Cardano pour enregistrer la philosophie Cardano partagée de manière immuable, en tant que constitution Cardano formelle. +* **Type d’action de gouvernance**
+ Type de mesure de gouvernance. Notez que les mises à jour des paramètres de protocole sont regroupées en quatre catégories. -### Hors champ d’application - -Les sujets suivants sont considérés comme ne relevant pas de la portée de ce CIP. +* **Comité constitutionnel (abréviation CC)**
+ Une valeur de ✓ indique que le comité constitutionnel doit approuver cette action.
+ Une valeur de - signifie que les votes du comité constitutionnel ne s’appliquent pas. -#### Le contenu de la constitution +* **DReps**
+Le seuil de vote DRep qui doit être atteint en pourcentage de la *participation de vote active*. -Ce CIP se concentre uniquement sur les mécanismes en chaîne. Les dispositions de la constitution initiale sont extrêmement importantes, de même que tous les processus qui -permettra de le modifier. Ceux-ci méritent leur propre discussion séparée et ciblée. +* **SPO**
+ Le seuil de vote SPO qui doit être atteint en pourcentage de la mise détenue par tous les pools de mise.
+ Une valeur de - signifie que les votes SPO ne s’appliquent pas. -#### La composition du comité constitutionnel +| Type d’action de gouvernance | CC | DReps | SPOs | +|:--------------------------------------------------------------------------------|:----|:---------|:---------| +| 1. Motion de non-confiance | \- | $P_1$ | $Q_1$ | +| 2a. Nouveau comité/seuil (_état normal_) | \- | $P_{2a}$ | $Q_{2b}$ | +| 2b. Nouveau comité/seuil (_état de non-confiance_) | \- | $P_{2b}$ | $Q_{2b}$ | +| 3. Mise à jour de la Constitution ou politique de proposition | ✓ | $P_3$ | \- | +| 4. Initiation du hard fork | ✓ | $P_4$ | $Q_4$ | +| 5a. Modifications des paramètres de protocole, groupe réseau | ✓ | $P_{5a}$ | \- | +| 5b. Modifications des paramètres du protocole, groupe économique | ✓ | $P_{5b}$ | \- | +| 5c. Modifications des paramètres de protocole, groupe technique | ✓ | $P_{5c}$ | \- | +| 5d. Modifications des paramètres de protocole, groupe de gouvernance | ✓ | $P_{5d}$ | \- | +| 6. Retrait du Trésor | ✓ | $P_6$ | \- | +| 7. Infos | ✓ | $100$ | $100$ | -Il s’agit d’un problème hors chaîne. +Chacun de ces seuils est un paramètre de gouvernance. Il y a un +seuil supplémentaire, « Q5 », lié aux paramètres de protocole pertinents pour la sécurité, +qui est expliqué ci-dessous. +Les seuils initiaux devraient être choisis par la communauté Cardano dans son ensemble. +Les deux seuils de l'action Info sont définis à 100 % car le fixer plus bas +entraînerait l'impossibilité de sonder au-dessus du seuil. -#### Questions juridiques +Certains paramètres sont pertinents pour les propriétés de sécurité du système. Toute +proposition tentant de modifier un tel paramètre nécessite un vote supplémentaire +des SPOs, avec le seuil `Q5`. -Toute application légale potentielle du protocole Cardano ou de la Constitution Cardano est complètement hors de portée de ce CIP. +Les paramètres de protocole pertinents pour la sécurité sont : +* `maxBBSize` +* `maxTxSize` +* `maxBHSize` +* `maxValSize` +* `maxBlockExUnits` +* `minFeeA` +* `minFeeB` +* `coinsPerUTxOByte` +* `govActionDeposit` +* `minFeeRefScriptsCoinsPerByte` +> **Note** +> Il peut être logique que certains ou tous les seuils s’adaptent en ce qui concerne le Lovelace qui est activement inscrit pour voter. +> Par exemple, un seuil pourrait varier entre 51 % pour un niveau élevé d’enregistrement et 75 % pour un niveau d’enregistrement faible. +> En outre, le seuil de trésorerie pourrait également être adaptatif, en fonction du Lovelace total qui est retiré, +> ou différents seuils pourraient être fixés pour différents niveaux de retrait. -#### Normes hors chaîne pour les actions de gouvernance +> **Note** +> Pour atteindre la légitimité, le seuil minimum acceptable ne devrait pas être inférieur à 50% de la mise déléguée. -La communauté Cardano doit réfléchir profondément aux normes et processus appropriés pour gérer la création des actions de gouvernance spécifiées dans ce CIP. -En particulier, le rôle du projet Catalyst dans la création d’actions de retrait de trésorerie est complètement en dehors du champ d’application de ce CIP. +##### Restrictions -#### Ada holdings et délégation +Outre _Retrait du trésor_ et _Infos_, nous incluons un mécanisme pour assurer que les actions de gouvernance +du même type ne se heurtent pas accidentellement de manière inattendue. -Comment les entreprises privées, les institutions publiques ou privées, les particuliers, etc. choisir de détenir ou de déléguer leur Ada, y compris la délégation aux pools de participation ou DReps, n’entre pas dans le champ d’application de ce CIP. +Chaque action de gouvernance doit inclure l’ID de l’action de gouvernance de l’action la plus récente adoptée de son type donné. +Cela signifie que deux actions du même type peuvent être promulguées en même temps, +Mais ils doivent être *délibérément* conçus pour le faire. -## Spécification -+ [La Constitution Cardano](#la-constitution-cardano) -+ [Le comité constitutionnel](#le-comité-constitutionnel) - - [État de non-confiance](#état-de-non-confiance) - - [Clés du comité constitutionnel](#clés-du-comité-constitutionnel) - - [Remplacement du comité constitutionnel](#remplacement-du-comité-constitutionnel) - - [Taille du comité constitutionnel](#taille-du-comité-constitutionnel) - - [Limites de mandat](#limites-de-mandat) -+ [Représentants délégués (DReps)](#représentants-délégués-dreps) - - [DReps prédéfinis](#dreps-prédéfinis) - - [DReps enregistrés](#dreps-enregistrés) - - [Nouvelle distribution de la mise pour DReps](#nouvelle-distribution-de-la-mise-pour-dreps) - - [Incitatifs pour les détenteurs d’Ada à déléguer une mise de vote](#incitatifs-pour-les-détenteurs-dada-à-déléguer-une-mise-de-vote) - - [Incitatifs DRep](#incitatifs-drep) -+ [Actions de gouvernance](#actions-de-gouvernance) - - [Ratification](#ratification) - * [Exigences](#exigences) - * [Restrictions](#restrictions) - - [Promulgation](#promulgation) - - [Cycle de vie](#cycle-de-vie) - - [Contenu](#contenu) - - [Groupes de paramètres de protocole](#groupes-de-paramètres-de-protocole) -+ [Votes](#votes) - - [État de gouvernance](#état-de-gouvernance) - - [Modifications apportées à l'instantané de mise](#modifications-apportées-à-linstantané-de-mise) - - [Définitions relatives à la participation de vote](#définitions-relatives-à-la-participation-de-vote) +#### Promulgation -### La Constitution Cardano +Les actions qui ont été ratifiées à l’époque actuelle sont classées par ordre de priorité comme suit pour la promulgation : -La Constitution de Cardano est un document texte qui définit les valeurs communes et les principes directeurs de Cardano. -À ce stade, la Constitution est un document d’information qui capture sans ambiguïté les valeurs fondamentales de Cardano -et agit pour assurer sa viabilité à long terme. -À un stade ultérieur, nous pouvons imaginer que la Constitution évolue peut-être vers un ensemble de règles basées sur des contrats intelligents qui régissent l’ensemble du cadre de gouvernance. -Pour l’instant, cependant, la Constitution restera un document hors chaîne dont la valeur de condensation de hachage sera enregistrée sur la chaîne. -Comme nous l’avons vu plus haut, la Constitution n’est pas encore définie et son contenu n’entre pas dans le champ d’application de ce CIP. +1. Motion de non-confiance +2. Nouveau comité/seuil +3. Mises à jour de la Constitution ou politique de proposition +4. Initiation du hard fork +5. Modifications des paramètres du protocole +6. Retraits du Trésor +7. Infos - +> **Note** La promulgation des actions _Info_ est une action nulle, car elles n’ont aucun effet sur le protocole. -### Le comité constitutionnel +##### Ordre de promulgation -Nous définissons un _comité constitutionnel_ qui représente un ensemble d’individus ou d’entités -(chacun associé à un identifiant Ed25519 ou un identifiant de script natif ou Plutus) qui sont collectivement responsables de **veiller à ce que la Constitution soit respectée**. +Les actions de gouvernance sont mises en oeuvre par ordre d’acceptation dans la chaîne. +Cela résout les conflits où, par exemple, il y a deux changements de paramètres concurrents. -Bien qu’il **ne puisse pas être appliqué en chaîne**, le comité constitutionnel est **seulement** censé voter -sur la constitutionnalité des actions de gouvernance (qui devraient ainsi assurer la viabilité à long terme de la blockchain) et devraient être remplacées -(via l’action **non-confiance**) s’ils dépassent cette limite. -Autrement dit, il existe un contrat social entre le comité constitutionnel et les acteurs du réseau. -Bien que le comité constitutionnel puisse rejeter certaines actions de gouvernance (en votant « non »), -ils ne devraient le faire que lorsque ces mesures de gouvernance sont contraires à la Constitution. +#### Cycle de vie -Par exemple, si nous considérons la règle hypothétique de la Constitution « Le réseau Cardano doit toujours être capable de produire de nouveaux blocs », -Ensuite, une mesure de gouvernance qui réduirait la taille maximale du bloc à `0` serait, en fait, -inconstitutionnelle et pourrait donc ne pas être ratifiée par le Comité constitutionnel. La règle -Cependant, ne pas spécifier la plus petite taille maximale acceptable de bloc, de sorte que le Comité constitutionnel devrait déterminer ce nombre -et votez en conséquence. +Les actions de gouvernance ne sont vérifiées pour ratification que sur une limite d’époque. +Une fois ratifiée, des actions sont organisées en vue de leur promulgation. -#### État de non-confiance +Toutes les actions de gouvernance soumises seront donc soit : -Le comité constitutionnel est considéré comme se trouvant à tout moment dans l’un des deux États suivants: +1. **ratifié**, puis **promulgué** +2. ou **expirée** après un certain nombre d’époques -1. un état normal (c’est-à-dire un état de confiance) -2. un état de non-confiance +Dans tous ces cas, les dépôts sont retournés immédiatement. -Dans un _état de non-confiance_, le comité actuel n’est plus en mesure de participer aux mesures de gouvernance -et doivent être remplacés avant que toute mesure de gouvernance puisse être ratifiée (voir ci-dessous). +Toutes les actions de gouvernance sont adoptées à la frontière de l'époque après leur ratification. -#### Clés du comité constitutionnel +#### Contenu -Le comité constitutionnel utilisera une configuration de clé chaude et froide, similaire au mécanisme existant de « certificat de délégation genesis ». +Chaque mesure de gouvernance comprendra les éléments suivants : -#### Remplacement du comité constitutionnel +* un montant de dépôt (enregistré puisque le montant du dépôt est un paramètre de protocole pouvant être mis à jour) +* une adresse de récompense pour recevoir le dépôt lorsqu’il est remboursé +* une ancre pour toutes les métadonnées nécessaires pour justifier l’action +* une valeur de condensé de hachage pour éviter les collisions avec des actions concurrentes du même type (comme décrit précédemment) -Le comité constitutionnel peut être remplacé via une action de gouvernance spécifique -("Nouveau comité constitutionnel", décrit ci-dessous) qui requiert l'approbation à la fois -des **SPOs** et des **DReps** -Le seuil de ratification peut être différent dépendamment de si la gouvernance est -dans un état de confiance ou dans un état de non-confiance. + -Le nouveau comité constitutionnel pourrait, en principe, être identique ou partiellement chevaucher le comité sortant tant que l’action est dûment ratifiée. -Cela pourrait se produire, par exemple, si les électeurs ont une confiance collective dans tout ou une partie du comité et souhaitent prolonger son mandat. +De plus, chaque action comprendra certains éléments spécifiques à son type : +| Type d’action de gouvernance | Données supplémentaires | +|:--------------------------------------------------------------|:---------------------------------------------------------------------------------------------------------------------------------------------------| +| 1. Motion de non-confiance | Aucune | +| 2. Nouveau comité/seuil | L’ensemble des résumés de hachage de clé de vérification (membres à supprimer), une carte des résumés de hachage de clé de vérification aux numéros d'époque (nouveaux membres et leur limite de mandat) et une fraction (nouveau seuil) | +| 3. Mise à jour de la Constitution ou politique de proposition | Un condensé de hachage du document constitutionnel | +| 4. Initiation du hard fork | La nouvelle version majeure du protocole | +| 5. Modifications des paramètres du protocole | Les paramètres modifiés | +| 6. Retrait du Trésor | Une carte d’identification de mise à un nombre positif de Lovelace | +| 7. Infos | Aucune | -#### Taille du comité constitutionnel +> **Note** +> La nouvelle version majeure du protocole doit être précisément supérieure d’une à la version actuelle du protocole. +> Deux époques consécutives quelconques auront donc soit la même version de protocole majeure, soit le +> plus tard, on aura une version de protocole majeure qui est une plus grande. -Contrairement à la conception de la gouvernance Shelley, la taille du comité constitutionnel n’est pas fixe et peut être n’importe quel nombre non négatif. -Il peut être modifié chaque fois qu’un nouveau comité est élu (« Nouveau comité constitutionnel et/ou seuil »). -De même, le seuil du comité (la fraction des votes `Yes` du comité qui sont nécessaires pour ratifier les mesures de gouvernance) n’est pas fixe et -peut également varier en fonction de la mesure de gouvernance. -Cela donne beaucoup de flexibilité à la composition du comité. -En particulier, il est possible d’élire un comité vide si la communauté souhaite supprimer entièrement le comité constitutionnel. Notez que cela est différent d’un état de non-confiance et constitue toujours un système de gouvernance capable de mettre en oeuvre des propositions. +> **Note** +> Il ne peut y avoir de doublons entre les membres d’un comité - chaque paire de clé de références dans un comité doit être unique. -Il y aura un nouveau paramètre du protocole pour la taille minimale du comité, -lui-même un nombre non négatif. +Chaque action de gouvernance acceptée sur la chaîne se verra attribuer un identifiant unique (alias l'**ID de l’action de gouvernance**), +composé du hachage de transaction qui l’a créé et de l’index dans le corps de la transaction qui pointe vers lui. -#### Mandat +#### Groupes de paramètres de protocole -Chaque comité constitutionnel nouvellement élu aura un mandat. -Les mandats par membre permettent un système de rotation, par exemple un tiers du comité -expirant chaque année. -Les membres expirés ne peuvent plus voter. -Le membre peut également volontairement démissionner plus tôt, ce qui sera marqué sur la chaîne comme un membre expiré. +Nous avons regroupé les changements de paramètres de protocole par type, +permettant de fixer différents seuils pour chaque groupe. -Si le nombre de membres non expirés du comité tombe en dessous de la taille minimale -du comité, le comité constitutionnel ne pourra pas ratifier -les actions de gouvernance. Cela signifie que seules les actions de gouvernance -qui ne nécessitent pas le vote du comité constitutionnel peuvent toujours -être ratifiées. +Toutefois, nous ne limitons pas chaque action de gouvernance des paramètres de protocole à un seul groupe. +Dans le cas où une action de gouvernance contient des mises à jour pour plusieurs paramètres de différents groupes, +le seuil maximal de tous les groupes concernés s’appliquera à toute mesure de gouvernance donnée. -Par exemple, un comité de cinq membres avec un seuil de 3/5, une taille minimale -de trois et deux membres expirés peut toujours -adopter des mesures de gouvernance si deux membres non expirés votent `Yes`. -Cependant, si un autre membre expire alors le comité constitutionnel devient -incapable de ratifier d’autres actions de gouvernance. +Les groupes de paramètres _réseaux_, _économique_ et _technique_ collectent les paramètres de protocole existants qui ont été introduits pendant les ères Shelley, Alonzo et Babbage. +De plus, nous introduisons un nouveau groupe _gouvernance_ qui est spécifique aux nouveaux paramètres de gouvernance qui seront introduits par le CIP-1694. -La durée maximale du mandat est un paramètre du protocole de gouvernance, spécifié en nombre d'époques. -Pendant un état de non-confiance, aucune action ne peut être ratifiée, -le comité devrait donc prévoir son propre remplacement s'il souhaite éviter les perturbations. +Le **groupe de réseaux** se compose de : +* taille maximale du corps du bloc (`maxBBSize`) +* taille maximale de la transaction (`maxTxSize`) +* taille maximale de l’en-tête de bloc (`maxBHSize`) +* taille maximale d’une valeur de ressource sérialisée (`maxValSize`) +* nombre maximal d’unités d’exécution de script dans une seule transaction (`maxTxExUnits`) +* nombre maximal d’unités d’exécution de script dans un seul bloc (`maxBlockExUnits`) +* nombre maximal d’entrées collatérales (`maxCollateralInputs`) -#### Politique de proposition +Le **groupe économique** comprend : +* coefficient de redevance minimal (`minFeeA`) +* constante de frais minimum (`minFeeB`) +* clé de délégation Lovelace dépôt (`keyDeposit`) +* inscription à la piscine Dépôt Lovelace (`poolDeposit`) +* expansion monétaire (`rho`) +* expansion de la trésorerie (`tau`) +* réduction des primes fixes minimales pour les pools (`minPoolCost`) +* dépôt minimum de Lovelace par octet d’UTxO sérialisé (`coinsPerUTxOByte`) +* prix des unités d’exécution de Plutus (`prix`) -Bien que la constitution soit un document informel hors chaîne, il y aura -également un script facultatif qui pourra appliquer certaines directives. Ce scénario -agit pour compléter le comité constitutionnel en restreignant certains -types de propositions. Par exemple, si la communauté souhaite avoir des règles -strictes pour la trésorerie qui ne peuvent être violées, un script qui applique -ces règles peut être voté en tant que politique de proposition. +Le **groupe technique** est composé de : +* l'influence du pool pledge (`A0`) +* époque maximale du retrait du pool (`eMax`) +* nombre souhaité de pools (`nOpt`) +* modèles de coûts d’exécution de Plutus (`costModels`) +* proportion de collatéral nécessaire pour les scripts (`collateralPercentage`) -La politique de proposition s'applique uniquement aux propositions de mise à jour des paramètres de protocole et -de retrait de trésorerie. +Le **groupe de gouvernance** comprend tous les nouveaux paramètres de protocole introduits dans ce CIP : +* seuils de vote de gouvernance ($P_1$, $P_{2a}$, $P_{2b}$, $P_3$, $P_4$, $P_{5a}$, $P_{5b}$, $P_{5c}$, $P_{5d}$, $P_6$, $Q_1$, $Q_{2a}$, $Q_{2b}$, $Q_4$) +* durée de vie maximale de l'action de gouvernance en époques (`govActionLifetime`) +* dépôt d'action de gouvernance (`govActionDeposit`) +* montant du dépôt DRep (`drepDeposit`) +* période d’activité DRep en époques (`drepActivity`) +* taille minimale du comité constitutionnel (`ccMinSize`) +* durée maximale du mandat (en époques) des membres du comité constitutionnel (`ccMaxTermLength`) - + -### Représentants délégués (DReps) + -> **Warning** -> CIP-1694 DReps **ne doit pas être confondu** avec Project Catalyst DReps. + - +### Votes -#### DReps prédéfinis +Chaque transaction de vote comprend les éléments suivants : -Afin de participer à la gouvernance, un justificatif d’identité de mise doit être délégué à un DRep. -Les détenteurs d’Ada délégueront généralement leurs droits de vote à un DRep enregistré -qui voteront en leur nom. De plus, deux options DRep prédéfinies sont disponibles : +* un ID d’action de gouvernance +* un rôle - membre du comité constitutionnel, DRep ou SPO +* un témoin d’informations d’identification de gouvernance pour le rôle +* une ancre en option (tel que défini ci-dessus) pour les renseignements pertinents au vote; +* un vote 'Oui'/'Non'/'Abstention' -* `Abstain` +Pour les SPO et les DReps, le nombre de votes exprimés (que ce soit 'Oui', 'Non' ou 'Abstention') est proportionnel au Lovelace qui leur est déléguée au moment où +l’action est vérifiée pour ratification. Pour les membres du comité constitutionnel, chaque membre actuel du comité dispose d’un vote. - Si un détenteur d’Ada délègue à `Abstain`, alors sa mise est activement marquée - comme ne participant pas à la gouvernance. +> **Warning** Les votes 'Abstention' ne sont pas inclus dans la « participation active ». +> +> Notez qu’un vote explicite pour s’abstenir diffère de l’abstention de voter. +> La mise non enregistré qui n’a pas voté se comporte comme un vote 'Abstention', +> alors que la mise enregistré qui n’a pas voté se comporte comme un vote 'non'. +> Pour éviter toute confusion, nous n’utiliserons le mot 'Abstention' qu’à partir de maintenant pour signifier un vote en chaîne pour s’abstenir. - L’effet de la délégation de `Abstain` sur la chaîne est que la participation déléguée *ne sera pas* considérée comme - une partie de la participation active de vote. Toutefois, la participation *sera* considérée comme enregistrée pour - l’objectif des incitations décrites dans [Incitations pour les détenteurs d’Ada à déléguer une mise de vote](#incitatifs-pour-les-détenteurs-dada-à-déléguer-une-mise-de-vote). +Le témoin d’informations d’identification de gouvernance déclenchera les vérifications appropriées dans le registre conformément à la règle de registre « UTxOW » existante +(c’est-à-dire une vérification de signature pour les clés de vérification, et une exécution de validateur avec un rédempteur de vote spécifique et un nouvel objectif de script Plutus pour les scripts). -* `No Confidence` +Les votes peuvent être exprimés plusieurs fois pour chaque action de gouvernance par un seul témoin d’informations d’identification. +Les votes correctement soumis remplacent tous les votes plus anciens pour les mêmes informations d’identification et le même rôle. +C’est-à-dire que l’électeur peut changer sa position sur n’importe quelle action s’il le souhaite. +Dès qu’une mesure de gouvernance est ratifiée, le vote prend fin et les transactions contenant d’autres votes sont invalides. - Si un détenteur d’Ada délègue à `No Confidence`, sa participation est comptée comme - un vote `Yes` pour chaque action de `No Confidence` et un vote `No` pour toute autre action. - La participation déléguée *sera* considérée comme faisant partie de la participation au vote actif. - Il sert également de mesure directement vérifiable de la confiance des détenteurs d’Ada envers le comité - constitutionel. +#### État de gouvernance +Lorsqu’une action de gouvernance est soumise avec succès à la chaîne, sa progression sera suivie par l’état du grand livre. +En particulier, les éléments suivants seront suivi : -> **Note** -> Les DReps prédéfinis ne votent pas à l'intérieur des transactions, leur comportement est pris en compte au niveau du protocole. -> Le DRep `Abstain` peut être choisi pour diverses raisons, y compris le désir de ne pas -> participer au système de gouvernance. +* l’ID de l’action de gouvernance +* l’époque à laquelle l’action expire +* le montant du dépôt +* l’adresse des récompenses qui recevra le dépôt lorsqu’il sera retourné +* le total des votes 'Oui'/'Non'/'Abstention' du comité constitutionnel pour cette action +* le total des votes 'Oui'/'Non'/'Abstention' des DReps pour cette action +* le total des votes 'Oui'/'Non'/'Abstention' des SPO pour cette action -> **Note** -> Tout détenteur d'Ada peut s'inscrire en tant que DRep et se déléguer s'il souhaite participer activement à -> vote. -#### DReps enregistrés +#### Modifications apportées à l’instantané de mise -Dans Voltaire, les références de mise existantes seront -en mesure de déléguer leur participation à des DReps à des fins de vote, -en plus de la délégation actuelle aux pools de participation pour la production de blocs. -La délégation DRep imitera les mécanismes de délégation de mise existants (via des certificats on-chain). -De même, l’enregistrement des DReps imitera les mécanismes existants d’enregistrement des mise. -De plus, les DReps inscrits devront voter régulièrement pour être toujours considérés comme actifs. -Plus précisément, si un DRep ne soumet aucun vote pour `drepActivity` - plusieurs époques, le DRep est considéré comme inactif, -où `drepActivity` est un nouveau paramètre de protocole. -Les DReps inactifs ne comptent plus dans la participation active des votes, et peut redevenir actif durant un nombre `drepActivity` d'époques en votant sur n’importe quel actions de gouvernance. -La raison pour laquelle les DReps sont marqués comme inactifs est que les DReps qui cessent de participer mais qui ont encore -la mise qui leur est déléguée ne laisse finalement pas le système dans un état où aucune action de -gouvernance peut passer. +Étant donné que l’instantané de mise change à chaque limite d’époque, un nouveau décompte doit être calculé lorsque chaque mesure de gouvernance non ratifiée +est vérifié pour la ratification. Cela signifie qu’une action pourrait être promulguée même si les votes DRep ou SPO n’ont pas changé +(puisque la délégation de vote aurait pu changer). -Les DReps enregistrés sont identifiés par un justificatif d’identité qui peut être : +#### Définitions relatives à la participation de vote -* Une clé de vérification (Ed25519) -* Un script natif ou Plutus +Nous définissons un certain nombre de nouveaux termes liés à la participation de vote : -Le condensé de hachage blake2b-224 d’une informations d’identification DRep sérialisées est appelé _DRep ID_. +* Lovelace contenu dans une sortie de transaction est considéré comme **actif pour le vote** (c’est-à-dire qu’il forme la « participation de vote active ») : + * Il contient une identification de mise enregistrée. + * L’accréditation de mise enregistrée a délégué ses droits de vote à un DRep. +* Par rapport à un certain pourcentage `P`, un seuil de vote DRep (SPO) **a été atteint** si la somme de la mise relative qui a été déléguée aux DReps (SPO) + qui votent `Yes` à une mesure de gouvernance + est au moins `P`. -Les nouveaux types de certificats suivants seront ajoutés pour les DReps : -les certificats d’inscription DRep, les certificats de retraite DRep, et -certificats de délégation de vote. +## Raison d’être -##### Certificats d’enregistrement DRep ++ [Rôle du comité constitutionnel](#rôle-du-comité-constitutionnel) ++ [Omission intentionnelle de la vérification de l’identité](#omission-intentionnelle-de-la-vérification-didentité) ++ [Réduire le pouvoir des entités avec de grandes quantités d’Ada](#réduire-la-puissance-des-entités-avec-de-grandes-quantités-dada) ++ [Greffage sur la distribution des mises du pool de participation](#greffage-sur-la-distribution-des-mises-du-pool-de-participation) ++ [Séparation de l’initiation du hard-fork des modifications des paramètres de protocole standard](#séparation-de-linitiation-du-hard-fork-des-modifications-des-paramètres-du-protocole-standard) ++ [Le but des DReps](#le-but-des-dreps) ++ [Tableau des exigences de ratification](#tableau-des-exigences-de-ratification) ++ [Motion de non-confiance](#motion-de-non-confiance) ++ [Nouveau comité/seuil (état de défiance)](#nouveau-comitéseuil-état-de-non-confiance) ++ [La polyvalence de l’action de gouvernance de l'information](#la-polyvalence-de-laction-de-gouvernance-de-linformation) ++ [Initiation hard-fork](#initiation-hard-fork) ++ [Nouvelles structures de métadonnées](#nouvelles-structures-de-métadonnées) ++ [Contrôle du nombre d’actions de gouvernance actives](#contrôle-du-nombre-dactions-de-gouvernance-actives) ++ [Pas d’AVST](#pas-davst) -Les certificats d’inscription DRep comprennent : +### Rôle du comité constitutionnel -* un ID DRep -* un dépôt -* une ancre en option +À première vue, le comité constitutionnel peut sembler être un comité spécial qui s’est vu accorder un pouvoir supplémentaire sur les DReps. +Cependant, étant donné que DReps peut remplacer le comité constitutionnel à tout moment et que les votes DRep sont également nécessaires pour ratifier chaque action de gouvernance, +le comité constitutionnel n’a pas plus (et peut, en fait, avoir moins) de pouvoir que le DReps. +Dans ce contexte, quel rôle le comité joue-t-il et pourquoi n’est-il pas superflu? +La réponse est que le comité résout le problème d’amorçage du nouveau cadre de gouvernance. +En effet, dès que nous appuyons sur la gâchette et permettons à ce cadre de devenir actif sur la chaîne, alors sans comité constitutionnel, +il faudrait rapidement qu’il y ait suffisamment de DReps, afin que le système ne repose pas uniquement sur les votes SPO. +Nous ne pouvons pas encore prédire à quel point la communauté sera active dans l’inscription en tant que DReps, ni dans quelle mesure les autres détenteurs d’Ada seront réactifs en ce qui concerne la délégation de votes. -Une **ancre** est une paire de : +Ainsi, le comité constitutionnel entre en jeu pour s’assurer que le système peut passer de +son état actuel dans une gouvernance entièrement décentralisée en temps voulu. +De plus, à long terme, le comité peut jouer un rôle de mentorat et de conseil dans les décisions de gouvernance +en étant un ensemble de représentants élus qui sont mis sous les projecteurs pour leur jugement et leur orientation dans les décisions de gouvernance. +Par-dessus tout, le comité est tenu à tout moment de respecter la Constitution et de ratifier les propositions conformément aux dispositions de la Constitution. -* une URL vers une charge utile JSON de métadonnées -* un hachage du contenu de l’URL des métadonnées +### Omission intentionnelle de la vérification d’identité -La structure et le format de ces métadonnées sont délibérément laissés ouverts dans ce CIP. -Les règles on-chain ne vérifieront ni l’URL ni le hachage. -Les applications clientes doivent toutefois effectuer les vérifications d’intégrité habituelles lors de la récupération de contenu à partir de l’URL fournie. +Notez que ce CIP ne mentionne aucun type de validation ou de vérification d’identité pour les membres du comité constitutionnel ou du DReps. +C’est intentionnel. -##### Certificats de retraite DRep +Nous espérons que la communauté envisagera fortement de ne voter que pour et de déléguer aux DReps qui fournissent quelque chose comme un DID pour s’identifier. +Cependant, l’application de la vérification d’identité est très difficile sans un oracle centralisé, que nous considérons comme un pas dans la mauvaise direction. -Les certificats de retraite DRep comprennent : +### Réduire la puissance des entités avec de grandes quantités d’Ada -* un ID DRep +Divers mécanismes, tels que le vote quadratique, ont été proposés pour se prémunir contre les entités ayant une grande influence. +Dans un système basé sur « 1 Lovelace, 1 vote », cependant, il est trivialement facile de diviser la mise en petits montants et d’annuler les protections. +Sans un système de vérification d’identité en chaîne, nous ne pouvons pas adopter de telles mesures. -Notez qu'un DRep est mis à la retraite dès que la chaîne accepte un certificat de retraite, -et le dépôt est restitué dans le cadre de la transaction qui soumet le certificat de retrait -(de la même manière que les dépôts d'enregistrement du justificatif de participation sont retournés). +### Greffage sur la distribution des mises du pool de participation -##### Certificats de délégation de vote +Le protocole Cardano est basé sur un mécanisme de consensus Proof-of-Stake, il est donc judicieux d’utiliser une approche de gouvernance basée sur les enjeux. +Cependant, il existe de nombreuses façons de définir comment enregistrer la répartition des mises entre les participants. +Pour rappel, les adresses réseau peuvent actuellement contenir deux ensembles d’informations d’identification : une pour identifier qui peut débloquer des fonds à une adresse +(alias informations d’identification de paiement) et qui peut être délégué à un pool de participations (alias informations d’identification de délégation). -Les certificats de délégation de vote comprennent : +Plutôt que de définir un troisième ensemble d’informations d’identification, nous proposons plutôt de réutiliser les informations d’identification de délégation existantes, +Utilisation d’un nouveau certificat on-chain pour déterminer la répartition des mise de gouvernance. Cela implique que l’ensemble des DReps peut (et sera probablement) différent de l’ensemble des SPO, +créant ainsi un équilibre. D’un autre côté, cela signifie que la répartition des mise de gouvernance souffre des mêmes lacunes que celle de la production en blocs : +par exemple, les fournisseurs de logiciels de portefeuille doivent prendre en charge les systèmes de multidélégation et doivent faciliter le partitionnement de la mise en sous-comptes si un détenteur d’Ada souhaite déléguer à plusieurs DReps, +ou un détenteur d’Ada doit diviser manuellement sa mise si son portefeuille ne le prend pas en charge. -* l’ID DRep auquel la participation doit être déléguée -* les informations d’identification de mise pour le délégant +Cependant, ce choix limite également les efforts futurs de mise en oeuvre pour les fournisseurs de portefeuilles et minimise l’effort nécessaire pour que les utilisateurs finaux participent au protocole de gouvernance. +Cette dernière préoccupation est suffisamment importante pour justifier la décision. En se greffant sur la structure existante, +Le système reste familier aux utilisateurs et raisonnablement facile à configurer. Cela maximise à la fois les chances de succès et le taux de participation au cadre de gouvernance. -> **Note** -> -> La délégation DRep mappe toujours un justificatif d'identité de mise à un justificatif d'identité DRep. -> Cela signifie qu'un DRep ne peut pas déléguer une mise de vote à un autre DRep. +### Séparation de l’initiation du hard fork des modifications des paramètres du protocole standard -##### Schémas d’autorisation de certificat +Contrairement aux autres mises à jour des paramètres de protocole, les hard forks (ou, plus exactement, les modifications apportées au numéro de version majeure du protocole) nécessitent beaucoup plus d’attention. +En effet, alors que d’autres modifications des paramètres de protocole peuvent être effectuées sans modifications logicielles significatives, +un hard fork suppose qu’une super-majorité du réseau a mis à niveau le noeud Cardano pour prendre en charge le nouvel ensemble de fonctionnalités introduites par la mise à niveau. +Cela signifie que le calendrier d’un événement hard fork doit être communiqué bien à l’avance à tous les utilisateurs de Cardano et nécessite une coordination entre les opérateurs de pool de participations, les fournisseurs de portefeuille, les développeurs DApp et l’équipe de libération des noeuds. -Le système d’autorisation (c’est-à-dire quelles signatures sont requises pour l’enregistrement, le retrait ou la délégation) imite le système existant d’autorisation de délégation de mise. +Par conséquent, cette proposition, contrairement au schéma Shelley, encourage les initiations de hard fork en tant qu’action de gouvernance autonome, distincte des mises à jour des paramètres de protocole. - +### Le but des DReps +Rien dans cette proposition n’empêche les SPO de devenir des DReps. +Pourquoi avons-nous des DReps? +La réponse est que les SPO sont choisis uniquement pour la production de blocs et que tous les SPO ne voudront pas devenir DReps. +Les électeurs peuvent choisir de déléguer leur vote aux DReps sans avoir à se demander s’ils sont +également un bon producteur de blocs, et les SPO peuvent choisir de représenter les détenteurs d’Ada ou non. -#### Nouvelle distribution de la mise pour DReps +### Tableau des exigences de ratification -En plus de la distribution existante par délégation de mise et de la -distribution par pool de participation, le grand livre déterminera désormais également la distribution de la mise par DRep. -Cette répartition déterminera le montant de la mise par laquelle chaque vote d'un DRep -est soutenu. +Les conditions énoncées dans le [tableau des conditions de ratification](#exigences) sont expliquées ici. +La plupart des actions de gouvernance ont le même type d’exigences : +le comité constitutionnel et le DReps doivent atteindre un nombre suffisant de +Votes 'Oui'. +Cela inclut les actions suivantes : +* Nouveau comité/seuil (état normal) +* Mise à jour de la Constitution +* Modifications des paramètres de protocole +* Retrait du Trésor -> **Warning** -> -> **Contrairement à** la distribution utilisée pour la production de blocs, nous utiliserons toujours la plus -> récente version de la distribution de mise par DRep telle qu’elle est donnée sur la limite d’époque. -> -> Cela signifie que **pour tout sujet qui intéresse profondément les électeurs, -> ils ont le temps de déléguer à eux-mêmes comme DRep et de voter directement**. -> Cependant, cela signifie qu’il peut y avoir une différence entre la mise utilisé pour la production -> de bloc et la mise utilisée pour voter à une époque donnée. +### Motion de non-confiance +Une motion de censure représente un manque de confiance de la part de la communauté de Cardano à l’égard de la +Le Comité constitutionnel actuel et, par conséquent, le Comité constitutionnel ne devraient pas +être inclus dans ce type de mesure de gouvernance. +Dans cette situation, les SPOs et les DReps sont laissés à représenter la volonté de la communauté. -#### Incitatifs pour les détenteurs d’Ada à déléguer une mise de vote +### Nouveau comité/seuil (état de non-confiance) -Il y aura une courte [phase d’amorçage] (#bootstrapping-phase) au cours de laquelle des récompenses seront gagnées -pour la délégation de mise, etc. et peut être retiré à tout moment. -Après cette phase, bien que des récompenses continueront d’être gagnées pour la délégation de blocs, etc., les comptes de récompense seront -**empêché de retirer des récompenses** à moins que leurs informations d’identification de mise associées ne soient également déléguées à un DRep. -Cela contribue à assurer une participation élevée et, par conséquent, une légitimité. +Semblable à la motion de non-confiance, l’élection d’un comité constitutionnel +dépend à la fois des SPOs et des DReps pour représenter la volonté de la communauté. -> **Note** -> -> Même si les récompenses ne peuvent pas être retirées, elles ne sont pas perdues. Dès qu’un justificatif de mise est délégué -> (y compris à un DRep prédéfini), les récompenses peuvent être retirées. +### La polyvalence de l’action de gouvernance de l’information -#### Incitatifs DRep +Bien qu’elle ne soit pas contraignante pour la chaîne, l’action de gouvernance de l’information pourrait être utile dans un certain nombre de +Situations. Il s’agit notamment des éléments suivants : -Les DReps ont sans doute besoin d’être rémunérés pour leur travail. La recherche sur les modèles incitatifs est toujours en cours, -et nous ne souhaitons pas retarder la mise en oeuvre de ce CIP pendant que ce problème est résolu. +* ratifier un CIP +* Décider du fichier Genesis pour une nouvelle ère de grand livre +* consigner les commentaires initiaux pour les futures mesures de gouvernance -Notre proposition provisoire est donc l'entiercement de Lovelace de la trésorerie Cardano existante jusqu’à ce -qu'une décision extrêmement importante peut être convenue par la communauté, à travers le mécanisme de gouvernance en chaîne -en cours d’élaboration. +### Initiation Hard-Fork -Alternativement, les DReps pourraient se payer par le biais d’instances de l’action de gouvernance « retrait du Trésor ». -Une telle action serait vérifiable sur la chaîne et devrait refléter un accord hors chaîne entre DReps et les délégants. +Indépendamment de tout mécanisme de gouvernance, la participation des SPO est nécessaire pour tout hard fork car ils doivent mettre à niveau leur logiciel de noeud. +Pour cette raison, nous rendons leur coopération explicite dans l’action de gouvernance d’initiation hard fork, +en exigeant toujours leur vote. +Le comité constitutionnel vote également, signalant la constitutionnalité d’un hard fork. +Les DReps votent également, pour représenter la volonté de chaque partie prenante. - - +### Nouvelles structures de métadonnées -### Actions de gouvernance - -Nous définissons sept types différents d'**actions de gouvernance**. -Une action de gouvernance est un événement en chaîne qui est déclenché par une transaction et a une date limite après lequel il ne peut être promulgué. +Les actions de gouvernance, les votes et les certificats et la Constitution utilisent de nouveaux champs de métadonnées, +sous forme d’URL et de hachages d’intégrité +(reflétant la structure des métadonnées pour l’enregistrement du pool de participation). +Les métadonnées sont utilisées pour fournir un contexte. +Les actions de gouvernance doivent expliquer pourquoi elles sont nécessaires, +quels experts ont été consultés, etc. +Étant donné que les contraintes de taille des transactions ne devraient pas limiter ces données explicatives, +nous utilisons plutôt des URL. -- Une action est dite **ratifiée** lorsqu’elle recueille suffisamment de votes en sa faveur (grâce aux règles et paramètres détaillés ci-dessous). -- Une action qui ne parvient pas à être ratifiée avant sa date limite est dite **expirée**. -- Une action qui a été ratifiée est dite **promulguée** une fois qu’elle a été activée sur le réseau. +Cela introduit toutefois de nouveaux problèmes. +Si une URL ne se résout pas, à quoi faut-il s’attendre pour voter sur cette action ? +Devrions-nous nous attendre à ce que tout le monde vote 'non'? +S’agit-il d’un vecteur d’attaque contre le système de gouvernance ? +Dans un tel scénario, la pré-image de hachage pourrait être communiquée d’autres manières, mais nous devrions être +préparé à la situation. +Devrait-il y avoir un résumé de la justification sur la chaîne? +#### Alternative : Utilisation des métadonnées de transaction -| Action | Description | -| :-----------------------------------------------------| :-------------------------------------------------------------------------------------------------------------------------------------------------------------| -| 1. Motion de censure | Une motion pour créer un _état de non-confiance_ au sein du comité constitutionnel actuel | -| 2. Nouveau comité constitutionnel et/ou nouveau seuil | Modification des membres du comité constitutionnel et/ou de son seuil de signature et/ou limites de mandat | -| 3. Mises à jour de la Constitution | Une modification de la Constitution off-chain, enregistrée en tant que hachage on-chain du document texte | -| 4. Hard-Fork[^2] Initiation | Déclenche une mise à niveau non rétrocompatible du réseau ; Nécessite une mise à niveau logicielle préalable | -| 5. Modifications des paramètres du protocole | Tout changement **d’un ou de plus** paramètres de protocole pouvant être mis à jour, excluant les changements aux versions majeures du protocole (hard forks) | -| 6. Retraits de trésorerie | Retraits de la trésorerie | -| 7. Infos | Action qui n’a aucun effet sur la chaîne, autre qu’un enregistrement sur la chaîne. | +Au lieu de champs dédiés spécifiques au format transactionnel, nous pourrions utiliser le champ de métadonnées de transaction existant. -**Tout détenteur d’Ada** peut soumettre une action de gouvernance à la chaîne. -Ils doivent fournir un dépôt de `govActionDeposit` Lovelace, qui sera retourné lorsque l’action sera finalisée -(s’il est **ratifié** ou **a expiré**). -Le montant du dépôt sera ajouté au _pot de dépôt_, similaire aux dépôts clés de mise. -Il sera également pris en compte dans la mise de l’adresse de récompense à laquelle il sera remboursé, afin de ne pas réduire le pouvoir de vote du déposant pour voter sur ses propres actions (et concurrentes). +Les métadonnées liées à la gouvernance peuvent être clairement identifiées en enregistrant une étiquette de métadonnées CIP-10. +Dans ce cadre, la structure des métadonnées peut être déterminée par ce CIP (format exact à déterminer), à l’aide d’un index pour mapper l’ID de vote ou d’action de gouvernance à l’URL et au hachage des métadonnées correspondants. -Si une politique de proposition est présente, la transaction doit inclure cette -politique dans le témoin soit directement, soit via des entrées de référence, -et toutes les autres exigences imposées par la politique de proposition doivent être -satisfaites. +Cela évite d’avoir à ajouter des champs supplémentaires au corps de la transaction, au risque de faciliter l’ignorance des déposants. +Toutefois, étant donné que les métadonnées requises peuvent être vides (ou peuvent pointer vers une URL non résolue), +Il est déjà facile pour les auteurs de fournir des métadonnées, et il n’est donc pas clair si cela aggrave la situation. -Notez qu’une motion de non-confiance est une mesure extrême qui permet aux détenteurs d’Ada de révoquer le pouvoir -qui a été accordé à l’actuel Comité constitutionnel. +Notez que les métadonnées de transaction ne sont jamais stockées dans l’état du grand livre, de sorte que ce serait aux clients de décider. +pour coupler les métadonnées avec les actions et les votes dans cette alternative, et ne serait pas disponible +en tant que requête d’état du grand livre. -> **Note** -> Une **seule** action de gouvernance peut contenir **plusieurs** mises à jour des paramètres de protocole. De nombreux paramètres sont interconnectés et peuvent nécessiter d'être déplacés en synchronisme. +### Contrôle du nombre d’actions de gouvernance actives -#### Ratification +Étant donné que les actions de gouvernance peuvent être soumises par tous, nous avons besoin d’un mécanisme pour empêcher +les personnes responsables du vote de ne pas être submergées par un flot de propositions. +Un dépôt important est l’un de ces mécanismes, mais cela se fait au prix malheureux d’être un obstacle +pour certaines personnes qui souhaiteraient soumettent une action. +Notez cependant que le crowd-sourcing avec un script Plutus est toujours une option pour collecter le dépôt. -Les mesures de gouvernance sont **ratifiées** par le biais d’actions de vote en chaîne. -Différents types d'action de gouvernance ont des exigences de ratification différentes, mais impliquent toujours **deux des trois** organes de gouvernance, -à l’exception d’une initiative de hard fork et paramètres de protocole liés à la sécurité, qui nécessite la ratification de tous les organes de gouvernance. -Selon le type d’action de gouvernance, une action sera donc ratifiée lorsqu’une combinaison des éléments suivants se produit : +Nous pourrions, alternativement, accepter la possibilité d’un grand nombre d’actions actives à un temps donné +et plutôt dépendre de la socialisation hors chaîne pour guider l’attention des électeurs vers ceux qui le méritent. +Dans ce scénario, le comité constitutionnel pourrait choisir de n’examiner que les propositions qui ont +a déjà recueilli suffisamment de votes de la part des DReps. -* le comité constitutionnel approuve l’action (le nombre de membres qui votent `Yes` atteint le seuil du comité constitutionnel) -* les DReps approuvent l’action (la participation contrôlée par les DReps qui votent `Yes` atteint un certain seuil de la mise totale active des votes) -* les SPO approuvent l’action (la participation contrôlée par les SPO qui votent `Yes` atteint un certain seuil par rapport à la mise active totale déléguée pour l'époque) +### Pas d’AVST -> **Warning** -> Comme expliqué ci-dessus, différentes distributions de mise s’appliquent aux DReps et aux SPO. +Une version antérieure de ce CIP incluait la notion d’un « seuil de mise active » ou AVST. +Le but de l’AVST était d’assurer la légitimité de chaque vote, en éliminant la possibilité que, par exemple, +9 Lovelace sur 10 pourraient décider du sort de millions d’entités sur Cardano. +Il y a vraiment deux préoccupations ici, qui méritent d’être séparées. -Une motion de non-confiance réussie, l'élection d'un nouveau comité constitutionnel, -un changement constitutionnel, ou un hard fork, retarde -la ratification de toutes les autres mesures de gouvernance jusqu’à la première époque suivant leur promulgation. Cela donne -un nouveau comité constitutionnel suffisamment de temps pour voter sur les propositions actuelles, réévaluer les propositions existantes -à l’égard d’une nouvelle constitution, et veille à ce que les changements sémantiques arbitraires de principe entraîné -en adoptant un hard-fork n’ont pas de conséquences imprévues en combinaison avec d’autres actions. +La première préoccupation est celle de l’amorçage du système, c’est-à-dire d’atteindre le moment initial où +Une participation suffisante est enregistrée pour voter. +La deuxième préoccupation est que le système pourrait perdre sa participation au fil du temps. +L’un des problèmes de l’AVST est qu’elle incite les SPOs à souhaiter un faible taux d’enregistrement au vote. +(puisque leurs votes ont alors plus de poids). +Ce n’est absolument pas un affront aux SPOs existants, mais un problème avec de mauvaises incitations. -##### Exigences +Nous avons donc choisi de résoudre les deux préoccupations différemment. +Nous résolvons le problème d’amorçage comme décrit dans la section sur l’amorçage. +Nous résolvons le problème de la participation à long terme en n’autorisant pas les retraits de récompenses +(après la phase bootstrap) sauf si la participation est déléguée à un DRep +(y compris les deux cas particuliers, à savoir 'Abstention' et 'Non-confiance'). -Le tableau suivant détaille les exigences de ratification pour chaque scénario d’action de gouvernance. Les colonnes représentent : +### Journal des modifications -* **Type d’action de gouvernance**
- Type de mesure de gouvernance. Notez que les mises à jour des paramètres de protocole sont regroupées en quatre catégories. +#### Modifications après l'atelier Longmont (Mars 2023) -* **Comité constitutionnel (abréviation CC)**
- Une valeur de ✓ indique que le comité constitutionnel doit approuver cette action.
- Une valeur de - signifie que les votes du comité constitutionnel ne s’appliquent pas. +* Remerciez les participants à l'atelier. +* Nous avons ajouté les termes du Comité constitutionnel. +* Deux nouvelles options DRep « prédéfinies » : abstention et non-confiance. +* Nouvelle action de gouvernance « Info ». +* Utilisez la distribution de participation DRep la plus récente pour la ratification. + Cela signifie que si jamais votre DRep vote comme vous ne l'aimez pas, + vous pouvez immédiatement vous faire un DRep et voter comme vous le souhaitez. +* Récupérez une partie de l'ADA de la trésorerie actuelle pour d'éventuelles + incitations DRep futures. +* Supprimez les actions de trésorerie à plusieurs niveaux au profit de quelque chose d'adaptatif + (le seuil du « Yes » dépendrait donc de : + 1) combien d'ada, + 2) quel est le montant de la mise de participation enregistrée, et peut-être + 3) combien d'ada est libéré à chaque époque +* Divisez les mises à jour des paramètres de protocole en quatre groupes : + réseau, économique, technique et gouvernemental. +* La plupart des actions gouvernementales peuvent être promulguées (après ratification) + immédiatement. Tout sauf : les paramètres de protocole et les hard forks. +* Supprimez la restriction « une action par type et par époque » en faveur du + suivi du dernier ID d'action de chaque type, et de son inclusion + dans l'action. +* Pas d'AVST. +* Phase d'amorçage : jusqu'à ce que X % des ADA soient inscrits pour voter ou que Y époques se + soient écoulées, seuls les changements de paramètres et les hard forks peuvent se produire. + Les changements du PP ont juste besoin du quorum CC, les HF ont besoin du CC et des SPOs. + Après la phase de bootstrap, nous mettons en place l'incitation à maintenir des + DReps bas, mais ce mécanisme se détend **automatiquement**. +* Nouvel objectif de script plutus pour DReps. +* Retraits multiples du Trésor en une seule époque. +* Une section sur le problème récursif du "comment ratifier ce CIP". +* Modifications apportées au protocole local de requête d'état. +* Nouvelles idées, si le temps le permet : + * Pesez d'une manière ou d'une autre le vote des enjeux SPO par par le « pledge ». + * Les DReps peuvent spécifier quel autre DRep recevra ses délégants + au cas ou ils se retire. +* Dépôt réduit pour action gouvernementale si un membre du CC + l'approuve (ce qui signifie probablement qu'il a suivi un certain processus). +* Inclure le hachage de (future) configuration Genesis dans la proposition de HF. -* **DReps**
-Le seuil de vote DRep qui doit être atteint en pourcentage de la *participation de vote active*. +#### Modifications après l'atelier d'Édimbourg (Juillet 2023) -* **SPO**
- Le seuil de vote SPO qui doit être atteint en pourcentage de la mise détenue par tous les pools de mise.
- Une valeur de - signifie que les votes SPO ne s’appliquent pas. +* Ajoutez une politique de proposition, qui peut contrôler quels retraits de trésorerie et + modifications des paramètres de protocole sont autorisés. +* Supprimer l'abandon des actions de gouvernance. Le seul effet que cela a est que si + une mesure de censure est adoptée, les actions restent + en place. Cependant, seules les nouvelles propositions du comité + conçues pour s’appuyer sur cette mesure de censure peuvent être + adoptées. Si un nouveau comité est élu alors que certaines de ces actions + n'ont pas expiré, ces actions peuvent être ratifiées mais le nouveau comité + doit les approuver. +* All governance actions are enacted one epoch after they are ratified. +* Déplacez les restrictions post-bootstrapping vers « Autres idées ». +* Ajoutez une section sur les différents montants de dépôt à « Autres idées ». +* Ajoutez une section pour un AVS minimum à « Autres idées ». +* Renommez certains paramètres de protocole. +* Renommez `TALLY` en `GOV`. +* Transformez la Constitution en une ancre. +* Retravaillez quelles ancres sont requises et lesquelles sont facultatives. +* Nettoyez diverses incohérences et restes des anciennes versions. -| Type d’action de gouvernance | CC | DReps | SPOs | -|:--------------------------------------------------------------------------------|:----|:---------|:---------| -| 1. Motion de non-confiance | \- | $P_1$ | $Q_1$ | -| 2a. Nouveau comité/seuil (_état normal_) | \- | $P_{2a}$ | $Q_{2b}$ | -| 2b. Nouveau comité/seuil (_état de non-confiance_) | \- | $P_{2b}$ | $Q_{2b}$ | -| 3. Mise à jour de la Constitution ou politique de proposition | ✓ | $P_3$ | \- | -| 4. Initiation du hard fork | ✓ | $P_4$ | $Q_4$ | -| 5a. Modifications des paramètres de protocole, groupe réseau | ✓ | $P_{5a}$ | \- | -| 5b. Modifications des paramètres du protocole, groupe économique | ✓ | $P_{5b}$ | \- | -| 5c. Modifications des paramètres de protocole, groupe technique | ✓ | $P_{5c}$ | \- | -| 5d. Modifications des paramètres de protocole, groupe de gouvernance | ✓ | $P_{5d}$ | \- | -| 6. Retrait du Trésor | ✓ | $P_6$ | \- | -| 7. Infos | ✓ | $100$ | $100$ | +#### Modifications liées à la sécurité et autres correctifs -Chacun de ces seuils est un paramètre de gouvernance. Il y a un -seuil supplémentaire, « Q5 », lié aux paramètres de protocole pertinents pour la sécurité, -qui est expliqué ci-dessous. -Les seuils initiaux devraient être choisis par la communauté Cardano dans son ensemble. -Les deux seuils de l'action Info sont définis à 100 % car le fixer plus bas -entraînerait l'impossibilité de sonder au-dessus du seuil. +* Protégez les modifications liées à la sécurité derrière les votes SPO. +* Le système n’entre pas dans un état de non-confiance avec un nombre insuffisant + de membres actifs du CC, le CC devient tout simplement incapable d’agir. +* Précisez que les membres du CC peuvent utiliser n’importe quel type d’identifiant. -Certains paramètres sont pertinents pour les propriétés de sécurité du système. Toute -proposition tentant de modifier un tel paramètre nécessite un vote supplémentaire -des SPOs, avec le seuil `Q5`. +## Chemin vers Actif -Les paramètres de protocole pertinents pour la sécurité sont : -* `maxBBSize` -* `maxTxSize` -* `maxBHSize` -* `maxValSize` -* `maxBlockExUnits` -* `minFeeA` -* `minFeeB` -* `coinsPerUTxOByte` -* `govActionDeposit` -* `minFeeRefScriptsCoinsPerByte` +### Critères d’acceptation -> **Note** -> Il peut être logique que certains ou tous les seuils s’adaptent en ce qui concerne le Lovelace qui est activement inscrit pour voter. -> Par exemple, un seuil pourrait varier entre 51 % pour un niveau élevé d’enregistrement et 75 % pour un niveau d’enregistrement faible. -> En outre, le seuil de trésorerie pourrait également être adaptatif, en fonction du Lovelace total qui est retiré, -> ou différents seuils pourraient être fixés pour différents niveaux de retrait. +- [ ] Une nouvelle ère du grand livre est activée sur le réseau principal Cardano, qui implémente la spécification ci-dessus. -> **Note** -> Pour atteindre la légitimité, le seuil minimum acceptable ne devrait pas être inférieur à 50% de la mise déléguée. +### Plan de mise en oeuvre +Les fonctionnalités de ce CIP nécessitent un hard fork. -##### Restrictions +Ce document décrit un changement ambitieux dans la gouvernance de Cardano. +Nous proposons de mettre en oeuvre les changements via **un hard fork**. -Outre _Retrait du trésor_ et _Infos_, nous incluons un mécanisme pour assurer que les actions de gouvernance -du même type ne se heurtent pas accidentellement de manière inattendue. +Dans les sections suivantes, nous donnons plus de détails sur les différents éléments de travail de mise en œuvre qui ont déjà été identifiés. +En outre, la dernière section expose quelques questions ouvertes qui devront être finalisées. +Nous espérons que ces questions pourront être abordées dans le cadre d’ateliers et de discussions communautaires. -Chaque action de gouvernance doit inclure l’ID de l’action de gouvernance de l’action la plus récente adoptée de son type donné. -Cela signifie que deux actions du même type peuvent être promulguées en même temps, -Mais ils doivent être *délibérément* conçus pour le faire. +#### Ratification de cette proposition +La ratification de cette proposition est en quelque sorte un problème circulaire: nous avons besoin d’une forme de cadre de gouvernance afin de nous mettre d’accord sur ce que devrait être le cadre de gouvernance final. +Comme on l’a dit à maintes reprises, les CIP ne font pas autorité et ne constituent pas un mécanisme de gouvernance. +Ils décrivent plutôt des solutions techniques qui ont été jugées saines (d’un point de vue technique) par la communauté d’experts. -#### Promulgation +Le CIP-1694 va sans doute au-delà de la portée habituelle du processus de CIP et il y a un fort désir de ratifier ce CIP par le biais de _un processus_. +Toutefois, ce processus n’a pas encore été défini et reste une question ouverte. +Le processus de ratification finale sera probablement un mélange de diverses idées, telles que: -Les actions qui ont été ratifiées à l’époque actuelle sont classées par ordre de priorité comme suit pour la promulgation : +- [ ] Recueillir les opinions des ateliers communautaires, semblables à l’atelier du Colorado de février-mars 2023. +- [ ] Exercer des actions de vote sur un réseau de test public, avec une participation suffisante. +- [ ] Interrogez les fournisseurs de services établis. +- [ ] Tirer parti de Project Catalyst pour recueillir les contributions de la communauté électorale existante (bien que petite en termes de participation active). -1. Motion de non-confiance -2. Nouveau comité/seuil -3. Mises à jour de la Constitution ou politique de proposition -4. Initiation du hard fork -5. Modifications des paramètres du protocole -6. Retraits du Trésor -7. Infos +#### Modifications apportées au corps de la transaction -> **Note** La promulgation des actions _Info_ est une action nulle, car elles n’ont aucun effet sur le protocole. +- [ ] De nouveaux éléments seront ajoutés au corps de la transaction, et les fonctionnalités de mise à jour et MIR existantes seront supprimées. En particulier -##### Ordre de promulgation + Les actions de gouvernance et les votes comprendront deux nouveaux champs d’organe de transaction. -Les actions de gouvernance sont mises en oeuvre par ordre d’acceptation dans la chaîne. -Cela résout les conflits où, par exemple, il y a deux changements de paramètres concurrents. +- [ ] Trois nouveaux types de certificats seront ajoutés en plus des certificats existants : -#### Cycle de vie - -Les actions de gouvernance ne sont vérifiées pour ratification que sur une limite d’époque. -Une fois ratifiée, des actions sont organisées en vue de leur promulgation. - -Toutes les actions de gouvernance soumises seront donc soit : + * Inscription DRep + * Désinscription DRep + * Délégation de vote -1. **ratifié**, puis **promulgué** -2. ou **expirée** après un certain nombre d’époques + De même, les certificats MIR et genesis actuels seront supprimés. -Dans tous ces cas, les dépôts sont retournés immédiatement. +- [ ] Un nouvel objectif `Voting` sera ajouté aux contextes de script Plutus. + Cela prévoira, en particulier, le vote aux scripts on-chain. -Toutes les actions de gouvernance sont adoptées à la frontière de l'époque après leur ratification. +> **Warning** Comme d’habitude, nous fournirons une spécification CDDL pour chacune de ces modifications. -#### Contenu +#### Modifications apportées aux règles existantes du grand livre -Chaque mesure de gouvernance comprendra les éléments suivants : +* La règle de transition `PPUP` sera réécrite et déplacée de la règle `UTxO` vers la règle `LEDGER` en tant que nouvelle règle `GOV`. -* un montant de dépôt (enregistré puisque le montant du dépôt est un paramètre de protocole pouvant être mis à jour) -* une adresse de récompense pour recevoir le dépôt lorsqu’il est remboursé -* une ancre pour toutes les métadonnées nécessaires pour justifier l’action -* une valeur de condensé de hachage pour éviter les collisions avec des actions concurrentes du même type (comme décrit précédemment) + Il traitera et enregistrera les actions de gouvernance et les votes. - +* La règle de transition `NEWEPOCH` sera modifiée. +* La sous-règle `MIR` sera supprimée. +* Une nouvelle règle `RATIFY` sera introduite pour mettre en scène les actions de gouvernance en vue de leur promulgation. -De plus, chaque action comprendra certains éléments spécifiques à son type : + Il ratifiera les mesures de gouvernance et les mettra en oeuvre en vue de leur promulgation à l’époque actuelle ou à l’époque suivante, selon le cas. -| Type d’action de gouvernance | Données supplémentaires | -|:--------------------------------------------------------------|:---------------------------------------------------------------------------------------------------------------------------------------------------| -| 1. Motion de non-confiance | Aucune | -| 2. Nouveau comité/seuil | L’ensemble des résumés de hachage de clé de vérification (membres à supprimer), une carte des résumés de hachage de clé de vérification aux numéros d'époque (nouveaux membres et leur limite de mandat) et une fraction (nouveau seuil) | -| 3. Mise à jour de la Constitution ou politique de proposition | Un condensé de hachage du document constitutionnel | -| 4. Initiation du hard fork | La nouvelle version majeure du protocole | -| 5. Modifications des paramètres du protocole | Les paramètres modifiés | -| 6. Retrait du Trésor | Une carte d’identification de mise à un nombre positif de Lovelace | -| 7. Infos | Aucune | +* Une nouvelle règle de `ENACTMENT` sera appelée immédiatement après la règle `EPOCH` . Cette règle édictera des mesures de gouvernance qui ont déjà été ratifiées. +* La règle `EPOCH` n’appellera plus la sous-règle `NEWPP` ni ne calculera si le quorum est atteint sur l’état PPUP. -> **Note** -> La nouvelle version majeure du protocole doit être précisément supérieure d’une à la version actuelle du protocole. -> Deux époques consécutives quelconques auront donc soit la même version de protocole majeure, soit le -> plus tard, on aura une version de protocole majeure qui est une plus grande. +#### Modifications apportées au protocole de requête d’état local -> **Note** -> Il ne peut y avoir de doublons entre les membres d’un comité - chaque paire de clé de références dans un comité doit être unique. +La charge de travail de gouvernance sur la chaîne est importante, mais la charge de travail hors chaîne pour les outils et les applications sera sans doute encore plus importante. +Pour construire un écosystème de gouvernance efficace, le grand livre devra fournir des interfaces avec divers éléments de gouvernance. -Chaque action de gouvernance acceptée sur la chaîne se verra attribuer un identifiant unique (alias l'**ID de l’action de gouvernance**), -composé du hachage de transaction qui l’a créé et de l’index dans le corps de la transaction qui pointe vers lui. +Alors que les votes et les (dé)inscriptions DReps sont directement visibles dans les blocs et seront donc accessibles via les protocoles de synchronisation de la chaîne locale existants; Nous devrons mettre à niveau le protocole de requête d’état local pour fournir des informations supplémentaires sur les informations qui sont plus difficiles à déduire des blocs (c’est-à-dire celles qui nécessitent le maintien d’un état de grand livre). Les nouvelles requêtes d’état doivent couvrir (au moins) : -#### Groupes de paramètres de protocole +- Les actions de gouvernance actuellement mises en œuvre +- Les actions de gouvernance en cours de ratification, avec le total et le pourcentage de mise « oui », de mise « non » et de mise « abstention » +- Le comité constitutionnel actuel et le condensé de hachage de la constitution -Nous avons regroupé les changements de paramètres de protocole par type, -permettant de fixer différents seuils pour chaque groupe. +#### Phase d’amorçage -Toutefois, nous ne limitons pas chaque action de gouvernance des paramètres de protocole à un seul groupe. -Dans le cas où une action de gouvernance contient des mises à jour pour plusieurs paramètres de différents groupes, -le seuil maximal de tous les groupes concernés s’appliquera à toute mesure de gouvernance donnée. +Nous devrons faire attention à la façon dont nous amorcerons ce gouvernement naissant. Toutes les parties +qui sont impliqués auront besoin de suffisamment de temps pour s’inscrire et se familiariser avec le processus. -Les groupes de paramètres _réseaux_, _économique_ et _technique_ collectent les paramètres de protocole existants qui ont été introduits pendant les ères Shelley, Alonzo et Babbage. -De plus, nous introduisons un nouveau groupe _gouvernance_ qui est spécifique aux nouveaux paramètres de gouvernance qui seront introduits par le CIP-1694. +Des dispositions spéciales s’appliqueront dans la phase initiale de bootstrap. +Tout d’abord, pendant la phase d’amorçage, un vote du comité constitutionnel +est suffisant pour modifier les paramètres du protocole. +Deuxièmement, pendant la phase d’amorçage, un vote du comité constitutionnel, +avec un vote SPO suffisant, est suffisant pour initier un hard fork. +Aucune autre action n’est possible pendant la phase d’amorçage. -Le **groupe de réseaux** se compose de : -* taille maximale du corps du bloc (`maxBBSize`) -* taille maximale de la transaction (`maxTxSize`) -* taille maximale de l’en-tête de bloc (`maxBHSize`) -* taille maximale d’une valeur de ressource sérialisée (`maxValSize`) -* nombre maximal d’unités d’exécution de script dans une seule transaction (`maxTxExUnits`) -* nombre maximal d’unités d’exécution de script dans un seul bloc (`maxBlockExUnits`) -* nombre maximal d’entrées collatérales (`maxCollateralInputs`) +La phase d'amorçage se termine lorsqu'un nombre donné d'époques s'est écoulé, +comme spécifié dans le fichier de configuration de l'ère du prochain grand livre. +Cela se produira probablement plusieurs mois après le hard fork. -Le **groupe économique** comprend : -* coefficient de redevance minimal (`minFeeA`) -* constante de frais minimum (`minFeeB`) -* clé de délégation Lovelace dépôt (`keyDeposit`) -* inscription à la piscine Dépôt Lovelace (`poolDeposit`) -* expansion monétaire (`rho`) -* expansion de la trésorerie (`tau`) -* réduction des primes fixes minimales pour les pools (`minPoolCost`) -* dépôt minimum de Lovelace par octet d’UTxO sérialisé (`coinsPerUTxOByte`) -* prix des unités d’exécution de Plutus (`prix`) +De plus, il y aura un comité constitutionnel intérimaire, +également spécifié dans le fichier de configuration de l'ère du prochain grand livre, +dont les limites de mandat expireront à la fin de la phase d'amorçage. +Le calendrier de rotation du premier comité non-bootstrap pourrait être inclus dans la constitution elle-même. +Notez toutefois que, puisque le comité constitutionnelle ne vote jamais sur de nouveaux comités, +il ne peut pas réellement imposer la rotation. -Le **groupe technique** est composé de : -* l'influence du pool pledge (`A0`) -* époque maximale du retrait du pool (`eMax`) -* nombre souhaité de pools (`nOpt`) -* modèles de coûts d’exécution de Plutus (`costModels`) -* proportion de collatéral nécessaire pour les scripts (`collateralPercentage`) +#### Autres idées / Questions ouvertes -Le **groupe de gouvernance** comprend tous les nouveaux paramètres de protocole introduits dans ce CIP : -* seuils de vote de gouvernance ($P_1$, $P_{2a}$, $P_{2b}$, $P_3$, $P_4$, $P_{5a}$, $P_{5b}$, $P_{5c}$, $P_{5d}$, $P_6$, $Q_1$, $Q_{2a}$, $Q_{2b}$, $Q_4$) -* durée de vie maximale de l'action de gouvernance en époques (`govActionLifetime`) -* dépôt d'action de gouvernance (`govActionDeposit`) -* montant du dépôt DRep (`drepDeposit`) -* période d’activité DRep en époques (`drepActivity`) -* taille minimale du comité constitutionnel (`ccMinSize`) -* durée maximale du mandat (en époques) des membres du comité constitutionnel (`ccMaxTermLength`) +##### Vote des SPO pondérés par les engagements - +Le vote du SPO pourrait en outre être pondéré par l’engagement de chaque SPO. +Cela fournirait un mécanisme permettant à ceux qui ont un intérêt littéral dans le jeu d’avoir un vote plus fort. +La pondération doit être choisie avec soin. - +##### Redélégation automatique des DReps - +Un DRep pourrait éventuellement indiquer un autre identifiant DRep dans son certificat d’enregistrement. +À la retraite, toutes les délégations du DRep seraient automatiquement transférées vers +les informations d’identification DRep choisi. Si ce DRep avait déjà pris sa retraite, la délégation serait transférée +au DRep 'Abstention'. -### Votes +##### Pas d’inscription DRep -Chaque transaction de vote comprend les éléments suivants : +Étant donné que l’enregistrement DRep ne remplit aucune fonction nécessaire, +les certificats pour (dés)enregistrer DReps pourraient être supprimés. Ceci +rend la démocratie plus liquide puisqu’elle supprime une partie de la bureaucratie et +élimine également le besoin du dépôt DRep, au détriment du déplacement de l’ancre qui fait partie du +certificat d’enregistrement DRep dans les métadonnées de transaction. -* un ID d’action de gouvernance -* un rôle - membre du comité constitutionnel, DRep ou SPO -* un témoin d’informations d’identification de gouvernance pour le rôle -* une ancre en option (tel que défini ci-dessus) pour les renseignements pertinents au vote; -* un vote 'Oui'/'Non'/'Abstention' +##### Réduction des dépôts pour certaines actions gouvernementales -Pour les SPO et les DReps, le nombre de votes exprimés (que ce soit 'Oui', 'Non' ou 'Abstention') est proportionnel au Lovelace qui leur est déléguée au moment où -l’action est vérifiée pour ratification. Pour les membres du comité constitutionnel, chaque membre actuel du comité dispose d’un vote. +Le dépôt qui est attaché aux actions de gouvernance existe pour prévenir un flot d'actions de gouvernance non sérieuse, +dont chacune nécessiterait du temps et de l’attention de la part de la communauté de Cardano. +Nous pourrions réduire ce dépôt pour les propositions qui passent par un processus convenu hors chaîne. +Cela serait marqué sur la chaîne par l’approbation d’au moins un membre du comité constitutionnel. +L’inconvénient de cette idée est qu’elle donne plus de pouvoir au comité constitutionnel. -> **Warning** Les votes 'Abstention' ne sont pas inclus dans la « participation active ». -> -> Notez qu’un vote explicite pour s’abstenir diffère de l’abstention de voter. -> La mise non enregistré qui n’a pas voté se comporte comme un vote 'Abstention', -> alors que la mise enregistré qui n’a pas voté se comporte comme un vote 'non'. -> Pour éviter toute confusion, nous n’utiliserons le mot 'Abstention' qu’à partir de maintenant pour signifier un vote en chaîne pour s’abstenir. +##### Différents montants de dépôt pour différentes actions de gouvernance -Le témoin d’informations d’identification de gouvernance déclenchera les vérifications appropriées dans le registre conformément à la règle de registre « UTxOW » existante -(c’est-à-dire une vérification de signature pour les clés de vérification, et une exécution de validateur avec un rédempteur de vote spécifique et un nouvel objectif de script Plutus pour les scripts). +Plusieurs ateliers de ce CIP ont proposé d'introduire un montant de dépôt différent +pour chaque type d'action de gouvernance. Il n’est pas clair +si une majorité est favorable à cette idée, mais elle pourrait être +envisagée s’il apparaît clairement que cela est nécessaire. -Les votes peuvent être exprimés plusieurs fois pour chaque action de gouvernance par un seul témoin d’informations d’identification. -Les votes correctement soumis remplacent tous les votes plus anciens pour les mêmes informations d’identification et le même rôle. -C’est-à-dire que l’électeur peut changer sa position sur n’importe quelle action s’il le souhaite. -Dès qu’une mesure de gouvernance est ratifiée, le vote prend fin et les transactions contenant d’autres votes sont invalides. +##### Participation minimale de vote actif -#### État de gouvernance +Comme garantie supplémentaire pour garantir que les actions de gouvernance ne peuvent pas être proposées +juste avant un hard fork, être votées par un DRep avec une grande quantité +de participation et être adoptées immédiatement, il pourrait y avoir une exigence +supplémentaire selon laquelle un certain montant absolu fixe de participation +doit voter « oui » sur l'action à adopter. -Lorsqu’une action de gouvernance est soumise avec succès à la chaîne, sa progression sera suivie par l’état du grand livre. -En particulier, les éléments suivants seront suivi : +Cela ne semble pas nécessaire dans la conception actuelle, puisque la participation de +tous les DReps enregistrés se comporte comme un vote « non » jusqu'à ce qu'ils aient effectivement +voté. Cela signifie que pour que ce scénario se produise, l’acteur malveillant +doit au moins contrôler la fraction de la participation du DRep +correspondant au seuil pertinent, auquel cas cela pourrait tout aussi bien être +considéré comme une action légitime. -* l’ID de l’action de gouvernance -* l’époque à laquelle l’action expire -* le montant du dépôt -* l’adresse des récompenses qui recevra le dépôt lorsqu’il sera retourné -* le total des votes 'Oui'/'Non'/'Abstention' du comité constitutionnel pour cette action -* le total des votes 'Oui'/'Non'/'Abstention' des DReps pour cette action -* le total des votes 'Oui'/'Non'/'Abstention' des SPO pour cette action +##### Inclure le hachage de la (future) configuration de la genèse dans la proposition de hard-fork +Certains hard-forks nécessitent de nouvelles configurations de genèse. +Cela a été le cas pour les hard forks Shelley et Alonzo (mais pas Allegra, Mary, Vasil ou Valentine), ce sera peut-être le cas à l’avenir. +Pour le moment, cette proposition ne dit rien sur une telle configuration de genèse : +Il est implicitement supposé qu’il s’agit d’un accord hors chaîne. +Nous pourrions cependant faire en sorte que (le hachage) d’une configuration de genèse spécifique soit également capturé dans une action de gouvernance hard-fork. -#### Modifications apportées à l’instantané de mise +##### Seuils adaptatifs -Étant donné que l’instantané de mise change à chaque limite d’époque, un nouveau décompte doit être calculé lorsque chaque mesure de gouvernance non ratifiée -est vérifié pour la ratification. Cela signifie qu’une action pourrait être promulguée même si les votes DRep ou SPO n’ont pas changé -(puisque la délégation de vote aurait pu changer). +Comme nous l’avons vu plus haut, il peut être logique que certains ou tous les seuils s’adaptent à l’égard du Lovelace qui est activement inscrit pour voter, +afin que le système offre une plus grande légitimité lorsqu’il n’y a qu’un faible niveau de participation active des votes. +Le mécanisme d’amorçage proposé ci-dessus peut toutefois englober cela en veillant à ce que le système de gouvernance soit activé +uniquement lorsqu’un niveau minimum de mise a été délégué à DReps. -#### Définitions relatives à la participation de vote -Nous définissons un certain nombre de nouveaux termes liés à la participation de vote : +##### Renommer DReps / état de non-confiance ? -* Lovelace contenu dans une sortie de transaction est considéré comme **actif pour le vote** (c’est-à-dire qu’il forme la « participation de vote active ») : - * Il contient une identification de mise enregistrée. - * L’accréditation de mise enregistrée a délégué ses droits de vote à un DRep. -* Par rapport à un certain pourcentage `P`, un seuil de vote DRep (SPO) **a été atteint** si la somme de la mise relative qui a été déléguée aux DReps (SPO) - qui votent `Yes` à une mesure de gouvernance - est au moins `P`. +Il a été dit à plusieurs reprises que « DReps » tel que présenté ici, pourrait être confondu avec Project Catalyst DReps. +De même, certaines personnes ont exprimé une confusion entre l’état de non-confiance, la motion de non-confiance et les DReps non-confiance. -## Raison d’être +Nous pourrions imaginer trouver de meilleurs termes pour ces concepts. -+ [Rôle du comité constitutionnel](#rôle-du-comité-constitutionnel) -+ [Omission intentionnelle de la vérification de l’identité](#omission-intentionnelle-de-la-vérification-didentité) -+ [Réduire le pouvoir des entités avec de grandes quantités d’Ada](#réduire-la-puissance-des-entités-avec-de-grandes-quantités-dada) -+ [Greffage sur la distribution des mises du pool de participation](#greffage-sur-la-distribution-des-mises-du-pool-de-participation) -+ [Séparation de l’initiation du hard-fork des modifications des paramètres de protocole standard](#séparation-de-linitiation-du-hard-fork-des-modifications-des-paramètres-du-protocole-standard) -+ [Le but des DReps](#le-but-des-dreps) -+ [Tableau des exigences de ratification](#tableau-des-exigences-de-ratification) -+ [Motion de non-confiance](#motion-de-non-confiance) -+ [Nouveau comité/seuil (état de défiance)](#nouveau-comitéseuil-état-de-non-confiance) -+ [La polyvalence de l’action de gouvernance de l'information](#la-polyvalence-de-laction-de-gouvernance-de-linformation) -+ [Initiation hard-fork](#initiation-hard-fork) -+ [Nouvelles structures de métadonnées](#nouvelles-structures-de-métadonnées) -+ [Contrôle du nombre d’actions de gouvernance actives](#contrôle-du-nombre-dactions-de-gouvernance-actives) -+ [Pas d’AVST](#pas-davst) +##### Mouvements de trésorerie limitant les taux -### Rôle du comité constitutionnel +Rien n’empêche de retirer de l’argent du Trésor autre que les votes proposés et les seuils de vote. Étant donné que le Trésor Cardano est une composante tout à fait fondamentale de sa politique monétaire, nous pourrions imaginer appliquer (au niveau du protocole) le montant maximum qui peut être retiré du Trésor sur une période donnée. -À première vue, le comité constitutionnel peut sembler être un comité spécial qui s’est vu accorder un pouvoir supplémentaire sur les DReps. -Cependant, étant donné que DReps peut remplacer le comité constitutionnel à tout moment et que les votes DRep sont également nécessaires pour ratifier chaque action de gouvernance, -le comité constitutionnel n’a pas plus (et peut, en fait, avoir moins) de pouvoir que le DReps. -Dans ce contexte, quel rôle le comité joue-t-il et pourquoi n’est-il pas superflu? -La réponse est que le comité résout le problème d’amorçage du nouveau cadre de gouvernance. -En effet, dès que nous appuyons sur la gâchette et permettons à ce cadre de devenir actif sur la chaîne, alors sans comité constitutionnel, -il faudrait rapidement qu’il y ait suffisamment de DReps, afin que le système ne repose pas uniquement sur les votes SPO. -Nous ne pouvons pas encore prédire à quel point la communauté sera active dans l’inscription en tant que DReps, ni dans quelle mesure les autres détenteurs d’Ada seront réactifs en ce qui concerne la délégation de votes. +##### Mesure de sécurité finale, post-bootstrapping -Ainsi, le comité constitutionnel entre en jeu pour s’assurer que le système peut passer de -son état actuel dans une gouvernance entièrement décentralisée en temps voulu. -De plus, à long terme, le comité peut jouer un rôle de mentorat et de conseil dans les décisions de gouvernance -en étant un ensemble de représentants élus qui sont mis sous les projecteurs pour leur jugement et leur orientation dans les décisions de gouvernance. -Par-dessus tout, le comité est tenu à tout moment de respecter la Constitution et de ratifier les propositions conformément aux dispositions de la Constitution. +De nombreuses personnes ont déclaré qu'elles pensaient que le taux de participation réel ne serait pas si important +qu'il constituerait une pression sur le débit du système. +Nous pensons également que cela sera probablement le cas, mais lorsque la phase d'amorçage se terminera, nous pourrions +mettre en place une dernière mesure de sécurité temporaire (cela nous permettra également de justifier un faible montant de dépôt DRep). -### Omission intentionnelle de la vérification d’identité +Pour les valeurs de $X$ et $Y$ qui restent à déterminer, +dès la fin de la phase bootstrapping, +lorsque nous calculerons la distribution des enjeux DReps pour la prochaine limite d'époque, +nous considérerons _uniquement_ les DReps qui sont _soit_ dans le les meilleurs $X$ - de nombreux DReps classés par montant de mise, +ou les DReps qui ont au moins $Y$ Lovelace. +À chaque époque, la valeur de $X$ _augmentera_ et la valeur de $Y$ diminuera, +de sorte qu'à terme $X$ sera effectivement infini et $Y$ sera nul. +Notez qu'il ne s'agit que d'une incitation et que rien n'empêche réellement un DRep d'exprimer +son vote (même s'il ne sera pas pris en compte s'il ne répond pas aux exigences). -Notez que ce CIP ne mentionne aucun type de validation ou de vérification d’identité pour les membres du comité constitutionnel ou du DReps. +Si la communauté décide à un moment donné qu’il y a effectivement un problème de congestion, +alors un hard fork pourrait être adopté pour limiter le nombre de DReps de manière plus restrictive. -C’est intentionnel. +Des chiffres raisonnables pour la valeur initiale de X$ sont probablement compris entre 5 000 et 10 000. +Les nombres raisonnables pour la valeur initiale de $Y$ sont probablement le nombre total de Lovelace +divisé par la valeur initiale de $X$. -Nous espérons que la communauté envisagera fortement de ne voter que pour et de déléguer aux DReps qui fournissent quelque chose comme un DID pour s’identifier. -Cependant, l’application de la vérification d’identité est très difficile sans un oracle centralisé, que nous considérons comme un pas dans la mauvaise direction. +Le mécanisme devrait être assoupli à un rythme où la restriction serait complètement supprimée +après une période de six mois à un an. -### Réduire la puissance des entités avec de grandes quantités d’Ada +## Remerciements -Divers mécanismes, tels que le vote quadratique, ont été proposés pour se prémunir contre les entités ayant une grande influence. -Dans un système basé sur « 1 Lovelace, 1 vote », cependant, il est trivialement facile de diviser la mise en petits montants et d’annuler les protections. -Sans un système de vérification d’identité en chaîne, nous ne pouvons pas adopter de telles mesures. +
+ Première ébauche -### Greffage sur la distribution des mises du pool de participation +De nombreuses personnes ont commenté et contribué à la première ébauche de ce document, qui a été publiée en novembre 2022. +Nous tenons particulièrement à remercier les personnes suivantes pour leur sagesse et leurs idées : -Le protocole Cardano est basé sur un mécanisme de consensus Proof-of-Stake, il est donc judicieux d’utiliser une approche de gouvernance basée sur les enjeux. -Cependant, il existe de nombreuses façons de définir comment enregistrer la répartition des mises entre les participants. -Pour rappel, les adresses réseau peuvent actuellement contenir deux ensembles d’informations d’identification : une pour identifier qui peut débloquer des fonds à une adresse -(alias informations d’identification de paiement) et qui peut être délégué à un pool de participations (alias informations d’identification de délégation). + * Jack Briggs + * Tim Harrison + * Philippe Lazos + * Michael Madoff + * Evangelos Markakis + * Joël Telpner + * Thomas Upfield -Plutôt que de définir un troisième ensemble d’informations d’identification, nous proposons plutôt de réutiliser les informations d’identification de délégation existantes, -Utilisation d’un nouveau certificat on-chain pour déterminer la répartition des mise de gouvernance. Cela implique que l’ensemble des DReps peut (et sera probablement) différent de l’ensemble des SPO, -créant ainsi un équilibre. D’un autre côté, cela signifie que la répartition des mise de gouvernance souffre des mêmes lacunes que celle de la production en blocs : -par exemple, les fournisseurs de logiciels de portefeuille doivent prendre en charge les systèmes de multidélégation et doivent faciliter le partitionnement de la mise en sous-comptes si un détenteur d’Ada souhaite déléguer à plusieurs DReps, -ou un détenteur d’Ada doit diviser manuellement sa mise si son portefeuille ne le prend pas en charge. +Nous tenons également à remercier ceux qui ont commenté via Github et d’autres canaux. +
-Cependant, ce choix limite également les efforts futurs de mise en oeuvre pour les fournisseurs de portefeuilles et minimise l’effort nécessaire pour que les utilisateurs finaux participent au protocole de gouvernance. -Cette dernière préoccupation est suffisamment importante pour justifier la décision. En se greffant sur la structure existante, -Le système reste familier aux utilisateurs et raisonnablement facile à configurer. Cela maximise à la fois les chances de succès et le taux de participation au cadre de gouvernance. +
+ 2023 Atelier du Colorado (28/02 → 01/03) -### Séparation de l’initiation du hard fork des modifications des paramètres du protocole standard +De plus, nous tenons à remercier tous les participants à l’atelier qui s’est tenu à Longmont, Colorado, les 28 février et 1er mars 2023 pour leurs précieuses contributions +à ce CIP, et pour leur défense active de la vision de Cardano pour une gouvernance minimale viable. Cela inclue: -Contrairement aux autres mises à jour des paramètres de protocole, les hard forks (ou, plus exactement, les modifications apportées au numéro de version majeure du protocole) nécessitent beaucoup plus d’attention. -En effet, alors que d’autres modifications des paramètres de protocole peuvent être effectuées sans modifications logicielles significatives, -un hard fork suppose qu’une super-majorité du réseau a mis à niveau le noeud Cardano pour prendre en charge le nouvel ensemble de fonctionnalités introduites par la mise à niveau. -Cela signifie que le calendrier d’un événement hard fork doit être communiqué bien à l’avance à tous les utilisateurs de Cardano et nécessite une coordination entre les opérateurs de pool de participations, les fournisseurs de portefeuille, les développeurs DApp et l’équipe de libération des noeuds. +* Adam Rusch, ADAO & Summon +* Addie Girouard +* Andrew Westberg +* Darlington Wleh, LidoNation +* Eystein Hansen +* James Dunseith, Gimbalabs +* Juana Attieh +* Kenric Nelson +* Lloyd Duhon, DripDropz +* Marcus Jay Allen +* Marek Mahut, 5 binaires +* Markus Gufler +* Matthieu Capps +* Miséricorde, Wada +* Michael Dogali +* Michael Madoff +* Patrick Tobler, NMKR +* Philippe Lazos +* π Lanningham, SundaeSwap +* Rick McCracken +* Romain Pellerin +* Sergio Sanchez Ferreros +* Tim Harrison +* Tsz Wai Wu +
-Par conséquent, cette proposition, contrairement au schéma Shelley, encourage les initiations de hard fork en tant qu’action de gouvernance autonome, distincte des mises à jour des paramètres de protocole. +
+ 2023 Mexico, Atelier du Mexique (20/05) -### Le but des DReps +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Mexico, au Mexique, le 20 mai 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Rien dans cette proposition n’empêche les SPO de devenir des DReps. -Pourquoi avons-nous des DReps? -La réponse est que les SPO sont choisis uniquement pour la production de blocs et que tous les SPO ne voudront pas devenir DReps. -Les électeurs peuvent choisir de déléguer leur vote aux DReps sans avoir à se demander s’ils sont -également un bon producteur de blocs, et les SPO peuvent choisir de représenter les détenteurs d’Ada ou non. +* Donovan Riaño +* Cristian Jair Rojas +* Victor Hernández +* Ramón Aceves +* Sergio Andrés Cortés +* Isaías Alejandro Galván +* Abigail Guzmán +* Jorge Fernando Murguía +* Luis Guillermo Santana -### Tableau des exigences de ratification +
-Les conditions énoncées dans le [tableau des conditions de ratification](#exigences) sont expliquées ici. -La plupart des actions de gouvernance ont le même type d’exigences : -le comité constitutionnel et le DReps doivent atteindre un nombre suffisant de -Votes 'Oui'. -Cela inclut les actions suivantes : -* Nouveau comité/seuil (état normal) -* Mise à jour de la Constitution -* Modifications des paramètres de protocole -* Retrait du Trésor +
+ 2023 Buenos Aires, Atelier de l'Argentine (20/05) -### Motion de non-confiance +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Buenos Aires, Argentine le 20 mai 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Une motion de censure représente un manque de confiance de la part de la communauté de Cardano à l’égard de la -Le Comité constitutionnel actuel et, par conséquent, le Comité constitutionnel ne devraient pas -être inclus dans ce type de mesure de gouvernance. -Dans cette situation, les SPOs et les DReps sont laissés à représenter la volonté de la communauté. +* Lucas Macchiavelli +* Alejando Pestchanker +* Juan Manuel Castro Pippo +* Federico Weill +* Jose Otegui +* Mercedes Ruggeri +* Mauro Andreoli +* Elias Aires +* Jorge Nasanovsky +* Ulises Barreiro +* Martin Ochoa +* Facundo Lopez +* Vanina Estrugo +* Luca Pestchanker +
-### Nouveau comité/seuil (état de non-confiance) +
+ 2023 Johannesburg, Atelier d'Afrique du Sud(25/05) -Semblable à la motion de non-confiance, l’élection d’un comité constitutionnel -dépend à la fois des SPOs et des DReps pour représenter la volonté de la communauté. +En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Johannesburg, en Afrique du Sud, le 25 mai 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -### La polyvalence de l’action de gouvernance de l’information +* Celiwe Ngwenya +* Bernard Sibanda +* Dumo Mbobo +* Shaolyn Dzwedere +* Kunoshe Muchemwa +* Siphiwe Mbobo +* Lucas Sibindi +* DayTapoya +* Mdu Ngwenya +* Lucky Khumalo +* Skhangele Malinga +* Joyce Ncube +* Costa Katenhe +* Bramwell Kasanga +* Precious Abimbola +* Ethel Q Tshuma +* Panashe Sibanda +* Radebe Tefo +* Kaelo Lentsoe +* Richmond Oppong +* Israel Ncube +* Sikhangele Malinga +* Nana Safo +* Ndaba Delsie +* Collen Tshepang +* Dzvedere Shaolyn +* Thandazile Sibanda +* Ncube Joyce +* Lucas Sibindi +* Pinky Ferro +* Ishmael Ntuta +* Khumalo Lucky +* Fhulufelo +* Thwasile Ngwenya +* Kunashe Muchemwa +* Dube Bekezela +* Tinyiko Baloi +* Dada Nomathemba +
-Bien qu’elle ne soit pas contraignante pour la chaîne, l’action de gouvernance de l’information pourrait être utile dans un certain nombre de -Situations. Il s’agit notamment des éléments suivants : -* ratifier un CIP -* Décider du fichier Genesis pour une nouvelle ère de grand livre -* consigner les commentaires initiaux pour les futures mesures de gouvernance +
+ 2023 Bogota, Atelier de Colombie (27/05) -### Initiation Hard-Fork +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Bogota, en Colombie, le 27 mai 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Indépendamment de tout mécanisme de gouvernance, la participation des SPO est nécessaire pour tout hard fork car ils doivent mettre à niveau leur logiciel de noeud. -Pour cette raison, nous rendons leur coopération explicite dans l’action de gouvernance d’initiation hard fork, -en exigeant toujours leur vote. -Le comité constitutionnel vote également, signalant la constitutionnalité d’un hard fork. -Les DReps votent également, pour représenter la volonté de chaque partie prenante. +* Alvaro Moncada +* Jaime Andres Posada Castro +* Jose Miguel De Gamboa +* Nicolas Gomez +* Luis Restrepo (Moxie) +* Juanita Jaramillo R. +* Daniel Vanegas +* Ernesto Rafael Pabon Moreno +* Carlos Eduardo Escobar +* Manuel Fernando Briceño +* Sebastian Pabon +
-### Nouvelles structures de métadonnées +
+ 2023 Caracas, Atelier du Venezuela (27/05) -Les actions de gouvernance, les votes et les certificats et la Constitution utilisent de nouveaux champs de métadonnées, -sous forme d’URL et de hachages d’intégrité -(reflétant la structure des métadonnées pour l’enregistrement du pool de participation). -Les métadonnées sont utilisées pour fournir un contexte. -Les actions de gouvernance doivent expliquer pourquoi elles sont nécessaires, -quels experts ont été consultés, etc. -Étant donné que les contraintes de taille des transactions ne devraient pas limiter ces données explicatives, -nous utilisons plutôt des URL. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Caracas, Venezuela le 27 mai 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Cela introduit toutefois de nouveaux problèmes. -Si une URL ne se résout pas, à quoi faut-il s’attendre pour voter sur cette action ? -Devrions-nous nous attendre à ce que tout le monde vote 'non'? -S’agit-il d’un vecteur d’attaque contre le système de gouvernance ? -Dans un tel scénario, la pré-image de hachage pourrait être communiquée d’autres manières, mais nous devrions être -préparé à la situation. -Devrait-il y avoir un résumé de la justification sur la chaîne? +* Jean Carlo Aguilar +* Wilmer Varón +* José Erasmo Colmenares +* David Jaén +* Félix Dávila +* Yaneth Duarte +* Nando Vitti +* Wilmer Rojas +* Andreina García +* Carmen Galban +* Osmarlina Agüero +* Ender Linares +* Carlos A. Palacios R +* Dewar Rodríguez +* Lennys Blanco +* Francys García +* Davidson Arenas +
-#### Alternative : Utilisation des métadonnées de transaction +
+ 2023 Manizales, Atelier de Colombie (27/05) -Au lieu de champs dédiés spécifiques au format transactionnel, nous pourrions utiliser le champ de métadonnées de transaction existant. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Manizales, en Colombie, le 27 mai 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Les métadonnées liées à la gouvernance peuvent être clairement identifiées en enregistrant une étiquette de métadonnées CIP-10. -Dans ce cadre, la structure des métadonnées peut être déterminée par ce CIP (format exact à déterminer), à l’aide d’un index pour mapper l’ID de vote ou d’action de gouvernance à l’URL et au hachage des métadonnées correspondants. +* Yaris Cruz +* Yaneth Duarte +* Ciro Gelvez +* Kevin Chacon +* Juan Sierra +* Caue Chianca +* Sonia Malagon +* Facundo Ramirez +* Hope R. +
-Cela évite d’avoir à ajouter des champs supplémentaires au corps de la transaction, au risque de faciliter l’ignorance des déposants. -Toutefois, étant donné que les métadonnées requises peuvent être vides (ou peuvent pointer vers une URL non résolue), -Il est déjà facile pour les auteurs de fournir des métadonnées, et il n’est donc pas clair si cela aggrave la situation. +
+ 2023 Addis-Abeba, Atelier d'Éthiopie (27/05 & 28/5) -Notez que les métadonnées de transaction ne sont jamais stockées dans l’état du grand livre, de sorte que ce serait aux clients de décider. -pour coupler les métadonnées avec les actions et les votes dans cette alternative, et ne serait pas disponible -en tant que requête d’état du grand livre. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Addis-Abeba, en Éthiopie, les 27 et 28 mai 2023 pour leurs précieuses contributions. +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -### Contrôle du nombre d’actions de gouvernance actives +* Kaleb Dori +* Eyassu Birru +* Matthew Thornton +* Tamir Kifle +* Kirubel Tabu +* Bisrat Miherete +* Emmanuel Khatchadourian +* Tinsae Teka +* Yoseph Ephrem +* Yonas Eshetu +* Hanna Kaleab +* Tinsae Teka +* Robee Meseret +* Matias Tekeste +* Eyasu Birhanu +* yonatan berihun +* Nasrallah Hassan +* Andinet Assefa +* Tewodros Sintayehu +* KIDUS MENGISTEAB +* Djibril Konate +* Nahom Mekonnen +* Eyasu Birhanu +* Eyob Aschenaki +* Tinsae Demissie +* Yeabsira Tsegaye +* Tihitna Miroche +* Mearaf Tadewos +* Yab Mitiku +* Habtamu Asefa +* Dawit Mengistu +* Nebiyu Barsula +* Nebiyu Sultan +* Nathan Samson +
-Étant donné que les actions de gouvernance peuvent être soumises par tous, nous avons besoin d’un mécanisme pour empêcher -les personnes responsables du vote de ne pas être submergées par un flot de propositions. -Un dépôt important est l’un de ces mécanismes, mais cela se fait au prix malheureux d’être un obstacle -pour certaines personnes qui souhaiteraient soumettent une action. -Notez cependant que le crowd-sourcing avec un script Plutus est toujours une option pour collecter le dépôt. +
+ 2023 Kyoto et Fukuoka, Atelier du Japon (27/05 & 10/06 ) -Nous pourrions, alternativement, accepter la possibilité d’un grand nombre d’actions actives à un temps donné -et plutôt dépendre de la socialisation hors chaîne pour guider l’attention des électeurs vers ceux qui le méritent. -Dans ce scénario, le comité constitutionnel pourrait choisir de n’examiner que les propositions qui ont -a déjà recueilli suffisamment de votes de la part des DReps. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Kyoto et à Fukuoka, au Japon, les 27 mai et 10 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -### Pas d’AVST +* Arimura +* Hidemi +* Nagamaru(SASApool) +* shiodome47(SODMpool) +* Wakuda(AID1pool) +* Yuta(Yuki Oishi) +* Andrew +* BANCpool +* Miyatake +* Muen +* Riekousagi +* SMAN8(SA8pool) +* Tatsuya +* カッシー +* 松 +* ポンタ +* リサ +* Mako +* Ririco +* ながまる +* Baku +* マリア +* たりふん +* JUNO +* Kinoko +* Chikara +* ET +* Akira555 +* Kent +* Ppp +* Shiodome47 +* Sam +* ポール +* Concon +* Sogame +* ハンド +* Demi +* Nonnon +* banC +* SMAN8(SA8pool) +* りんむ +* Kensin +* りえこうさぎ +* アダマンタイト +* の/ゆすけ +* MUEN +* いちごだいふく +* Ranket +* A.yy +* N S +* Kazuya +* Daikon +
-Une version antérieure de ce CIP incluait la notion d’un « seuil de mise active » ou AVST. -Le but de l’AVST était d’assurer la légitimité de chaque vote, en éliminant la possibilité que, par exemple, -9 Lovelace sur 10 pourraient décider du sort de millions d’entités sur Cardano. -Il y a vraiment deux préoccupations ici, qui méritent d’être séparées. +
+ 2023 Monterey, Atelier de Californie (28/05) -La première préoccupation est celle de l’amorçage du système, c’est-à-dire d’atteindre le moment initial où -Une participation suffisante est enregistrée pour voter. -La deuxième préoccupation est que le système pourrait perdre sa participation au fil du temps. -L’un des problèmes de l’AVST est qu’elle incite les SPOs à souhaiter un faible taux d’enregistrement au vote. -(puisque leurs votes ont alors plus de poids). -Ce n’est absolument pas un affront aux SPOs existants, mais un problème avec de mauvaises incitations. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Monterey, en Californie, le 28 mai 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Nous avons donc choisi de résoudre les deux préoccupations différemment. -Nous résolvons le problème d’amorçage comme décrit dans la section sur l’amorçage. -Nous résolvons le problème de la participation à long terme en n’autorisant pas les retraits de récompenses -(après la phase bootstrap) sauf si la participation est déléguée à un DRep -(y compris les deux cas particuliers, à savoir 'Abstention' et 'Non-confiance'). +* Shane Powser +* Rodrigo Gomez +* Adam K. Dean +* John C. Valdez +* Kyle Solomon +* Erick "Mag" Magnana +* Bryant Austin +* John Huthmaker +* Ayori Selassie +* Josh Noriega +* Matthias Sieber +
-### Journal des modifications +
+ 2023 Tlaxcala, Atelier du Mexique (01/06) -#### Modifications après l'atelier Longmont (Mars 2023) +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Tlaxcala, au Mexique, le 1er juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -* Remerciez les participants à l'atelier. -* Nous avons ajouté les termes du Comité constitutionnel. -* Deux nouvelles options DRep « prédéfinies » : abstention et non-confiance. -* Nouvelle action de gouvernance « Info ». -* Utilisez la distribution de participation DRep la plus récente pour la ratification. - Cela signifie que si jamais votre DRep vote comme vous ne l'aimez pas, - vous pouvez immédiatement vous faire un DRep et voter comme vous le souhaitez. -* Récupérez une partie de l'ADA de la trésorerie actuelle pour d'éventuelles - incitations DRep futures. -* Supprimez les actions de trésorerie à plusieurs niveaux au profit de quelque chose d'adaptatif - (le seuil du « Yes » dépendrait donc de : - 1) combien d'ada, - 2) quel est le montant de la mise de participation enregistrée, et peut-être - 3) combien d'ada est libéré à chaque époque -* Divisez les mises à jour des paramètres de protocole en quatre groupes : - réseau, économique, technique et gouvernemental. -* La plupart des actions gouvernementales peuvent être promulguées (après ratification) - immédiatement. Tout sauf : les paramètres de protocole et les hard forks. -* Supprimez la restriction « une action par type et par époque » en faveur du - suivi du dernier ID d'action de chaque type, et de son inclusion - dans l'action. -* Pas d'AVST. -* Phase d'amorçage : jusqu'à ce que X % des ADA soient inscrits pour voter ou que Y époques se - soient écoulées, seuls les changements de paramètres et les hard forks peuvent se produire. - Les changements du PP ont juste besoin du quorum CC, les HF ont besoin du CC et des SPOs. - Après la phase de bootstrap, nous mettons en place l'incitation à maintenir des - DReps bas, mais ce mécanisme se détend **automatiquement**. -* Nouvel objectif de script plutus pour DReps. -* Retraits multiples du Trésor en une seule époque. -* Une section sur le problème récursif du "comment ratifier ce CIP". -* Modifications apportées au protocole local de requête d'état. -* Nouvelles idées, si le temps le permet : - * Pesez d'une manière ou d'une autre le vote des enjeux SPO par par le « pledge ». - * Les DReps peuvent spécifier quel autre DRep recevra ses délégants - au cas ou ils se retire. -* Dépôt réduit pour action gouvernementale si un membre du CC - l'approuve (ce qui signifie probablement qu'il a suivi un certain processus). -* Inclure le hachage de (future) configuration Genesis dans la proposition de HF. +* Victor Hernández +* Cristian Jair Rojas +* Miriam Mejia +* Josmar Cabañas +* Lizbet Delgado +* José Alberto Sánchez +* Fátima Valeria Zamora +* Julio César Montiel +* Jesús Pérez +* José Adrián López +* Lizbeth Calderón +* Zayra Molina +* Nayelhi Pérez +* Josué Armas +* Diego Talavera +* Darían Gutiérrez +
+ +
+ 2023 Atelier virtuel LATAM (03/06) + +De plus, nous tenons à remercier tous les participants à l'atelier virtuel LATAM le 3 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: + +* Juan Sierra +* @CaueChianca +* Ernesto Rafael +* Pabon Moreno +* Sonia Malagon +* Facundo Ramírez +* Mercedes Ruggeri +* Hope R. +* Yaris Cruz +* Yaneth Duarte +* Ciro Gélvez +* Kevin Chacon +* Juanita Jaramillo +* Sebastian Pabon +
-#### Modifications après l'atelier d'Édimbourg (Juillet 2023) +
+ 2023 Worcester, Atelier du Massachusetts (08/06) -* Ajoutez une politique de proposition, qui peut contrôler quels retraits de trésorerie et - modifications des paramètres de protocole sont autorisés. -* Supprimer l'abandon des actions de gouvernance. Le seul effet que cela a est que si - une mesure de censure est adoptée, les actions restent - en place. Cependant, seules les nouvelles propositions du comité - conçues pour s’appuyer sur cette mesure de censure peuvent être - adoptées. Si un nouveau comité est élu alors que certaines de ces actions - n'ont pas expiré, ces actions peuvent être ratifiées mais le nouveau comité - doit les approuver. -* All governance actions are enacted one epoch after they are ratified. -* Déplacez les restrictions post-bootstrapping vers « Autres idées ». -* Ajoutez une section sur les différents montants de dépôt à « Autres idées ». -* Ajoutez une section pour un AVS minimum à « Autres idées ». -* Renommez certains paramètres de protocole. -* Renommez `TALLY` en `GOV`. -* Transformez la Constitution en une ancre. -* Retravaillez quelles ancres sont requises et lesquelles sont facultatives. -* Nettoyez diverses incohérences et restes des anciennes versions. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Worcester, Massachusetts le 8 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Modifications liées à la sécurité et autres correctifs +* CardanoSharp +* Kenric Nelson +* Matthias Sieber +* Roberto Mayen +* Ian Burzynski +* omdesign +* Chris Gianelloni +
-* Protégez les modifications liées à la sécurité derrière les votes SPO. -* Le système n’entre pas dans un état de non-confiance avec un nombre insuffisant - de membres actifs du CC, le CC devient tout simplement incapable d’agir. -* Précisez que les membres du CC peuvent utiliser n’importe quel type d’identifiant. +
+ 2023 Chicago, Atelier d'Illinois (10/06) -## Chemin vers Actif +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Chicago, Illinois le 10 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -### Critères d’acceptation +* Adam Rusch +* Jose Martinez +* Michael McNulty +* Vanessa Villanueva Collao +* Maaz Jedh +
-- [ ] Une nouvelle ère du grand livre est activée sur le réseau principal Cardano, qui implémente la spécification ci-dessus. +
+ 2023 Atelier virtuel (12/06) -### Plan de mise en oeuvre +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 12 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Les fonctionnalités de ce CIP nécessitent un hard fork. +* Rojo Kaboti +* Tommy Frey +* Tevo Saks +* Slate +* UBIO OBU +
-Ce document décrit un changement ambitieux dans la gouvernance de Cardano. -Nous proposons de mettre en oeuvre les changements via **un hard fork**. +
+ 2023 Toronto, Atelier du Canada (15/06) -Dans les sections suivantes, nous donnons plus de détails sur les différents éléments de travail de mise en œuvre qui ont déjà été identifiés. -En outre, la dernière section expose quelques questions ouvertes qui devront être finalisées. -Nous espérons que ces questions pourront être abordées dans le cadre d’ateliers et de discussions communautaires. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Toronto, au Canada, le 15 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Ratification de cette proposition +* John MacPherson +* Lawrence Ley +
-La ratification de cette proposition est en quelque sorte un problème circulaire: nous avons besoin d’une forme de cadre de gouvernance afin de nous mettre d’accord sur ce que devrait être le cadre de gouvernance final. -Comme on l’a dit à maintes reprises, les CIP ne font pas autorité et ne constituent pas un mécanisme de gouvernance. -Ils décrivent plutôt des solutions techniques qui ont été jugées saines (d’un point de vue technique) par la communauté d’experts. +
+ 2023 Philadelphie, Atelier de Pennsylvanie (17/06) -Le CIP-1694 va sans doute au-delà de la portée habituelle du processus de CIP et il y a un fort désir de ratifier ce CIP par le biais de _un processus_. -Toutefois, ce processus n’a pas encore été défini et reste une question ouverte. -Le processus de ratification finale sera probablement un mélange de diverses idées, telles que: +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Philadelphie, en Pennsylvanie, le 17 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -- [ ] Recueillir les opinions des ateliers communautaires, semblables à l’atelier du Colorado de février-mars 2023. -- [ ] Exercer des actions de vote sur un réseau de test public, avec une participation suffisante. -- [ ] Interrogez les fournisseurs de services établis. -- [ ] Tirer parti de Project Catalyst pour recueillir les contributions de la communauté électorale existante (bien que petite en termes de participation active). +* NOODZ +* Jarhead +* Jenny Brito +* Shepard +* BONE Pool +* type_biggie +* FLAWWD +* A.I. Scholars +* Eddie +* Joker +* Lex +* Jerome +* Joey +* SwayZ +* Cara Mia +* PHILLY 1694 +
-#### Modifications apportées au corps de la transaction +
+ 2023 Atelier de Santiago du Chili (17/06) -- [ ] De nouveaux éléments seront ajoutés au corps de la transaction, et les fonctionnalités de mise à jour et MIR existantes seront supprimées. En particulier +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Santiago du Chili le 17 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: - Les actions de gouvernance et les votes comprendront deux nouveaux champs d’organe de transaction. +* Rodrigo Oyarsun +* Sebastián Aravena +* Musashi Fujio +* Geo Gavo +* Lucía Escobar +* Juan Cruz Franco +* Natalia Rosa +* Cristian M. García +* Alejandro Montalvo +
-- [ ] Trois nouveaux types de certificats seront ajoutés en plus des certificats existants : +
+ 2023 Atelier virtuel (17/06) - * Inscription DRep - * Désinscription DRep - * Délégation de vote +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 17 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: - De même, les certificats MIR et genesis actuels seront supprimés. +* Juana Attieh +* Nadim Karam +* Amir Azem +* Rami Hanania +* LALUL Stake Pool +* HAWAK Stake Pool +
-- [ ] Un nouvel objectif `Voting` sera ajouté aux contextes de script Plutus. - Cela prévoira, en particulier, le vote aux scripts on-chain. +
+ 2023 Taipai, Atelier de Taïwan (18/06) -> **Warning** Comme d’habitude, nous fournirons une spécification CDDL pour chacune de ces modifications. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Taipai, Taiwan le 18 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Modifications apportées aux règles existantes du grand livre +* Michael Rogero +* Ted Chen +* Mic +* Jeremy Firster +* Eric Tsai +* Dylan Chiang +* JohnsonCai +* DavidCHIEN +* Zach Gu +* Jimmy WANG +* JackTsai +* Katherine Hung +* Will Huang +* Kwicil +
-* La règle de transition `PPUP` sera réécrite et déplacée de la règle `UTxO` vers la règle `LEDGER` en tant que nouvelle règle `GOV`. +
+ 2023 Midgard Vikingcenter Horten, Atelier de Norvège (19/06) - Il traitera et enregistrera les actions de gouvernance et les votes. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Midgard Vikingcenter Horten, en Norvège, le 19 juin 2023 pour leurs précieuses contributions. +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -* La règle de transition `NEWEPOCH` sera modifiée. -* La sous-règle `MIR` sera supprimée. -* Une nouvelle règle `RATIFY` sera introduite pour mettre en scène les actions de gouvernance en vue de leur promulgation. +* Daniel D. Johnsen +* Thomas Lindseth +* Eystein Hansen +* Gudbrand Tokerud +* Lally McClay +* $trym +* Arne Rasmussen +* Lise WesselTVVIN +* Bjarne +* Jostein Aanderaa +* Ken-Erik Ølmheim +* DimSum +
- Il ratifiera les mesures de gouvernance et les mettra en oeuvre en vue de leur promulgation à l’époque actuelle ou à l’époque suivante, selon le cas. +
+ 2023 Atelier Virtuel (19/06) -* Une nouvelle règle de `ENACTMENT` sera appelée immédiatement après la règle `EPOCH` . Cette règle édictera des mesures de gouvernance qui ont déjà été ratifiées. -* La règle `EPOCH` n’appellera plus la sous-règle `NEWPP` ni ne calculera si le quorum est atteint sur l’état PPUP. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 19 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Modifications apportées au protocole de requête d’état local +* Nicolas Cerny +* Nils Peuser +* Riley Kilgore +* Alejandro Almanza +* Jenny Brito +* John C. Valdez +* Rhys +* Thyme +* Adam Rusch +* Devryn +
-La charge de travail de gouvernance sur la chaîne est importante, mais la charge de travail hors chaîne pour les outils et les applications sera sans doute encore plus importante. -Pour construire un écosystème de gouvernance efficace, le grand livre devra fournir des interfaces avec divers éléments de gouvernance. +
+ 2023 New York, Atelier de New York (20/06) -Alors que les votes et les (dé)inscriptions DReps sont directement visibles dans les blocs et seront donc accessibles via les protocoles de synchronisation de la chaîne locale existants; Nous devrons mettre à niveau le protocole de requête d’état local pour fournir des informations supplémentaires sur les informations qui sont plus difficiles à déduire des blocs (c’est-à-dire celles qui nécessitent le maintien d’un état de grand livre). Les nouvelles requêtes d’état doivent couvrir (au moins) : +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu dans la ville de New York, le 20 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -- Les actions de gouvernance actuellement mises en œuvre -- Les actions de gouvernance en cours de ratification, avec le total et le pourcentage de mise « oui », de mise « non » et de mise « abstention » -- Le comité constitutionnel actuel et le condensé de hachage de la constitution +* John Shearing +* Geoff Shearing +* Daniela Balaniuc +* SDuffy +* Garry Golden +* Newman +* Emmanuel Batse +* Ebae +* Mojira +
-#### Phase d’amorçage +
+ 2023 La Cumbre, Atelier d'Argentine (23/06) -Nous devrons faire attention à la façon dont nous amorcerons ce gouvernement naissant. Toutes les parties -qui sont impliqués auront besoin de suffisamment de temps pour s’inscrire et se familiariser avec le processus. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à La Cumbre, Argentine le 23 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Des dispositions spéciales s’appliqueront dans la phase initiale de bootstrap. -Tout d’abord, pendant la phase d’amorçage, un vote du comité constitutionnel -est suffisant pour modifier les paramètres du protocole. -Deuxièmement, pendant la phase d’amorçage, un vote du comité constitutionnel, -avec un vote SPO suffisant, est suffisant pour initier un hard fork. -Aucune autre action n’est possible pendant la phase d’amorçage. +* Ulises Barreiro +* Daniel F. Rodriguez +* Dominique Gromez +* Leandro Chialvo +* Claudia Vogel +* Guillermo Lucero +* Funes, Brian Carrasco +* Melisa Carrasco +* Carlos Carrasco +
-La phase d'amorçage se termine lorsqu'un nombre donné d'époques s'est écoulé, -comme spécifié dans le fichier de configuration de l'ère du prochain grand livre. -Cela se produira probablement plusieurs mois après le hard fork. +
+ 2023 Minneapolis, Atelier du Minnesota (23/06) -De plus, il y aura un comité constitutionnel intérimaire, -également spécifié dans le fichier de configuration de l'ère du prochain grand livre, -dont les limites de mandat expireront à la fin de la phase d'amorçage. -Le calendrier de rotation du premier comité non-bootstrap pourrait être inclus dans la constitution elle-même. -Notez toutefois que, puisque le comité constitutionnelle ne vote jamais sur de nouveaux comités, -il ne peut pas réellement imposer la rotation. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Minneapolis, Minnesota le 23 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: + +* Stephanie King +* Darlington Wleh +
-#### Autres idées / Questions ouvertes +
+ 2023 La Plata, Atelier d'Argentine (23/06) -##### Vote des SPO pondérés par les engagements +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à La Plata, Argentine le 23 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Le vote du SPO pourrait en outre être pondéré par l’engagement de chaque SPO. -Cela fournirait un mécanisme permettant à ceux qui ont un intérêt littéral dans le jeu d’avoir un vote plus fort. -La pondération doit être choisie avec soin. +* Mauro Andreoli +* Rodolfo Miranda +* Agustin Francella +* Federico Sting +* Elias Aires +* Lucas Macchiavelli +* Pablo Hernán Mazzitelli +
-##### Redélégation automatique des DReps +
+ 2023 Puerto Madryn, Atelier d'Argentine (23/06) -Un DRep pourrait éventuellement indiquer un autre identifiant DRep dans son certificat d’enregistrement. -À la retraite, toutes les délégations du DRep seraient automatiquement transférées vers -les informations d’identification DRep choisi. Si ce DRep avait déjà pris sa retraite, la délégation serait transférée -au DRep 'Abstention'. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Puerto Madryn, en Argentine, le 23 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -##### Pas d’inscription DRep +* Andres Torres Borda +* Federico Ledesma Calatayud +* Maximiliano Torres +* Federico Prado +* Domingo Torres +* Floriana Pérez Barria +* Martin Real +* Florencia García +* Roberto Neme +
-Étant donné que l’enregistrement DRep ne remplit aucune fonction nécessaire, -les certificats pour (dés)enregistrer DReps pourraient être supprimés. Ceci -rend la démocratie plus liquide puisqu’elle supprime une partie de la bureaucratie et -élimine également le besoin du dépôt DRep, au détriment du déplacement de l’ancre qui fait partie du -certificat d’enregistrement DRep dans les métadonnées de transaction. +
+ 2023 Accra, Atelier du Ghana (24/06) -##### Réduction des dépôts pour certaines actions gouvernementales +En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Accra, au Ghana, le 24 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Le dépôt qui est attaché aux actions de gouvernance existe pour prévenir un flot d'actions de gouvernance non sérieuse, -dont chacune nécessiterait du temps et de l’attention de la part de la communauté de Cardano. -Nous pourrions réduire ce dépôt pour les propositions qui passent par un processus convenu hors chaîne. -Cela serait marqué sur la chaîne par l’approbation d’au moins un membre du comité constitutionnel. -L’inconvénient de cette idée est qu’elle donne plus de pouvoir au comité constitutionnel. +* Wada +* Laurentine +* Christopher A. +* Nathaniel D. +* Edufua +* Michael +* Augusta +* Jeremiah +* Boaz +* Mohammed +* Richmond O. +* Ezekiel +* Megan +* Josue +* Michel T. +* Bineta +* Afia O. +* Mercy +* Enoch +* Kofi +* Awura +* Emelia +* Richmond S. +* Solomon +* Phillip +* Faakor +* Manfo +* Josh +* Daniel +* Mermose +
-##### Différents montants de dépôt pour différentes actions de gouvernance +
+ 2023 Atelier Virtuel (24/06) -Plusieurs ateliers de ce CIP ont proposé d'introduire un montant de dépôt différent -pour chaque type d'action de gouvernance. Il n’est pas clair -si une majorité est favorable à cette idée, mais elle pourrait être -envisagée s’il apparaît clairement que cela est nécessaire. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 24 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -##### Participation minimale de vote actif +* Jonas Riise +* Thomas Lindseth +* André "Eilert" Eilertsen +* Eystein Hansen +
-Comme garantie supplémentaire pour garantir que les actions de gouvernance ne peuvent pas être proposées -juste avant un hard fork, être votées par un DRep avec une grande quantité -de participation et être adoptées immédiatement, il pourrait y avoir une exigence -supplémentaire selon laquelle un certain montant absolu fixe de participation -doit voter « oui » sur l'action à adopter. +
+ 2023 Séoul, Atelier de la Corée du Sud (24/06) -Cela ne semble pas nécessaire dans la conception actuelle, puisque la participation de -tous les DReps enregistrés se comporte comme un vote « non » jusqu'à ce qu'ils aient effectivement -voté. Cela signifie que pour que ce scénario se produise, l’acteur malveillant -doit au moins contrôler la fraction de la participation du DRep -correspondant au seuil pertinent, auquel cas cela pourrait tout aussi bien être -considéré comme une action légitime. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Séoul, en Corée du Sud, le 24 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -##### Inclure le hachage de la (future) configuration de la genèse dans la proposition de hard-fork +* Oscar Hong (JUNGI HONG) +* SPO_COOL (Kevin Kordano) +* SPO_KTOP (KT OH) +* WANG JAE LEE +* JAE HYUN AN +* INYOUNG MOON (Penny) +* HOJIN JEON +* SEUNG KYU BAEK +* SA SEONG MAENG +* JUNG MYEONG HAN +* BRIAN KIM +* JUNG HOON KIM +* SEUNG WOOK JUNG (Peter) +* HYUNG WOO PARK +* EUN JAE CHOI +* NA GYEONG KIM +* JADEN CHOI +
-Certains hard-forks nécessitent de nouvelles configurations de genèse. -Cela a été le cas pour les hard forks Shelley et Alonzo (mais pas Allegra, Mary, Vasil ou Valentine), ce sera peut-être le cas à l’avenir. -Pour le moment, cette proposition ne dit rien sur une telle configuration de genèse : -Il est implicitement supposé qu’il s’agit d’un accord hors chaîne. -Nous pourrions cependant faire en sorte que (le hachage) d’une configuration de genèse spécifique soit également capturé dans une action de gouvernance hard-fork. +
+ 2023 Abu Dhabi, UAE Workshop (25/06) -##### Seuils adaptatifs +En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Abu Dhabi, Émirats arabes unis le 25 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Comme nous l’avons vu plus haut, il peut être logique que certains ou tous les seuils s’adaptent à l’égard du Lovelace qui est activement inscrit pour voter, -afin que le système offre une plus grande légitimité lorsqu’il n’y a qu’un faible niveau de participation active des votes. -Le mécanisme d’amorçage proposé ci-dessus peut toutefois englober cela en veillant à ce que le système de gouvernance soit activé -uniquement lorsqu’un niveau minimum de mise a été délégué à DReps. +* Amir Azem +* Ian Arden +* Madina Abdibayeva +* BTBF (Yu Kagaya) +* محمد الظاهري +* Tegegne Tefera +* Rami Hanania +* Tania Debs +* Khalil Jad +* Mohamed Jamal +* Ruslan Yakubov +* OUSHEK Mohamed eisa +* Shehryar +* Wael Ben Younes +* Santosh Ray +* Juana Attieh +* Nadim Karam +* DubaistakePool +* HAWAK Pool +* LALKUL Stake Pools +
+
+ 2023 Williamsburg, Atelier de New York (25/06) -##### Renommer DReps / état de non-confiance ? +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Williamsburg, New York le 25 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Il a été dit à plusieurs reprises que « DReps » tel que présenté ici, pourrait être confondu avec Project Catalyst DReps. -De même, certaines personnes ont exprimé une confusion entre l’état de non-confiance, la motion de non-confiance et les DReps non-confiance. +* Pi +* Joseph +* Skyler +* Forrest +* Gabriel +* Newman +
-Nous pourrions imaginer trouver de meilleurs termes pour ces concepts. +
+ 2023 Lagos, Atelier de Nigéria (28/06) -##### Mouvements de trésorerie limitant les taux +En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Lagos, au Nigeria, le 28 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Rien n’empêche de retirer de l’argent du Trésor autre que les votes proposés et les seuils de vote. Étant donné que le Trésor Cardano est une composante tout à fait fondamentale de sa politique monétaire, nous pourrions imaginer appliquer (au niveau du protocole) le montant maximum qui peut être retiré du Trésor sur une période donnée. +* Jonah Benson +* Augusta +* Ubio Obu +* Olumide Hrosuosegbe +* Veralyn Chinenye +* Ona Ohimer +* William Ese +* Ruth Usoro +* William P +* Esther Simi +* Daniel Effiom +* Akinkurai Toluwalase +
-##### Mesure de sécurité finale, post-bootstrapping +
+ 2023 Sao Paulo, Atelier du Brésil (01/07) -De nombreuses personnes ont déclaré qu'elles pensaient que le taux de participation réel ne serait pas si important -qu'il constituerait une pression sur le débit du système. -Nous pensons également que cela sera probablement le cas, mais lorsque la phase d'amorçage se terminera, nous pourrions -mettre en place une dernière mesure de sécurité temporaire (cela nous permettra également de justifier un faible montant de dépôt DRep). +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Sao Paulo, au Brésil, le 1er juillet 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Pour les valeurs de $X$ et $Y$ qui restent à déterminer, -dès la fin de la phase bootstrapping, -lorsque nous calculerons la distribution des enjeux DReps pour la prochaine limite d'époque, -nous considérerons _uniquement_ les DReps qui sont _soit_ dans le les meilleurs $X$ - de nombreux DReps classés par montant de mise, -ou les DReps qui ont au moins $Y$ Lovelace. -À chaque époque, la valeur de $X$ _augmentera_ et la valeur de $Y$ diminuera, -de sorte qu'à terme $X$ sera effectivement infini et $Y$ sera nul. -Notez qu'il ne s'agit que d'une incitation et que rien n'empêche réellement un DRep d'exprimer -son vote (même s'il ne sera pas pris en compte s'il ne répond pas aux exigences). +* Otávio Lima +* Rodrigo Pacini +* Maria Carmo +* Cauê Chianca +* Daniela Alves +* Jose Lins Dias +* Felipe Barcelos +* Rosana Melo +* Johnny Oliveira +* Lucas Ravacci +* Cristofer Ramos +* Weslei Menck +* Leandro Tsutsumi +* Izaias Pessoa +* Gabriel Melo +* Yuri Nabeshima +* Alexandre Fernandes +* Vinicius Ferreiro +* Lucas Fernandes +* Alessandro Benicio +* Mario Cielho +* Lory Fernandes Lima +* Larissa Nogueira +* Latam Cardano Community +
-Si la communauté décide à un moment donné qu’il y a effectivement un problème de congestion, -alors un hard fork pourrait être adopté pour limiter le nombre de DReps de manière plus restrictive. +
+ 2023 Atelier virtuel du Brésil (04/07) -Des chiffres raisonnables pour la valeur initiale de X$ sont probablement compris entre 5 000 et 10 000. -Les nombres raisonnables pour la valeur initiale de $Y$ sont probablement le nombre total de Lovelace -divisé par la valeur initiale de $X$. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu au Brésil le 4 juillet 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Le mécanisme devrait être assoupli à un rythme où la restriction serait complètement supprimée -après une période de six mois à un an. +* Lincon Vidal +* Thiago da Silva Nunes +* Rodrigo Pacini +* Livia Corcino de Albuquerque +* Cauê Chianca +* Otávio Lima +
## Droit d’auteur From a3ba37ac4f49b72ca7973b190d6c933a24d9c253 Mon Sep 17 00:00:00 2001 From: rphair Date: Tue, 20 Feb 2024 19:00:37 +0530 Subject: [PATCH 4/6] also add Acknowledgements as optional section for CPS --- CIP-9999/README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/CIP-9999/README.md b/CIP-9999/README.md index 853ceaafb..18a8d5950 100644 --- a/CIP-9999/README.md +++ b/CIP-9999/README.md @@ -47,7 +47,7 @@ Problem | A more detailed description of the problem and its context. Use cases | A concrete set of examples written from a user's perspective, describing what and why they are trying to do. When they exist, this section should give a sense of the current alternatives and highlight why they are unsuitable. Goals | A list of goals and non-goals a project is pursuing, ranked by importance. These goals should help understand the design space for the solution and what the underlying project is ultimately trying to achieve.

Goals may also contain requirements for the project. For example, they may include anything from a deadline to a budget (in terms of complexity or time) to security concerns.

Finally, goals may also serve as evaluation metrics to assess how good a proposed solution is. Open Questions | A set of questions to which any proposed solution should find an answer. Questions should help guide solutions design by highlighting some foreseen vulnerabilities or design flaws. Solutions in the form of CIP should thereby include these questions as part of their _'Rationale'_ section and provide an argued answer to each. -_optional sections_| If necessary, these sections may also be included in any order:
**References**
**Appendices**
Do not add material in an optional section if it pertains to one of the standard sections. +_optional sections_| If necessary, these sections may also be included in any order:
**References**
**Appendices**
**Acknowledgements**
Do not add material in an optional section if it pertains to one of the standard sections. Copyright | The CPS must be explicitly licensed under acceptable copyright terms (see [Licensing](#licensing)). ##### Header preamble From ff3fa1c90fc18b1a8a4eee67233ac8ac67c87de9 Mon Sep 17 00:00:00 2001 From: Robert Phair Date: Wed, 21 Feb 2024 20:19:29 +0530 Subject: [PATCH 5/6] add link to appendicised Acknowledgement section --- CIP-1694/README.md | 1 + 1 file changed, 1 insertion(+) diff --git a/CIP-1694/README.md b/CIP-1694/README.md index b7465a307..38c65d8db 100644 --- a/CIP-1694/README.md +++ b/CIP-1694/README.md @@ -55,6 +55,7 @@ Voting rights will be based on the total Ada that is delegated, as a whole numbe The most crucial aspect of this proposal is therefore the notion of **"one Lovelace = one vote"**. +For the many contributors to this proposal, see [Acknowledgements](#acknowledgements). ## Motivation: why is this CIP necessary? + [Goal](#goal) From 4fa0b0188dd74aa803ba67484efa526c1c9a05ce Mon Sep 17 00:00:00 2001 From: rphair Date: Wed, 21 Feb 2024 20:23:55 +0530 Subject: [PATCH 6/6] reverting French version for separate translation after merge --- CIP-1694/README.fr.md | 3082 ++++++++++++++++++++--------------------- 1 file changed, 1541 insertions(+), 1541 deletions(-) diff --git a/CIP-1694/README.fr.md b/CIP-1694/README.fr.md index c489a669a..c5b8560bf 100644 --- a/CIP-1694/README.fr.md +++ b/CIP-1694/README.fr.md @@ -37,1950 +37,1950 @@ Les droits de vote seront basés sur l’Ada totale qui est déléguée, comme u L’aspect le plus crucial de cette proposition est donc la notion de **«un Lovelace = une voix»**. -## Motivation : pourquoi ce CIP est-il nécessaire ? - -+ [Objectif](#objectif) -+ [Conception actuelle](#conception-actuelle-du-mécanisme-de-gouvernance) -+ [Lacunes de la conception de la gouvernance Shelley](#lacunes-de-la-conception-de-la-gouvernance-shelley) -+ [Hors champ d’application](#hors-champ-dapplication) - -### Objectif - -Nous entrons dans l’ère de Voltaire, jetant les bases d’une prise de décision décentralisée. -Ce CIP décrit un mécanisme de gouvernance on-chain qui sous-tendra la phase Voltaire de Cardano. -Le CIP s’appuie sur le schéma de gouvernance Cardano original qui reposait sur un nombre fixe de clés de gouvernance et l’étend. -Il vise à fournir une **première étape** qui est à la fois précieuse et, surtout, techniquement réalisable -à **court terme** dans le cadre du système de gouvernance Voltaire proposé. - -Il vise également à servir de point de départ pour la participation continue de la communauté, -y compris sur les paramètres de seuil appropriés et d’autres paramètres on-chain. - -Les propositions subséquentes pourraient adapter et élargir cette proposition pour répondre aux nouveaux besoins en matière de gouvernance. +#### Remerciements -### Conception actuelle du mécanisme de gouvernance +
+ Première ébauche -Le mécanisme de gouvernance Cardano en chaîne qui a été introduit à l’ère du grand livre Shelley est capable de: +De nombreuses personnes ont commenté et contribué à la première ébauche de ce document, qui a été publiée en novembre 2022. +Nous tenons particulièrement à remercier les personnes suivantes pour leur sagesse et leurs idées : -1. Modifier les valeurs des paramètres du protocole (y compris lancer des « hard forks ») -2. transférer Ada hors des réserves et du trésor (et également déplacer Ada entre les réserves et le trésor) + * Jack Briggs + * Tim Harrison + * Philippe Lazos + * Michael Madoff + * Evangelos Markakis + * Joël Telpner + * Thomas Upfield -Dans le schéma actuel, les mesures de gouvernance sont initiées par des transactions spéciales qui nécessitent des autorisations de `Quorum-Many` -à partir des clés de gouvernance (5 sur 7 sur le réseau principal Cardano)[^1]. -Les champs de l’organisme de transaction fournissent des détails sur la mesure de gouvernance proposée : -soit i) les changements de paramètres du protocole; ou ii) initier des transferts de fonds. -Chaque transaction peut déclencher les deux types d’actions de gouvernance, et une seule action peut avoir plus d’un effet (par exemple, la modification de deux paramètres de protocole ou plus). +Nous tenons également à remercier ceux qui ont commenté via Github et d’autres canaux. +
-- Les mises à jour des paramètres de protocole utilisent le [champ de transaction nº6](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L56) du corps de la transaction. -- Les mouvements de la trésorerie et des réserves utilisent [Déplacer les certificats de récompenses instantanées(abrégé MIR)](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L180). +
+ 2023 Atelier du Colorado (28/02 → 01/03) -Les mesures de gouvernance dûment autorisées sont appliquées à une limite d’époque (elles sont **adoptées**). +De plus, nous tenons à remercier tous les participants à l’atelier qui s’est tenu à Longmont, Colorado, les 28 février et 1er mars 2023 pour leurs précieuses contributions +à ce CIP, et pour leur défense active de la vision de Cardano pour une gouvernance minimale viable. Cela inclue: -#### Hard Forks +* Adam Rusch, ADAO & Summon +* Addie Girouard +* Andrew Westberg +* Darlington Wleh, LidoNation +* Eystein Hansen +* James Dunseith, Gimbalabs +* Juana Attieh +* Kenric Nelson +* Lloyd Duhon, DripDropz +* Marcus Jay Allen +* Marek Mahut, 5 binaires +* Markus Gufler +* Matthieu Capps +* Miséricorde, Wada +* Michael Dogali +* Michael Madoff +* Patrick Tobler, NMKR +* Philippe Lazos +* π Lanningham, SundaeSwap +* Rick McCracken +* Romain Pellerin +* Sergio Sanchez Ferreros +* Tim Harrison +* Tsz Wai Wu +
-L’un des paramètres du protocole est suffisamment important pour mériter une attention particulière : -La modification de la version majeure du protocole permet à Cardano d’adopter des hard forks contrôlés. -Ce type de mise à jour des paramètres de protocole a donc un statut particulier, puisque les pools de mise -doivent mettre à niveau leurs nœuds afin de pouvoir prendre en charge la nouvelle version du protocole une fois le hard fork adopté. +
+ 2023 Mexico, Atelier du Mexique (20/05) -### Lacunes de la conception de la gouvernance Shelley +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Mexico, au Mexique, le 20 mai 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -La conception de la gouvernance Shelley visait à fournir une approche simple et transitoire de la gouvernance. -La présente proposition vise à remédier à un certain nombre de lacunes de cette conception. -qui sont apparents lorsque nous entrons dans Voltaire. +* Donovan Riaño +* Cristian Jair Rojas +* Victor Hernández +* Ramón Aceves +* Sergio Andrés Cortés +* Isaías Alejandro Galván +* Abigail Guzmán +* Jorge Fernando Murguía +* Luis Guillermo Santana -1. La conception de la gouvernance Shelley ne laisse aucune place à la participation active des détenteurs d’Ada sur la chaîne. -Bien que les modifications apportées au protocole soient généralement le résultat de discussions avec des acteurs communautaires sélectionnés, -Le processus est actuellement mené principalement par les entités fondatrices. -S’assurer que tout le monde peut exprimer ses préoccupations est fastidieux et peut parfois être perçu comme arbitraire. +
-2. Les mouvements du Trésor constituent un sujet critique et sensible. -Cependant, ils peuvent être difficiles à suivre. Il est important d’avoir plus de transparence -et plus de couches de contrôle sur ces mouvements. +
+ 2023 Buenos Aires, Atelier de l'Argentine (20/05) -3. Bien qu’ils doivent être traités spécialement par les SPO, les hard forks ne sont pas différenciés des autres changements de paramètres de protocole. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Buenos Aires, Argentine le 20 mai 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -4. Enfin, bien qu’il existe actuellement une vision quelque peu commune pour _Cardano_ qui est partagée par ses entités fondatrices ainsi que par de nombreux membres de la communauté, -Il n’y a pas de document clairement défini où ces principes directeurs sont consignés. -Il est logique de tirer parti de la blockchain Cardano pour enregistrer la philosophie Cardano partagée de manière immuable, en tant que constitution Cardano formelle. +* Lucas Macchiavelli +* Alejando Pestchanker +* Juan Manuel Castro Pippo +* Federico Weill +* Jose Otegui +* Mercedes Ruggeri +* Mauro Andreoli +* Elias Aires +* Jorge Nasanovsky +* Ulises Barreiro +* Martin Ochoa +* Facundo Lopez +* Vanina Estrugo +* Luca Pestchanker +
-### Hors champ d’application +
+ 2023 Johannesburg, Atelier d'Afrique du Sud(25/05) -Les sujets suivants sont considérés comme ne relevant pas de la portée de ce CIP. +En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Johannesburg, en Afrique du Sud, le 25 mai 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Le contenu de la constitution +* Celiwe Ngwenya +* Bernard Sibanda +* Dumo Mbobo +* Shaolyn Dzwedere +* Kunoshe Muchemwa +* Siphiwe Mbobo +* Lucas Sibindi +* DayTapoya +* Mdu Ngwenya +* Lucky Khumalo +* Skhangele Malinga +* Joyce Ncube +* Costa Katenhe +* Bramwell Kasanga +* Precious Abimbola +* Ethel Q Tshuma +* Panashe Sibanda +* Radebe Tefo +* Kaelo Lentsoe +* Richmond Oppong +* Israel Ncube +* Sikhangele Malinga +* Nana Safo +* Ndaba Delsie +* Collen Tshepang +* Dzvedere Shaolyn +* Thandazile Sibanda +* Ncube Joyce +* Lucas Sibindi +* Pinky Ferro +* Ishmael Ntuta +* Khumalo Lucky +* Fhulufelo +* Thwasile Ngwenya +* Kunashe Muchemwa +* Dube Bekezela +* Tinyiko Baloi +* Dada Nomathemba +
-Ce CIP se concentre uniquement sur les mécanismes en chaîne. Les dispositions de la constitution initiale sont extrêmement importantes, de même que tous les processus qui -permettra de le modifier. Ceux-ci méritent leur propre discussion séparée et ciblée. -#### La composition du comité constitutionnel +
+ 2023 Bogota, Atelier de Colombie (27/05) -Il s’agit d’un problème hors chaîne. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Bogota, en Colombie, le 27 mai 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Questions juridiques +* Alvaro Moncada +* Jaime Andres Posada Castro +* Jose Miguel De Gamboa +* Nicolas Gomez +* Luis Restrepo (Moxie) +* Juanita Jaramillo R. +* Daniel Vanegas +* Ernesto Rafael Pabon Moreno +* Carlos Eduardo Escobar +* Manuel Fernando Briceño +* Sebastian Pabon +
-Toute application légale potentielle du protocole Cardano ou de la Constitution Cardano est complètement hors de portée de ce CIP. +
+ 2023 Caracas, Atelier du Venezuela (27/05) +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Caracas, Venezuela le 27 mai 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Normes hors chaîne pour les actions de gouvernance +* Jean Carlo Aguilar +* Wilmer Varón +* José Erasmo Colmenares +* David Jaén +* Félix Dávila +* Yaneth Duarte +* Nando Vitti +* Wilmer Rojas +* Andreina García +* Carmen Galban +* Osmarlina Agüero +* Ender Linares +* Carlos A. Palacios R +* Dewar Rodríguez +* Lennys Blanco +* Francys García +* Davidson Arenas +
-La communauté Cardano doit réfléchir profondément aux normes et processus appropriés pour gérer la création des actions de gouvernance spécifiées dans ce CIP. -En particulier, le rôle du projet Catalyst dans la création d’actions de retrait de trésorerie est complètement en dehors du champ d’application de ce CIP. +
+ 2023 Manizales, Atelier de Colombie (27/05) +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Manizales, en Colombie, le 27 mai 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Ada holdings et délégation +* Yaris Cruz +* Yaneth Duarte +* Ciro Gelvez +* Kevin Chacon +* Juan Sierra +* Caue Chianca +* Sonia Malagon +* Facundo Ramirez +* Hope R. +
-Comment les entreprises privées, les institutions publiques ou privées, les particuliers, etc. choisir de détenir ou de déléguer leur Ada, y compris la délégation aux pools de participation ou DReps, n’entre pas dans le champ d’application de ce CIP. +
+ 2023 Addis-Abeba, Atelier d'Éthiopie (27/05 & 28/5) -## Spécification +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Addis-Abeba, en Éthiopie, les 27 et 28 mai 2023 pour leurs précieuses contributions. +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -+ [La Constitution Cardano](#la-constitution-cardano) -+ [Le comité constitutionnel](#le-comité-constitutionnel) - - [État de non-confiance](#état-de-non-confiance) - - [Clés du comité constitutionnel](#clés-du-comité-constitutionnel) - - [Remplacement du comité constitutionnel](#remplacement-du-comité-constitutionnel) - - [Taille du comité constitutionnel](#taille-du-comité-constitutionnel) - - [Limites de mandat](#limites-de-mandat) -+ [Représentants délégués (DReps)](#représentants-délégués-dreps) - - [DReps prédéfinis](#dreps-prédéfinis) - - [DReps enregistrés](#dreps-enregistrés) - - [Nouvelle distribution de la mise pour DReps](#nouvelle-distribution-de-la-mise-pour-dreps) - - [Incitatifs pour les détenteurs d’Ada à déléguer une mise de vote](#incitatifs-pour-les-détenteurs-dada-à-déléguer-une-mise-de-vote) - - [Incitatifs DRep](#incitatifs-drep) -+ [Actions de gouvernance](#actions-de-gouvernance) - - [Ratification](#ratification) - * [Exigences](#exigences) - * [Restrictions](#restrictions) - - [Promulgation](#promulgation) - - [Cycle de vie](#cycle-de-vie) - - [Contenu](#contenu) - - [Groupes de paramètres de protocole](#groupes-de-paramètres-de-protocole) -+ [Votes](#votes) - - [État de gouvernance](#état-de-gouvernance) - - [Modifications apportées à l'instantané de mise](#modifications-apportées-à-linstantané-de-mise) - - [Définitions relatives à la participation de vote](#définitions-relatives-à-la-participation-de-vote) +* Kaleb Dori +* Eyassu Birru +* Matthew Thornton +* Tamir Kifle +* Kirubel Tabu +* Bisrat Miherete +* Emmanuel Khatchadourian +* Tinsae Teka +* Yoseph Ephrem +* Yonas Eshetu +* Hanna Kaleab +* Tinsae Teka +* Robee Meseret +* Matias Tekeste +* Eyasu Birhanu +* yonatan berihun +* Nasrallah Hassan +* Andinet Assefa +* Tewodros Sintayehu +* KIDUS MENGISTEAB +* Djibril Konate +* Nahom Mekonnen +* Eyasu Birhanu +* Eyob Aschenaki +* Tinsae Demissie +* Yeabsira Tsegaye +* Tihitna Miroche +* Mearaf Tadewos +* Yab Mitiku +* Habtamu Asefa +* Dawit Mengistu +* Nebiyu Barsula +* Nebiyu Sultan +* Nathan Samson +
-### La Constitution Cardano +
+ 2023 Kyoto et Fukuoka, Atelier du Japon (27/05 & 10/06 ) -La Constitution de Cardano est un document texte qui définit les valeurs communes et les principes directeurs de Cardano. -À ce stade, la Constitution est un document d’information qui capture sans ambiguïté les valeurs fondamentales de Cardano -et agit pour assurer sa viabilité à long terme. -À un stade ultérieur, nous pouvons imaginer que la Constitution évolue peut-être vers un ensemble de règles basées sur des contrats intelligents qui régissent l’ensemble du cadre de gouvernance. -Pour l’instant, cependant, la Constitution restera un document hors chaîne dont la valeur de condensation de hachage sera enregistrée sur la chaîne. -Comme nous l’avons vu plus haut, la Constitution n’est pas encore définie et son contenu n’entre pas dans le champ d’application de ce CIP. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Kyoto et à Fukuoka, au Japon, les 27 mai et 10 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: - +* Arimura +* Hidemi +* Nagamaru(SASApool) +* shiodome47(SODMpool) +* Wakuda(AID1pool) +* Yuta(Yuki Oishi) +* Andrew +* BANCpool +* Miyatake +* Muen +* Riekousagi +* SMAN8(SA8pool) +* Tatsuya +* カッシー +* 松 +* ポンタ +* リサ +* Mako +* Ririco +* ながまる +* Baku +* マリア +* たりふん +* JUNO +* Kinoko +* Chikara +* ET +* Akira555 +* Kent +* Ppp +* Shiodome47 +* Sam +* ポール +* Concon +* Sogame +* ハンド +* Demi +* Nonnon +* banC +* SMAN8(SA8pool) +* りんむ +* Kensin +* りえこうさぎ +* アダマンタイト +* の/ゆすけ +* MUEN +* いちごだいふく +* Ranket +* A.yy +* N S +* Kazuya +* Daikon +
-### Le comité constitutionnel +
+ 2023 Monterey, Atelier de Californie (28/05) -Nous définissons un _comité constitutionnel_ qui représente un ensemble d’individus ou d’entités -(chacun associé à un identifiant Ed25519 ou un identifiant de script natif ou Plutus) qui sont collectivement responsables de **veiller à ce que la Constitution soit respectée**. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Monterey, en Californie, le 28 mai 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Bien qu’il **ne puisse pas être appliqué en chaîne**, le comité constitutionnel est **seulement** censé voter -sur la constitutionnalité des actions de gouvernance (qui devraient ainsi assurer la viabilité à long terme de la blockchain) et devraient être remplacées -(via l’action **non-confiance**) s’ils dépassent cette limite. -Autrement dit, il existe un contrat social entre le comité constitutionnel et les acteurs du réseau. -Bien que le comité constitutionnel puisse rejeter certaines actions de gouvernance (en votant « non »), -ils ne devraient le faire que lorsque ces mesures de gouvernance sont contraires à la Constitution. +* Shane Powser +* Rodrigo Gomez +* Adam K. Dean +* John C. Valdez +* Kyle Solomon +* Erick "Mag" Magnana +* Bryant Austin +* John Huthmaker +* Ayori Selassie +* Josh Noriega +* Matthias Sieber +
-Par exemple, si nous considérons la règle hypothétique de la Constitution « Le réseau Cardano doit toujours être capable de produire de nouveaux blocs », -Ensuite, une mesure de gouvernance qui réduirait la taille maximale du bloc à `0` serait, en fait, -inconstitutionnelle et pourrait donc ne pas être ratifiée par le Comité constitutionnel. La règle -Cependant, ne pas spécifier la plus petite taille maximale acceptable de bloc, de sorte que le Comité constitutionnel devrait déterminer ce nombre -et votez en conséquence. +
+ 2023 Tlaxcala, Atelier du Mexique (01/06) -#### État de non-confiance +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Tlaxcala, au Mexique, le 1er juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Le comité constitutionnel est considéré comme se trouvant à tout moment dans l’un des deux États suivants: +* Victor Hernández +* Cristian Jair Rojas +* Miriam Mejia +* Josmar Cabañas +* Lizbet Delgado +* José Alberto Sánchez +* Fátima Valeria Zamora +* Julio César Montiel +* Jesús Pérez +* José Adrián López +* Lizbeth Calderón +* Zayra Molina +* Nayelhi Pérez +* Josué Armas +* Diego Talavera +* Darían Gutiérrez +
-1. un état normal (c’est-à-dire un état de confiance) -2. un état de non-confiance +
+ 2023 Atelier virtuel LATAM (03/06) -Dans un _état de non-confiance_, le comité actuel n’est plus en mesure de participer aux mesures de gouvernance -et doivent être remplacés avant que toute mesure de gouvernance puisse être ratifiée (voir ci-dessous). +De plus, nous tenons à remercier tous les participants à l'atelier virtuel LATAM le 3 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Clés du comité constitutionnel +* Juan Sierra +* @CaueChianca +* Ernesto Rafael +* Pabon Moreno +* Sonia Malagon +* Facundo Ramírez +* Mercedes Ruggeri +* Hope R. +* Yaris Cruz +* Yaneth Duarte +* Ciro Gélvez +* Kevin Chacon +* Juanita Jaramillo +* Sebastian Pabon +
-Le comité constitutionnel utilisera une configuration de clé chaude et froide, similaire au mécanisme existant de « certificat de délégation genesis ». +
+ 2023 Worcester, Atelier du Massachusetts (08/06) -#### Remplacement du comité constitutionnel +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Worcester, Massachusetts le 8 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Le comité constitutionnel peut être remplacé via une action de gouvernance spécifique -("Nouveau comité constitutionnel", décrit ci-dessous) qui requiert l'approbation à la fois -des **SPOs** et des **DReps** -Le seuil de ratification peut être différent dépendamment de si la gouvernance est -dans un état de confiance ou dans un état de non-confiance. +* CardanoSharp +* Kenric Nelson +* Matthias Sieber +* Roberto Mayen +* Ian Burzynski +* omdesign +* Chris Gianelloni +
-Le nouveau comité constitutionnel pourrait, en principe, être identique ou partiellement chevaucher le comité sortant tant que l’action est dûment ratifiée. -Cela pourrait se produire, par exemple, si les électeurs ont une confiance collective dans tout ou une partie du comité et souhaitent prolonger son mandat. +
+ 2023 Chicago, Atelier d'Illinois (10/06) +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Chicago, Illinois le 10 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Taille du comité constitutionnel +* Adam Rusch +* Jose Martinez +* Michael McNulty +* Vanessa Villanueva Collao +* Maaz Jedh +
-Contrairement à la conception de la gouvernance Shelley, la taille du comité constitutionnel n’est pas fixe et peut être n’importe quel nombre non négatif. -Il peut être modifié chaque fois qu’un nouveau comité est élu (« Nouveau comité constitutionnel et/ou seuil »). -De même, le seuil du comité (la fraction des votes `Yes` du comité qui sont nécessaires pour ratifier les mesures de gouvernance) n’est pas fixe et -peut également varier en fonction de la mesure de gouvernance. -Cela donne beaucoup de flexibilité à la composition du comité. -En particulier, il est possible d’élire un comité vide si la communauté souhaite supprimer entièrement le comité constitutionnel. Notez que cela est différent d’un état de non-confiance et constitue toujours un système de gouvernance capable de mettre en oeuvre des propositions. +
+ 2023 Atelier virtuel (12/06) -Il y aura un nouveau paramètre du protocole pour la taille minimale du comité, -lui-même un nombre non négatif. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 12 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### Mandat +* Rojo Kaboti +* Tommy Frey +* Tevo Saks +* Slate +* UBIO OBU +
-Chaque comité constitutionnel nouvellement élu aura un mandat. -Les mandats par membre permettent un système de rotation, par exemple un tiers du comité -expirant chaque année. -Les membres expirés ne peuvent plus voter. -Le membre peut également volontairement démissionner plus tôt, ce qui sera marqué sur la chaîne comme un membre expiré. +
+ 2023 Toronto, Atelier du Canada (15/06) -Si le nombre de membres non expirés du comité tombe en dessous de la taille minimale -du comité, le comité constitutionnel ne pourra pas ratifier -les actions de gouvernance. Cela signifie que seules les actions de gouvernance -qui ne nécessitent pas le vote du comité constitutionnel peuvent toujours -être ratifiées. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Toronto, au Canada, le 15 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Par exemple, un comité de cinq membres avec un seuil de 3/5, une taille minimale -de trois et deux membres expirés peut toujours -adopter des mesures de gouvernance si deux membres non expirés votent `Yes`. -Cependant, si un autre membre expire alors le comité constitutionnel devient -incapable de ratifier d’autres actions de gouvernance. +* John MacPherson +* Lawrence Ley +
-La durée maximale du mandat est un paramètre du protocole de gouvernance, spécifié en nombre d'époques. -Pendant un état de non-confiance, aucune action ne peut être ratifiée, -le comité devrait donc prévoir son propre remplacement s'il souhaite éviter les perturbations. +
+ 2023 Philadelphie, Atelier de Pennsylvanie (17/06) -#### Politique de proposition - -Bien que la constitution soit un document informel hors chaîne, il y aura -également un script facultatif qui pourra appliquer certaines directives. Ce scénario -agit pour compléter le comité constitutionnel en restreignant certains -types de propositions. Par exemple, si la communauté souhaite avoir des règles -strictes pour la trésorerie qui ne peuvent être violées, un script qui applique -ces règles peut être voté en tant que politique de proposition. - -La politique de proposition s'applique uniquement aux propositions de mise à jour des paramètres de protocole et -de retrait de trésorerie. - - - -### Représentants délégués (DReps) - -> **Warning** -> CIP-1694 DReps **ne doit pas être confondu** avec Project Catalyst DReps. - - - -#### DReps prédéfinis - -Afin de participer à la gouvernance, un justificatif d’identité de mise doit être délégué à un DRep. -Les détenteurs d’Ada délégueront généralement leurs droits de vote à un DRep enregistré -qui voteront en leur nom. De plus, deux options DRep prédéfinies sont disponibles : - -* `Abstain` - - Si un détenteur d’Ada délègue à `Abstain`, alors sa mise est activement marquée - comme ne participant pas à la gouvernance. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Philadelphie, en Pennsylvanie, le 17 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: - L’effet de la délégation de `Abstain` sur la chaîne est que la participation déléguée *ne sera pas* considérée comme - une partie de la participation active de vote. Toutefois, la participation *sera* considérée comme enregistrée pour - l’objectif des incitations décrites dans [Incitations pour les détenteurs d’Ada à déléguer une mise de vote](#incitatifs-pour-les-détenteurs-dada-à-déléguer-une-mise-de-vote). +* NOODZ +* Jarhead +* Jenny Brito +* Shepard +* BONE Pool +* type_biggie +* FLAWWD +* A.I. Scholars +* Eddie +* Joker +* Lex +* Jerome +* Joey +* SwayZ +* Cara Mia +* PHILLY 1694 +
-* `No Confidence` +
+ 2023 Atelier de Santiago du Chili (17/06) - Si un détenteur d’Ada délègue à `No Confidence`, sa participation est comptée comme - un vote `Yes` pour chaque action de `No Confidence` et un vote `No` pour toute autre action. - La participation déléguée *sera* considérée comme faisant partie de la participation au vote actif. - Il sert également de mesure directement vérifiable de la confiance des détenteurs d’Ada envers le comité - constitutionel. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Santiago du Chili le 17 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +* Rodrigo Oyarsun +* Sebastián Aravena +* Musashi Fujio +* Geo Gavo +* Lucía Escobar +* Juan Cruz Franco +* Natalia Rosa +* Cristian M. García +* Alejandro Montalvo +
-> **Note** -> Les DReps prédéfinis ne votent pas à l'intérieur des transactions, leur comportement est pris en compte au niveau du protocole. -> Le DRep `Abstain` peut être choisi pour diverses raisons, y compris le désir de ne pas -> participer au système de gouvernance. +
+ 2023 Atelier virtuel (17/06) -> **Note** -> Tout détenteur d'Ada peut s'inscrire en tant que DRep et se déléguer s'il souhaite participer activement à -> vote. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 17 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -#### DReps enregistrés +* Juana Attieh +* Nadim Karam +* Amir Azem +* Rami Hanania +* LALUL Stake Pool +* HAWAK Stake Pool +
-Dans Voltaire, les références de mise existantes seront -en mesure de déléguer leur participation à des DReps à des fins de vote, -en plus de la délégation actuelle aux pools de participation pour la production de blocs. -La délégation DRep imitera les mécanismes de délégation de mise existants (via des certificats on-chain). -De même, l’enregistrement des DReps imitera les mécanismes existants d’enregistrement des mise. -De plus, les DReps inscrits devront voter régulièrement pour être toujours considérés comme actifs. -Plus précisément, si un DRep ne soumet aucun vote pour `drepActivity` - plusieurs époques, le DRep est considéré comme inactif, -où `drepActivity` est un nouveau paramètre de protocole. -Les DReps inactifs ne comptent plus dans la participation active des votes, et peut redevenir actif durant un nombre `drepActivity` d'époques en votant sur n’importe quel actions de gouvernance. -La raison pour laquelle les DReps sont marqués comme inactifs est que les DReps qui cessent de participer mais qui ont encore -la mise qui leur est déléguée ne laisse finalement pas le système dans un état où aucune action de -gouvernance peut passer. +
+ 2023 Taipai, Atelier de Taïwan (18/06) -Les DReps enregistrés sont identifiés par un justificatif d’identité qui peut être : +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Taipai, Taiwan le 18 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -* Une clé de vérification (Ed25519) -* Un script natif ou Plutus +* Michael Rogero +* Ted Chen +* Mic +* Jeremy Firster +* Eric Tsai +* Dylan Chiang +* JohnsonCai +* DavidCHIEN +* Zach Gu +* Jimmy WANG +* JackTsai +* Katherine Hung +* Will Huang +* Kwicil +
-Le condensé de hachage blake2b-224 d’une informations d’identification DRep sérialisées est appelé _DRep ID_. +
+ 2023 Midgard Vikingcenter Horten, Atelier de Norvège (19/06) -Les nouveaux types de certificats suivants seront ajoutés pour les DReps : -les certificats d’inscription DRep, les certificats de retraite DRep, et -certificats de délégation de vote. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Midgard Vikingcenter Horten, en Norvège, le 19 juin 2023 pour leurs précieuses contributions. +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -##### Certificats d’enregistrement DRep +* Daniel D. Johnsen +* Thomas Lindseth +* Eystein Hansen +* Gudbrand Tokerud +* Lally McClay +* $trym +* Arne Rasmussen +* Lise WesselTVVIN +* Bjarne +* Jostein Aanderaa +* Ken-Erik Ølmheim +* DimSum +
-Les certificats d’inscription DRep comprennent : +
+ 2023 Atelier Virtuel (19/06) -* un ID DRep -* un dépôt -* une ancre en option +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 19 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Une **ancre** est une paire de : +* Nicolas Cerny +* Nils Peuser +* Riley Kilgore +* Alejandro Almanza +* Jenny Brito +* John C. Valdez +* Rhys +* Thyme +* Adam Rusch +* Devryn +
-* une URL vers une charge utile JSON de métadonnées -* un hachage du contenu de l’URL des métadonnées +
+ 2023 New York, Atelier de New York (20/06) -La structure et le format de ces métadonnées sont délibérément laissés ouverts dans ce CIP. -Les règles on-chain ne vérifieront ni l’URL ni le hachage. -Les applications clientes doivent toutefois effectuer les vérifications d’intégrité habituelles lors de la récupération de contenu à partir de l’URL fournie. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu dans la ville de New York, le 20 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +* John Shearing +* Geoff Shearing +* Daniela Balaniuc +* SDuffy +* Garry Golden +* Newman +* Emmanuel Batse +* Ebae +* Mojira +
-##### Certificats de retraite DRep +
+ 2023 La Cumbre, Atelier d'Argentine (23/06) -Les certificats de retraite DRep comprennent : +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à La Cumbre, Argentine le 23 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -* un ID DRep +* Ulises Barreiro +* Daniel F. Rodriguez +* Dominique Gromez +* Leandro Chialvo +* Claudia Vogel +* Guillermo Lucero +* Funes, Brian Carrasco +* Melisa Carrasco +* Carlos Carrasco +
-Notez qu'un DRep est mis à la retraite dès que la chaîne accepte un certificat de retraite, -et le dépôt est restitué dans le cadre de la transaction qui soumet le certificat de retrait -(de la même manière que les dépôts d'enregistrement du justificatif de participation sont retournés). +
+ 2023 Minneapolis, Atelier du Minnesota (23/06) -##### Certificats de délégation de vote +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Minneapolis, Minnesota le 23 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Les certificats de délégation de vote comprennent : +* Stephanie King +* Darlington Wleh +
-* l’ID DRep auquel la participation doit être déléguée -* les informations d’identification de mise pour le délégant +
+ 2023 La Plata, Atelier d'Argentine (23/06) -> **Note** -> -> La délégation DRep mappe toujours un justificatif d'identité de mise à un justificatif d'identité DRep. -> Cela signifie qu'un DRep ne peut pas déléguer une mise de vote à un autre DRep. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à La Plata, Argentine le 23 juin 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -##### Schémas d’autorisation de certificat +* Mauro Andreoli +* Rodolfo Miranda +* Agustin Francella +* Federico Sting +* Elias Aires +* Lucas Macchiavelli +* Pablo Hernán Mazzitelli +
-Le système d’autorisation (c’est-à-dire quelles signatures sont requises pour l’enregistrement, le retrait ou la délégation) imite le système existant d’autorisation de délégation de mise. +
+ 2023 Puerto Madryn, Atelier d'Argentine (23/06) - +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Puerto Madryn, en Argentine, le 23 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +* Andres Torres Borda +* Federico Ledesma Calatayud +* Maximiliano Torres +* Federico Prado +* Domingo Torres +* Floriana Pérez Barria +* Martin Real +* Florencia García +* Roberto Neme +
-#### Nouvelle distribution de la mise pour DReps +
+ 2023 Accra, Atelier du Ghana (24/06) -En plus de la distribution existante par délégation de mise et de la -distribution par pool de participation, le grand livre déterminera désormais également la distribution de la mise par DRep. -Cette répartition déterminera le montant de la mise par laquelle chaque vote d'un DRep -est soutenu. +En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Accra, au Ghana, le 24 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -> **Warning** -> -> **Contrairement à** la distribution utilisée pour la production de blocs, nous utiliserons toujours la plus -> récente version de la distribution de mise par DRep telle qu’elle est donnée sur la limite d’époque. -> -> Cela signifie que **pour tout sujet qui intéresse profondément les électeurs, -> ils ont le temps de déléguer à eux-mêmes comme DRep et de voter directement**. -> Cependant, cela signifie qu’il peut y avoir une différence entre la mise utilisé pour la production -> de bloc et la mise utilisée pour voter à une époque donnée. +* Wada +* Laurentine +* Christopher A. +* Nathaniel D. +* Edufua +* Michael +* Augusta +* Jeremiah +* Boaz +* Mohammed +* Richmond O. +* Ezekiel +* Megan +* Josue +* Michel T. +* Bineta +* Afia O. +* Mercy +* Enoch +* Kofi +* Awura +* Emelia +* Richmond S. +* Solomon +* Phillip +* Faakor +* Manfo +* Josh +* Daniel +* Mermose +
+
+ 2023 Atelier Virtuel (24/06) -#### Incitatifs pour les détenteurs d’Ada à déléguer une mise de vote +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 24 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Il y aura une courte [phase d’amorçage] (#bootstrapping-phase) au cours de laquelle des récompenses seront gagnées -pour la délégation de mise, etc. et peut être retiré à tout moment. -Après cette phase, bien que des récompenses continueront d’être gagnées pour la délégation de blocs, etc., les comptes de récompense seront -**empêché de retirer des récompenses** à moins que leurs informations d’identification de mise associées ne soient également déléguées à un DRep. -Cela contribue à assurer une participation élevée et, par conséquent, une légitimité. +* Jonas Riise +* Thomas Lindseth +* André "Eilert" Eilertsen +* Eystein Hansen +
-> **Note** -> -> Même si les récompenses ne peuvent pas être retirées, elles ne sont pas perdues. Dès qu’un justificatif de mise est délégué -> (y compris à un DRep prédéfini), les récompenses peuvent être retirées. +
+ 2023 Séoul, Atelier de la Corée du Sud (24/06) -#### Incitatifs DRep +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Séoul, en Corée du Sud, le 24 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -Les DReps ont sans doute besoin d’être rémunérés pour leur travail. La recherche sur les modèles incitatifs est toujours en cours, -et nous ne souhaitons pas retarder la mise en oeuvre de ce CIP pendant que ce problème est résolu. +* Oscar Hong (JUNGI HONG) +* SPO_COOL (Kevin Kordano) +* SPO_KTOP (KT OH) +* WANG JAE LEE +* JAE HYUN AN +* INYOUNG MOON (Penny) +* HOJIN JEON +* SEUNG KYU BAEK +* SA SEONG MAENG +* JUNG MYEONG HAN +* BRIAN KIM +* JUNG HOON KIM +* SEUNG WOOK JUNG (Peter) +* HYUNG WOO PARK +* EUN JAE CHOI +* NA GYEONG KIM +* JADEN CHOI +
-Notre proposition provisoire est donc l'entiercement de Lovelace de la trésorerie Cardano existante jusqu’à ce -qu'une décision extrêmement importante peut être convenue par la communauté, à travers le mécanisme de gouvernance en chaîne -en cours d’élaboration. +
+ 2023 Abu Dhabi, UAE Workshop (25/06) -Alternativement, les DReps pourraient se payer par le biais d’instances de l’action de gouvernance « retrait du Trésor ». -Une telle action serait vérifiable sur la chaîne et devrait refléter un accord hors chaîne entre DReps et les délégants. +En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Abu Dhabi, Émirats arabes unis le 25 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: - - +* Amir Azem +* Ian Arden +* Madina Abdibayeva +* BTBF (Yu Kagaya) +* محمد الظاهري +* Tegegne Tefera +* Rami Hanania +* Tania Debs +* Khalil Jad +* Mohamed Jamal +* Ruslan Yakubov +* OUSHEK Mohamed eisa +* Shehryar +* Wael Ben Younes +* Santosh Ray +* Juana Attieh +* Nadim Karam +* DubaistakePool +* HAWAK Pool +* LALKUL Stake Pools +
-### Actions de gouvernance +
+ 2023 Williamsburg, Atelier de New York (25/06) -Nous définissons sept types différents d'**actions de gouvernance**. -Une action de gouvernance est un événement en chaîne qui est déclenché par une transaction et a une date limite après lequel il ne peut être promulgué. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Williamsburg, New York le 25 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -- Une action est dite **ratifiée** lorsqu’elle recueille suffisamment de votes en sa faveur (grâce aux règles et paramètres détaillés ci-dessous). -- Une action qui ne parvient pas à être ratifiée avant sa date limite est dite **expirée**. -- Une action qui a été ratifiée est dite **promulguée** une fois qu’elle a été activée sur le réseau. +* Pi +* Joseph +* Skyler +* Forrest +* Gabriel +* Newman +
+
+ 2023 Lagos, Atelier de Nigéria (28/06) -| Action | Description | -| :-----------------------------------------------------| :-------------------------------------------------------------------------------------------------------------------------------------------------------------| -| 1. Motion de censure | Une motion pour créer un _état de non-confiance_ au sein du comité constitutionnel actuel | -| 2. Nouveau comité constitutionnel et/ou nouveau seuil | Modification des membres du comité constitutionnel et/ou de son seuil de signature et/ou limites de mandat | -| 3. Mises à jour de la Constitution | Une modification de la Constitution off-chain, enregistrée en tant que hachage on-chain du document texte | -| 4. Hard-Fork[^2] Initiation | Déclenche une mise à niveau non rétrocompatible du réseau ; Nécessite une mise à niveau logicielle préalable | -| 5. Modifications des paramètres du protocole | Tout changement **d’un ou de plus** paramètres de protocole pouvant être mis à jour, excluant les changements aux versions majeures du protocole (hard forks) | -| 6. Retraits de trésorerie | Retraits de la trésorerie | -| 7. Infos | Action qui n’a aucun effet sur la chaîne, autre qu’un enregistrement sur la chaîne. | +En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Lagos, au Nigeria, le 28 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -**Tout détenteur d’Ada** peut soumettre une action de gouvernance à la chaîne. -Ils doivent fournir un dépôt de `govActionDeposit` Lovelace, qui sera retourné lorsque l’action sera finalisée -(s’il est **ratifié** ou **a expiré**). -Le montant du dépôt sera ajouté au _pot de dépôt_, similaire aux dépôts clés de mise. -Il sera également pris en compte dans la mise de l’adresse de récompense à laquelle il sera remboursé, afin de ne pas réduire le pouvoir de vote du déposant pour voter sur ses propres actions (et concurrentes). +* Jonah Benson +* Augusta +* Ubio Obu +* Olumide Hrosuosegbe +* Veralyn Chinenye +* Ona Ohimer +* William Ese +* Ruth Usoro +* William P +* Esther Simi +* Daniel Effiom +* Akinkurai Toluwalase +
-Si une politique de proposition est présente, la transaction doit inclure cette -politique dans le témoin soit directement, soit via des entrées de référence, -et toutes les autres exigences imposées par la politique de proposition doivent être -satisfaites. +
+ 2023 Sao Paulo, Atelier du Brésil (01/07) -Notez qu’une motion de non-confiance est une mesure extrême qui permet aux détenteurs d’Ada de révoquer le pouvoir -qui a été accordé à l’actuel Comité constitutionnel. +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Sao Paulo, au Brésil, le 1er juillet 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -> **Note** -> Une **seule** action de gouvernance peut contenir **plusieurs** mises à jour des paramètres de protocole. De nombreux paramètres sont interconnectés et peuvent nécessiter d'être déplacés en synchronisme. +* Otávio Lima +* Rodrigo Pacini +* Maria Carmo +* Cauê Chianca +* Daniela Alves +* Jose Lins Dias +* Felipe Barcelos +* Rosana Melo +* Johnny Oliveira +* Lucas Ravacci +* Cristofer Ramos +* Weslei Menck +* Leandro Tsutsumi +* Izaias Pessoa +* Gabriel Melo +* Yuri Nabeshima +* Alexandre Fernandes +* Vinicius Ferreiro +* Lucas Fernandes +* Alessandro Benicio +* Mario Cielho +* Lory Fernandes Lima +* Larissa Nogueira +* Latam Cardano Community +
-#### Ratification +
+ 2023 Atelier virtuel du Brésil (04/07) -Les mesures de gouvernance sont **ratifiées** par le biais d’actions de vote en chaîne. -Différents types d'action de gouvernance ont des exigences de ratification différentes, mais impliquent toujours **deux des trois** organes de gouvernance, -à l’exception d’une initiative de hard fork et paramètres de protocole liés à la sécurité, qui nécessite la ratification de tous les organes de gouvernance. -Selon le type d’action de gouvernance, une action sera donc ratifiée lorsqu’une combinaison des éléments suivants se produit : +De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu au Brésil le 4 juillet 2023 pour leurs précieuses contributions +à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: -* le comité constitutionnel approuve l’action (le nombre de membres qui votent `Yes` atteint le seuil du comité constitutionnel) -* les DReps approuvent l’action (la participation contrôlée par les DReps qui votent `Yes` atteint un certain seuil de la mise totale active des votes) -* les SPO approuvent l’action (la participation contrôlée par les SPO qui votent `Yes` atteint un certain seuil par rapport à la mise active totale déléguée pour l'époque) +* Lincon Vidal +* Thiago da Silva Nunes +* Rodrigo Pacini +* Livia Corcino de Albuquerque +* Cauê Chianca +* Otávio Lima +
-> **Warning** -> Comme expliqué ci-dessus, différentes distributions de mise s’appliquent aux DReps et aux SPO. +## Motivation : pourquoi ce CIP est-il nécessaire ? -Une motion de non-confiance réussie, l'élection d'un nouveau comité constitutionnel, -un changement constitutionnel, ou un hard fork, retarde -la ratification de toutes les autres mesures de gouvernance jusqu’à la première époque suivant leur promulgation. Cela donne -un nouveau comité constitutionnel suffisamment de temps pour voter sur les propositions actuelles, réévaluer les propositions existantes -à l’égard d’une nouvelle constitution, et veille à ce que les changements sémantiques arbitraires de principe entraîné -en adoptant un hard-fork n’ont pas de conséquences imprévues en combinaison avec d’autres actions. ++ [Objectif](#objectif) ++ [Conception actuelle](#conception-actuelle-du-mécanisme-de-gouvernance) ++ [Lacunes de la conception de la gouvernance Shelley](#lacunes-de-la-conception-de-la-gouvernance-shelley) ++ [Hors champ d’application](#hors-champ-dapplication) -##### Exigences +### Objectif -Le tableau suivant détaille les exigences de ratification pour chaque scénario d’action de gouvernance. Les colonnes représentent : +Nous entrons dans l’ère de Voltaire, jetant les bases d’une prise de décision décentralisée. +Ce CIP décrit un mécanisme de gouvernance on-chain qui sous-tendra la phase Voltaire de Cardano. +Le CIP s’appuie sur le schéma de gouvernance Cardano original qui reposait sur un nombre fixe de clés de gouvernance et l’étend. +Il vise à fournir une **première étape** qui est à la fois précieuse et, surtout, techniquement réalisable +à **court terme** dans le cadre du système de gouvernance Voltaire proposé. -* **Type d’action de gouvernance**
- Type de mesure de gouvernance. Notez que les mises à jour des paramètres de protocole sont regroupées en quatre catégories. +Il vise également à servir de point de départ pour la participation continue de la communauté, +y compris sur les paramètres de seuil appropriés et d’autres paramètres on-chain. -* **Comité constitutionnel (abréviation CC)**
- Une valeur de ✓ indique que le comité constitutionnel doit approuver cette action.
- Une valeur de - signifie que les votes du comité constitutionnel ne s’appliquent pas. +Les propositions subséquentes pourraient adapter et élargir cette proposition pour répondre aux nouveaux besoins en matière de gouvernance. -* **DReps**
-Le seuil de vote DRep qui doit être atteint en pourcentage de la *participation de vote active*. +### Conception actuelle du mécanisme de gouvernance -* **SPO**
- Le seuil de vote SPO qui doit être atteint en pourcentage de la mise détenue par tous les pools de mise.
- Une valeur de - signifie que les votes SPO ne s’appliquent pas. +Le mécanisme de gouvernance Cardano en chaîne qui a été introduit à l’ère du grand livre Shelley est capable de: -| Type d’action de gouvernance | CC | DReps | SPOs | -|:--------------------------------------------------------------------------------|:----|:---------|:---------| -| 1. Motion de non-confiance | \- | $P_1$ | $Q_1$ | -| 2a. Nouveau comité/seuil (_état normal_) | \- | $P_{2a}$ | $Q_{2b}$ | -| 2b. Nouveau comité/seuil (_état de non-confiance_) | \- | $P_{2b}$ | $Q_{2b}$ | -| 3. Mise à jour de la Constitution ou politique de proposition | ✓ | $P_3$ | \- | -| 4. Initiation du hard fork | ✓ | $P_4$ | $Q_4$ | -| 5a. Modifications des paramètres de protocole, groupe réseau | ✓ | $P_{5a}$ | \- | -| 5b. Modifications des paramètres du protocole, groupe économique | ✓ | $P_{5b}$ | \- | -| 5c. Modifications des paramètres de protocole, groupe technique | ✓ | $P_{5c}$ | \- | -| 5d. Modifications des paramètres de protocole, groupe de gouvernance | ✓ | $P_{5d}$ | \- | -| 6. Retrait du Trésor | ✓ | $P_6$ | \- | -| 7. Infos | ✓ | $100$ | $100$ | - -Chacun de ces seuils est un paramètre de gouvernance. Il y a un -seuil supplémentaire, « Q5 », lié aux paramètres de protocole pertinents pour la sécurité, -qui est expliqué ci-dessous. -Les seuils initiaux devraient être choisis par la communauté Cardano dans son ensemble. -Les deux seuils de l'action Info sont définis à 100 % car le fixer plus bas -entraînerait l'impossibilité de sonder au-dessus du seuil. +1. Modifier les valeurs des paramètres du protocole (y compris lancer des « hard forks ») +2. transférer Ada hors des réserves et du trésor (et également déplacer Ada entre les réserves et le trésor) -Certains paramètres sont pertinents pour les propriétés de sécurité du système. Toute -proposition tentant de modifier un tel paramètre nécessite un vote supplémentaire -des SPOs, avec le seuil `Q5`. +Dans le schéma actuel, les mesures de gouvernance sont initiées par des transactions spéciales qui nécessitent des autorisations de `Quorum-Many` +à partir des clés de gouvernance (5 sur 7 sur le réseau principal Cardano)[^1]. +Les champs de l’organisme de transaction fournissent des détails sur la mesure de gouvernance proposée : +soit i) les changements de paramètres du protocole; ou ii) initier des transferts de fonds. +Chaque transaction peut déclencher les deux types d’actions de gouvernance, et une seule action peut avoir plus d’un effet (par exemple, la modification de deux paramètres de protocole ou plus). -Les paramètres de protocole pertinents pour la sécurité sont : -* `maxBBSize` -* `maxTxSize` -* `maxBHSize` -* `maxValSize` -* `maxBlockExUnits` -* `minFeeA` -* `minFeeB` -* `coinsPerUTxOByte` -* `govActionDeposit` -* `minFeeRefScriptsCoinsPerByte` +- Les mises à jour des paramètres de protocole utilisent le [champ de transaction nº6](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L56) du corps de la transaction. +- Les mouvements de la trésorerie et des réserves utilisent [Déplacer les certificats de récompenses instantanées(abrégé MIR)](https://github.com/input-output-hk/cardano-ledger/blob/8884d921c8c3c6e216a659fca46caf729282058b/eras/babbage/test-suite/cddl-files/babbage.cddl#L180). -> **Note** -> Il peut être logique que certains ou tous les seuils s’adaptent en ce qui concerne le Lovelace qui est activement inscrit pour voter. -> Par exemple, un seuil pourrait varier entre 51 % pour un niveau élevé d’enregistrement et 75 % pour un niveau d’enregistrement faible. -> En outre, le seuil de trésorerie pourrait également être adaptatif, en fonction du Lovelace total qui est retiré, -> ou différents seuils pourraient être fixés pour différents niveaux de retrait. +Les mesures de gouvernance dûment autorisées sont appliquées à une limite d’époque (elles sont **adoptées**). -> **Note** -> Pour atteindre la légitimité, le seuil minimum acceptable ne devrait pas être inférieur à 50% de la mise déléguée. +#### Hard Forks +L’un des paramètres du protocole est suffisamment important pour mériter une attention particulière : +La modification de la version majeure du protocole permet à Cardano d’adopter des hard forks contrôlés. +Ce type de mise à jour des paramètres de protocole a donc un statut particulier, puisque les pools de mise +doivent mettre à niveau leurs nœuds afin de pouvoir prendre en charge la nouvelle version du protocole une fois le hard fork adopté. -##### Restrictions +### Lacunes de la conception de la gouvernance Shelley -Outre _Retrait du trésor_ et _Infos_, nous incluons un mécanisme pour assurer que les actions de gouvernance -du même type ne se heurtent pas accidentellement de manière inattendue. +La conception de la gouvernance Shelley visait à fournir une approche simple et transitoire de la gouvernance. +La présente proposition vise à remédier à un certain nombre de lacunes de cette conception. +qui sont apparents lorsque nous entrons dans Voltaire. -Chaque action de gouvernance doit inclure l’ID de l’action de gouvernance de l’action la plus récente adoptée de son type donné. -Cela signifie que deux actions du même type peuvent être promulguées en même temps, -Mais ils doivent être *délibérément* conçus pour le faire. +1. La conception de la gouvernance Shelley ne laisse aucune place à la participation active des détenteurs d’Ada sur la chaîne. +Bien que les modifications apportées au protocole soient généralement le résultat de discussions avec des acteurs communautaires sélectionnés, +Le processus est actuellement mené principalement par les entités fondatrices. +S’assurer que tout le monde peut exprimer ses préoccupations est fastidieux et peut parfois être perçu comme arbitraire. +2. Les mouvements du Trésor constituent un sujet critique et sensible. +Cependant, ils peuvent être difficiles à suivre. Il est important d’avoir plus de transparence +et plus de couches de contrôle sur ces mouvements. -#### Promulgation +3. Bien qu’ils doivent être traités spécialement par les SPO, les hard forks ne sont pas différenciés des autres changements de paramètres de protocole. -Les actions qui ont été ratifiées à l’époque actuelle sont classées par ordre de priorité comme suit pour la promulgation : +4. Enfin, bien qu’il existe actuellement une vision quelque peu commune pour _Cardano_ qui est partagée par ses entités fondatrices ainsi que par de nombreux membres de la communauté, +Il n’y a pas de document clairement défini où ces principes directeurs sont consignés. +Il est logique de tirer parti de la blockchain Cardano pour enregistrer la philosophie Cardano partagée de manière immuable, en tant que constitution Cardano formelle. -1. Motion de non-confiance -2. Nouveau comité/seuil -3. Mises à jour de la Constitution ou politique de proposition -4. Initiation du hard fork -5. Modifications des paramètres du protocole -6. Retraits du Trésor -7. Infos +### Hors champ d’application -> **Note** La promulgation des actions _Info_ est une action nulle, car elles n’ont aucun effet sur le protocole. +Les sujets suivants sont considérés comme ne relevant pas de la portée de ce CIP. -##### Ordre de promulgation +#### Le contenu de la constitution -Les actions de gouvernance sont mises en oeuvre par ordre d’acceptation dans la chaîne. -Cela résout les conflits où, par exemple, il y a deux changements de paramètres concurrents. +Ce CIP se concentre uniquement sur les mécanismes en chaîne. Les dispositions de la constitution initiale sont extrêmement importantes, de même que tous les processus qui +permettra de le modifier. Ceux-ci méritent leur propre discussion séparée et ciblée. -#### Cycle de vie +#### La composition du comité constitutionnel -Les actions de gouvernance ne sont vérifiées pour ratification que sur une limite d’époque. -Une fois ratifiée, des actions sont organisées en vue de leur promulgation. +Il s’agit d’un problème hors chaîne. -Toutes les actions de gouvernance soumises seront donc soit : +#### Questions juridiques -1. **ratifié**, puis **promulgué** -2. ou **expirée** après un certain nombre d’époques +Toute application légale potentielle du protocole Cardano ou de la Constitution Cardano est complètement hors de portée de ce CIP. -Dans tous ces cas, les dépôts sont retournés immédiatement. -Toutes les actions de gouvernance sont adoptées à la frontière de l'époque après leur ratification. +#### Normes hors chaîne pour les actions de gouvernance -#### Contenu +La communauté Cardano doit réfléchir profondément aux normes et processus appropriés pour gérer la création des actions de gouvernance spécifiées dans ce CIP. +En particulier, le rôle du projet Catalyst dans la création d’actions de retrait de trésorerie est complètement en dehors du champ d’application de ce CIP. -Chaque mesure de gouvernance comprendra les éléments suivants : -* un montant de dépôt (enregistré puisque le montant du dépôt est un paramètre de protocole pouvant être mis à jour) -* une adresse de récompense pour recevoir le dépôt lorsqu’il est remboursé -* une ancre pour toutes les métadonnées nécessaires pour justifier l’action -* une valeur de condensé de hachage pour éviter les collisions avec des actions concurrentes du même type (comme décrit précédemment) +#### Ada holdings et délégation - +Comment les entreprises privées, les institutions publiques ou privées, les particuliers, etc. choisir de détenir ou de déléguer leur Ada, y compris la délégation aux pools de participation ou DReps, n’entre pas dans le champ d’application de ce CIP. -De plus, chaque action comprendra certains éléments spécifiques à son type : +## Spécification -| Type d’action de gouvernance | Données supplémentaires | -|:--------------------------------------------------------------|:---------------------------------------------------------------------------------------------------------------------------------------------------| -| 1. Motion de non-confiance | Aucune | -| 2. Nouveau comité/seuil | L’ensemble des résumés de hachage de clé de vérification (membres à supprimer), une carte des résumés de hachage de clé de vérification aux numéros d'époque (nouveaux membres et leur limite de mandat) et une fraction (nouveau seuil) | -| 3. Mise à jour de la Constitution ou politique de proposition | Un condensé de hachage du document constitutionnel | -| 4. Initiation du hard fork | La nouvelle version majeure du protocole | -| 5. Modifications des paramètres du protocole | Les paramètres modifiés | -| 6. Retrait du Trésor | Une carte d’identification de mise à un nombre positif de Lovelace | -| 7. Infos | Aucune | ++ [La Constitution Cardano](#la-constitution-cardano) ++ [Le comité constitutionnel](#le-comité-constitutionnel) + - [État de non-confiance](#état-de-non-confiance) + - [Clés du comité constitutionnel](#clés-du-comité-constitutionnel) + - [Remplacement du comité constitutionnel](#remplacement-du-comité-constitutionnel) + - [Taille du comité constitutionnel](#taille-du-comité-constitutionnel) + - [Limites de mandat](#limites-de-mandat) ++ [Représentants délégués (DReps)](#représentants-délégués-dreps) + - [DReps prédéfinis](#dreps-prédéfinis) + - [DReps enregistrés](#dreps-enregistrés) + - [Nouvelle distribution de la mise pour DReps](#nouvelle-distribution-de-la-mise-pour-dreps) + - [Incitatifs pour les détenteurs d’Ada à déléguer une mise de vote](#incitatifs-pour-les-détenteurs-dada-à-déléguer-une-mise-de-vote) + - [Incitatifs DRep](#incitatifs-drep) ++ [Actions de gouvernance](#actions-de-gouvernance) + - [Ratification](#ratification) + * [Exigences](#exigences) + * [Restrictions](#restrictions) + - [Promulgation](#promulgation) + - [Cycle de vie](#cycle-de-vie) + - [Contenu](#contenu) + - [Groupes de paramètres de protocole](#groupes-de-paramètres-de-protocole) ++ [Votes](#votes) + - [État de gouvernance](#état-de-gouvernance) + - [Modifications apportées à l'instantané de mise](#modifications-apportées-à-linstantané-de-mise) + - [Définitions relatives à la participation de vote](#définitions-relatives-à-la-participation-de-vote) -> **Note** -> La nouvelle version majeure du protocole doit être précisément supérieure d’une à la version actuelle du protocole. -> Deux époques consécutives quelconques auront donc soit la même version de protocole majeure, soit le -> plus tard, on aura une version de protocole majeure qui est une plus grande. +### La Constitution Cardano -> **Note** -> Il ne peut y avoir de doublons entre les membres d’un comité - chaque paire de clé de références dans un comité doit être unique. +La Constitution de Cardano est un document texte qui définit les valeurs communes et les principes directeurs de Cardano. +À ce stade, la Constitution est un document d’information qui capture sans ambiguïté les valeurs fondamentales de Cardano +et agit pour assurer sa viabilité à long terme. +À un stade ultérieur, nous pouvons imaginer que la Constitution évolue peut-être vers un ensemble de règles basées sur des contrats intelligents qui régissent l’ensemble du cadre de gouvernance. +Pour l’instant, cependant, la Constitution restera un document hors chaîne dont la valeur de condensation de hachage sera enregistrée sur la chaîne. +Comme nous l’avons vu plus haut, la Constitution n’est pas encore définie et son contenu n’entre pas dans le champ d’application de ce CIP. -Chaque action de gouvernance acceptée sur la chaîne se verra attribuer un identifiant unique (alias l'**ID de l’action de gouvernance**), -composé du hachage de transaction qui l’a créé et de l’index dans le corps de la transaction qui pointe vers lui. + -#### Groupes de paramètres de protocole +### Le comité constitutionnel -Nous avons regroupé les changements de paramètres de protocole par type, -permettant de fixer différents seuils pour chaque groupe. +Nous définissons un _comité constitutionnel_ qui représente un ensemble d’individus ou d’entités +(chacun associé à un identifiant Ed25519 ou un identifiant de script natif ou Plutus) qui sont collectivement responsables de **veiller à ce que la Constitution soit respectée**. -Toutefois, nous ne limitons pas chaque action de gouvernance des paramètres de protocole à un seul groupe. -Dans le cas où une action de gouvernance contient des mises à jour pour plusieurs paramètres de différents groupes, -le seuil maximal de tous les groupes concernés s’appliquera à toute mesure de gouvernance donnée. +Bien qu’il **ne puisse pas être appliqué en chaîne**, le comité constitutionnel est **seulement** censé voter +sur la constitutionnalité des actions de gouvernance (qui devraient ainsi assurer la viabilité à long terme de la blockchain) et devraient être remplacées +(via l’action **non-confiance**) s’ils dépassent cette limite. +Autrement dit, il existe un contrat social entre le comité constitutionnel et les acteurs du réseau. +Bien que le comité constitutionnel puisse rejeter certaines actions de gouvernance (en votant « non »), +ils ne devraient le faire que lorsque ces mesures de gouvernance sont contraires à la Constitution. -Les groupes de paramètres _réseaux_, _économique_ et _technique_ collectent les paramètres de protocole existants qui ont été introduits pendant les ères Shelley, Alonzo et Babbage. -De plus, nous introduisons un nouveau groupe _gouvernance_ qui est spécifique aux nouveaux paramètres de gouvernance qui seront introduits par le CIP-1694. +Par exemple, si nous considérons la règle hypothétique de la Constitution « Le réseau Cardano doit toujours être capable de produire de nouveaux blocs », +Ensuite, une mesure de gouvernance qui réduirait la taille maximale du bloc à `0` serait, en fait, +inconstitutionnelle et pourrait donc ne pas être ratifiée par le Comité constitutionnel. La règle +Cependant, ne pas spécifier la plus petite taille maximale acceptable de bloc, de sorte que le Comité constitutionnel devrait déterminer ce nombre +et votez en conséquence. -Le **groupe de réseaux** se compose de : -* taille maximale du corps du bloc (`maxBBSize`) -* taille maximale de la transaction (`maxTxSize`) -* taille maximale de l’en-tête de bloc (`maxBHSize`) -* taille maximale d’une valeur de ressource sérialisée (`maxValSize`) -* nombre maximal d’unités d’exécution de script dans une seule transaction (`maxTxExUnits`) -* nombre maximal d’unités d’exécution de script dans un seul bloc (`maxBlockExUnits`) -* nombre maximal d’entrées collatérales (`maxCollateralInputs`) +#### État de non-confiance -Le **groupe économique** comprend : -* coefficient de redevance minimal (`minFeeA`) -* constante de frais minimum (`minFeeB`) -* clé de délégation Lovelace dépôt (`keyDeposit`) -* inscription à la piscine Dépôt Lovelace (`poolDeposit`) -* expansion monétaire (`rho`) -* expansion de la trésorerie (`tau`) -* réduction des primes fixes minimales pour les pools (`minPoolCost`) -* dépôt minimum de Lovelace par octet d’UTxO sérialisé (`coinsPerUTxOByte`) -* prix des unités d’exécution de Plutus (`prix`) +Le comité constitutionnel est considéré comme se trouvant à tout moment dans l’un des deux États suivants: -Le **groupe technique** est composé de : -* l'influence du pool pledge (`A0`) -* époque maximale du retrait du pool (`eMax`) -* nombre souhaité de pools (`nOpt`) -* modèles de coûts d’exécution de Plutus (`costModels`) -* proportion de collatéral nécessaire pour les scripts (`collateralPercentage`) +1. un état normal (c’est-à-dire un état de confiance) +2. un état de non-confiance -Le **groupe de gouvernance** comprend tous les nouveaux paramètres de protocole introduits dans ce CIP : -* seuils de vote de gouvernance ($P_1$, $P_{2a}$, $P_{2b}$, $P_3$, $P_4$, $P_{5a}$, $P_{5b}$, $P_{5c}$, $P_{5d}$, $P_6$, $Q_1$, $Q_{2a}$, $Q_{2b}$, $Q_4$) -* durée de vie maximale de l'action de gouvernance en époques (`govActionLifetime`) -* dépôt d'action de gouvernance (`govActionDeposit`) -* montant du dépôt DRep (`drepDeposit`) -* période d’activité DRep en époques (`drepActivity`) -* taille minimale du comité constitutionnel (`ccMinSize`) -* durée maximale du mandat (en époques) des membres du comité constitutionnel (`ccMaxTermLength`) +Dans un _état de non-confiance_, le comité actuel n’est plus en mesure de participer aux mesures de gouvernance +et doivent être remplacés avant que toute mesure de gouvernance puisse être ratifiée (voir ci-dessous). - +#### Clés du comité constitutionnel - +Le comité constitutionnel utilisera une configuration de clé chaude et froide, similaire au mécanisme existant de « certificat de délégation genesis ». - +#### Remplacement du comité constitutionnel -### Votes +Le comité constitutionnel peut être remplacé via une action de gouvernance spécifique +("Nouveau comité constitutionnel", décrit ci-dessous) qui requiert l'approbation à la fois +des **SPOs** et des **DReps** +Le seuil de ratification peut être différent dépendamment de si la gouvernance est +dans un état de confiance ou dans un état de non-confiance. -Chaque transaction de vote comprend les éléments suivants : +Le nouveau comité constitutionnel pourrait, en principe, être identique ou partiellement chevaucher le comité sortant tant que l’action est dûment ratifiée. +Cela pourrait se produire, par exemple, si les électeurs ont une confiance collective dans tout ou une partie du comité et souhaitent prolonger son mandat. -* un ID d’action de gouvernance -* un rôle - membre du comité constitutionnel, DRep ou SPO -* un témoin d’informations d’identification de gouvernance pour le rôle -* une ancre en option (tel que défini ci-dessus) pour les renseignements pertinents au vote; -* un vote 'Oui'/'Non'/'Abstention' -Pour les SPO et les DReps, le nombre de votes exprimés (que ce soit 'Oui', 'Non' ou 'Abstention') est proportionnel au Lovelace qui leur est déléguée au moment où -l’action est vérifiée pour ratification. Pour les membres du comité constitutionnel, chaque membre actuel du comité dispose d’un vote. +#### Taille du comité constitutionnel -> **Warning** Les votes 'Abstention' ne sont pas inclus dans la « participation active ». -> -> Notez qu’un vote explicite pour s’abstenir diffère de l’abstention de voter. -> La mise non enregistré qui n’a pas voté se comporte comme un vote 'Abstention', -> alors que la mise enregistré qui n’a pas voté se comporte comme un vote 'non'. -> Pour éviter toute confusion, nous n’utiliserons le mot 'Abstention' qu’à partir de maintenant pour signifier un vote en chaîne pour s’abstenir. +Contrairement à la conception de la gouvernance Shelley, la taille du comité constitutionnel n’est pas fixe et peut être n’importe quel nombre non négatif. +Il peut être modifié chaque fois qu’un nouveau comité est élu (« Nouveau comité constitutionnel et/ou seuil »). +De même, le seuil du comité (la fraction des votes `Yes` du comité qui sont nécessaires pour ratifier les mesures de gouvernance) n’est pas fixe et +peut également varier en fonction de la mesure de gouvernance. +Cela donne beaucoup de flexibilité à la composition du comité. +En particulier, il est possible d’élire un comité vide si la communauté souhaite supprimer entièrement le comité constitutionnel. Notez que cela est différent d’un état de non-confiance et constitue toujours un système de gouvernance capable de mettre en oeuvre des propositions. -Le témoin d’informations d’identification de gouvernance déclenchera les vérifications appropriées dans le registre conformément à la règle de registre « UTxOW » existante -(c’est-à-dire une vérification de signature pour les clés de vérification, et une exécution de validateur avec un rédempteur de vote spécifique et un nouvel objectif de script Plutus pour les scripts). +Il y aura un nouveau paramètre du protocole pour la taille minimale du comité, +lui-même un nombre non négatif. -Les votes peuvent être exprimés plusieurs fois pour chaque action de gouvernance par un seul témoin d’informations d’identification. -Les votes correctement soumis remplacent tous les votes plus anciens pour les mêmes informations d’identification et le même rôle. -C’est-à-dire que l’électeur peut changer sa position sur n’importe quelle action s’il le souhaite. -Dès qu’une mesure de gouvernance est ratifiée, le vote prend fin et les transactions contenant d’autres votes sont invalides. +#### Mandat -#### État de gouvernance +Chaque comité constitutionnel nouvellement élu aura un mandat. +Les mandats par membre permettent un système de rotation, par exemple un tiers du comité +expirant chaque année. +Les membres expirés ne peuvent plus voter. +Le membre peut également volontairement démissionner plus tôt, ce qui sera marqué sur la chaîne comme un membre expiré. -Lorsqu’une action de gouvernance est soumise avec succès à la chaîne, sa progression sera suivie par l’état du grand livre. -En particulier, les éléments suivants seront suivi : +Si le nombre de membres non expirés du comité tombe en dessous de la taille minimale +du comité, le comité constitutionnel ne pourra pas ratifier +les actions de gouvernance. Cela signifie que seules les actions de gouvernance +qui ne nécessitent pas le vote du comité constitutionnel peuvent toujours +être ratifiées. -* l’ID de l’action de gouvernance -* l’époque à laquelle l’action expire -* le montant du dépôt -* l’adresse des récompenses qui recevra le dépôt lorsqu’il sera retourné -* le total des votes 'Oui'/'Non'/'Abstention' du comité constitutionnel pour cette action -* le total des votes 'Oui'/'Non'/'Abstention' des DReps pour cette action -* le total des votes 'Oui'/'Non'/'Abstention' des SPO pour cette action +Par exemple, un comité de cinq membres avec un seuil de 3/5, une taille minimale +de trois et deux membres expirés peut toujours +adopter des mesures de gouvernance si deux membres non expirés votent `Yes`. +Cependant, si un autre membre expire alors le comité constitutionnel devient +incapable de ratifier d’autres actions de gouvernance. +La durée maximale du mandat est un paramètre du protocole de gouvernance, spécifié en nombre d'époques. +Pendant un état de non-confiance, aucune action ne peut être ratifiée, +le comité devrait donc prévoir son propre remplacement s'il souhaite éviter les perturbations. -#### Modifications apportées à l’instantané de mise +#### Politique de proposition -Étant donné que l’instantané de mise change à chaque limite d’époque, un nouveau décompte doit être calculé lorsque chaque mesure de gouvernance non ratifiée -est vérifié pour la ratification. Cela signifie qu’une action pourrait être promulguée même si les votes DRep ou SPO n’ont pas changé -(puisque la délégation de vote aurait pu changer). +Bien que la constitution soit un document informel hors chaîne, il y aura +également un script facultatif qui pourra appliquer certaines directives. Ce scénario +agit pour compléter le comité constitutionnel en restreignant certains +types de propositions. Par exemple, si la communauté souhaite avoir des règles +strictes pour la trésorerie qui ne peuvent être violées, un script qui applique +ces règles peut être voté en tant que politique de proposition. -#### Définitions relatives à la participation de vote +La politique de proposition s'applique uniquement aux propositions de mise à jour des paramètres de protocole et +de retrait de trésorerie. -Nous définissons un certain nombre de nouveaux termes liés à la participation de vote : + -* Lovelace contenu dans une sortie de transaction est considéré comme **actif pour le vote** (c’est-à-dire qu’il forme la « participation de vote active ») : - * Il contient une identification de mise enregistrée. - * L’accréditation de mise enregistrée a délégué ses droits de vote à un DRep. -* Par rapport à un certain pourcentage `P`, un seuil de vote DRep (SPO) **a été atteint** si la somme de la mise relative qui a été déléguée aux DReps (SPO) - qui votent `Yes` à une mesure de gouvernance - est au moins `P`. +### Représentants délégués (DReps) -## Raison d’être +> **Warning** +> CIP-1694 DReps **ne doit pas être confondu** avec Project Catalyst DReps. -+ [Rôle du comité constitutionnel](#rôle-du-comité-constitutionnel) -+ [Omission intentionnelle de la vérification de l’identité](#omission-intentionnelle-de-la-vérification-didentité) -+ [Réduire le pouvoir des entités avec de grandes quantités d’Ada](#réduire-la-puissance-des-entités-avec-de-grandes-quantités-dada) -+ [Greffage sur la distribution des mises du pool de participation](#greffage-sur-la-distribution-des-mises-du-pool-de-participation) -+ [Séparation de l’initiation du hard-fork des modifications des paramètres de protocole standard](#séparation-de-linitiation-du-hard-fork-des-modifications-des-paramètres-du-protocole-standard) -+ [Le but des DReps](#le-but-des-dreps) -+ [Tableau des exigences de ratification](#tableau-des-exigences-de-ratification) -+ [Motion de non-confiance](#motion-de-non-confiance) -+ [Nouveau comité/seuil (état de défiance)](#nouveau-comitéseuil-état-de-non-confiance) -+ [La polyvalence de l’action de gouvernance de l'information](#la-polyvalence-de-laction-de-gouvernance-de-linformation) -+ [Initiation hard-fork](#initiation-hard-fork) -+ [Nouvelles structures de métadonnées](#nouvelles-structures-de-métadonnées) -+ [Contrôle du nombre d’actions de gouvernance actives](#contrôle-du-nombre-dactions-de-gouvernance-actives) -+ [Pas d’AVST](#pas-davst) + -### Rôle du comité constitutionnel +#### DReps prédéfinis -À première vue, le comité constitutionnel peut sembler être un comité spécial qui s’est vu accorder un pouvoir supplémentaire sur les DReps. -Cependant, étant donné que DReps peut remplacer le comité constitutionnel à tout moment et que les votes DRep sont également nécessaires pour ratifier chaque action de gouvernance, -le comité constitutionnel n’a pas plus (et peut, en fait, avoir moins) de pouvoir que le DReps. -Dans ce contexte, quel rôle le comité joue-t-il et pourquoi n’est-il pas superflu? -La réponse est que le comité résout le problème d’amorçage du nouveau cadre de gouvernance. -En effet, dès que nous appuyons sur la gâchette et permettons à ce cadre de devenir actif sur la chaîne, alors sans comité constitutionnel, -il faudrait rapidement qu’il y ait suffisamment de DReps, afin que le système ne repose pas uniquement sur les votes SPO. -Nous ne pouvons pas encore prédire à quel point la communauté sera active dans l’inscription en tant que DReps, ni dans quelle mesure les autres détenteurs d’Ada seront réactifs en ce qui concerne la délégation de votes. +Afin de participer à la gouvernance, un justificatif d’identité de mise doit être délégué à un DRep. +Les détenteurs d’Ada délégueront généralement leurs droits de vote à un DRep enregistré +qui voteront en leur nom. De plus, deux options DRep prédéfinies sont disponibles : -Ainsi, le comité constitutionnel entre en jeu pour s’assurer que le système peut passer de -son état actuel dans une gouvernance entièrement décentralisée en temps voulu. -De plus, à long terme, le comité peut jouer un rôle de mentorat et de conseil dans les décisions de gouvernance -en étant un ensemble de représentants élus qui sont mis sous les projecteurs pour leur jugement et leur orientation dans les décisions de gouvernance. -Par-dessus tout, le comité est tenu à tout moment de respecter la Constitution et de ratifier les propositions conformément aux dispositions de la Constitution. +* `Abstain` -### Omission intentionnelle de la vérification d’identité + Si un détenteur d’Ada délègue à `Abstain`, alors sa mise est activement marquée + comme ne participant pas à la gouvernance. -Notez que ce CIP ne mentionne aucun type de validation ou de vérification d’identité pour les membres du comité constitutionnel ou du DReps. + L’effet de la délégation de `Abstain` sur la chaîne est que la participation déléguée *ne sera pas* considérée comme + une partie de la participation active de vote. Toutefois, la participation *sera* considérée comme enregistrée pour + l’objectif des incitations décrites dans [Incitations pour les détenteurs d’Ada à déléguer une mise de vote](#incitatifs-pour-les-détenteurs-dada-à-déléguer-une-mise-de-vote). -C’est intentionnel. +* `No Confidence` -Nous espérons que la communauté envisagera fortement de ne voter que pour et de déléguer aux DReps qui fournissent quelque chose comme un DID pour s’identifier. -Cependant, l’application de la vérification d’identité est très difficile sans un oracle centralisé, que nous considérons comme un pas dans la mauvaise direction. + Si un détenteur d’Ada délègue à `No Confidence`, sa participation est comptée comme + un vote `Yes` pour chaque action de `No Confidence` et un vote `No` pour toute autre action. + La participation déléguée *sera* considérée comme faisant partie de la participation au vote actif. + Il sert également de mesure directement vérifiable de la confiance des détenteurs d’Ada envers le comité + constitutionel. -### Réduire la puissance des entités avec de grandes quantités d’Ada -Divers mécanismes, tels que le vote quadratique, ont été proposés pour se prémunir contre les entités ayant une grande influence. -Dans un système basé sur « 1 Lovelace, 1 vote », cependant, il est trivialement facile de diviser la mise en petits montants et d’annuler les protections. -Sans un système de vérification d’identité en chaîne, nous ne pouvons pas adopter de telles mesures. +> **Note** +> Les DReps prédéfinis ne votent pas à l'intérieur des transactions, leur comportement est pris en compte au niveau du protocole. +> Le DRep `Abstain` peut être choisi pour diverses raisons, y compris le désir de ne pas +> participer au système de gouvernance. -### Greffage sur la distribution des mises du pool de participation +> **Note** +> Tout détenteur d'Ada peut s'inscrire en tant que DRep et se déléguer s'il souhaite participer activement à +> vote. -Le protocole Cardano est basé sur un mécanisme de consensus Proof-of-Stake, il est donc judicieux d’utiliser une approche de gouvernance basée sur les enjeux. -Cependant, il existe de nombreuses façons de définir comment enregistrer la répartition des mises entre les participants. -Pour rappel, les adresses réseau peuvent actuellement contenir deux ensembles d’informations d’identification : une pour identifier qui peut débloquer des fonds à une adresse -(alias informations d’identification de paiement) et qui peut être délégué à un pool de participations (alias informations d’identification de délégation). +#### DReps enregistrés -Plutôt que de définir un troisième ensemble d’informations d’identification, nous proposons plutôt de réutiliser les informations d’identification de délégation existantes, -Utilisation d’un nouveau certificat on-chain pour déterminer la répartition des mise de gouvernance. Cela implique que l’ensemble des DReps peut (et sera probablement) différent de l’ensemble des SPO, -créant ainsi un équilibre. D’un autre côté, cela signifie que la répartition des mise de gouvernance souffre des mêmes lacunes que celle de la production en blocs : -par exemple, les fournisseurs de logiciels de portefeuille doivent prendre en charge les systèmes de multidélégation et doivent faciliter le partitionnement de la mise en sous-comptes si un détenteur d’Ada souhaite déléguer à plusieurs DReps, -ou un détenteur d’Ada doit diviser manuellement sa mise si son portefeuille ne le prend pas en charge. +Dans Voltaire, les références de mise existantes seront +en mesure de déléguer leur participation à des DReps à des fins de vote, +en plus de la délégation actuelle aux pools de participation pour la production de blocs. +La délégation DRep imitera les mécanismes de délégation de mise existants (via des certificats on-chain). +De même, l’enregistrement des DReps imitera les mécanismes existants d’enregistrement des mise. +De plus, les DReps inscrits devront voter régulièrement pour être toujours considérés comme actifs. +Plus précisément, si un DRep ne soumet aucun vote pour `drepActivity` - plusieurs époques, le DRep est considéré comme inactif, +où `drepActivity` est un nouveau paramètre de protocole. +Les DReps inactifs ne comptent plus dans la participation active des votes, et peut redevenir actif durant un nombre `drepActivity` d'époques en votant sur n’importe quel actions de gouvernance. +La raison pour laquelle les DReps sont marqués comme inactifs est que les DReps qui cessent de participer mais qui ont encore +la mise qui leur est déléguée ne laisse finalement pas le système dans un état où aucune action de +gouvernance peut passer. -Cependant, ce choix limite également les efforts futurs de mise en oeuvre pour les fournisseurs de portefeuilles et minimise l’effort nécessaire pour que les utilisateurs finaux participent au protocole de gouvernance. -Cette dernière préoccupation est suffisamment importante pour justifier la décision. En se greffant sur la structure existante, -Le système reste familier aux utilisateurs et raisonnablement facile à configurer. Cela maximise à la fois les chances de succès et le taux de participation au cadre de gouvernance. +Les DReps enregistrés sont identifiés par un justificatif d’identité qui peut être : -### Séparation de l’initiation du hard fork des modifications des paramètres du protocole standard +* Une clé de vérification (Ed25519) +* Un script natif ou Plutus -Contrairement aux autres mises à jour des paramètres de protocole, les hard forks (ou, plus exactement, les modifications apportées au numéro de version majeure du protocole) nécessitent beaucoup plus d’attention. -En effet, alors que d’autres modifications des paramètres de protocole peuvent être effectuées sans modifications logicielles significatives, -un hard fork suppose qu’une super-majorité du réseau a mis à niveau le noeud Cardano pour prendre en charge le nouvel ensemble de fonctionnalités introduites par la mise à niveau. -Cela signifie que le calendrier d’un événement hard fork doit être communiqué bien à l’avance à tous les utilisateurs de Cardano et nécessite une coordination entre les opérateurs de pool de participations, les fournisseurs de portefeuille, les développeurs DApp et l’équipe de libération des noeuds. +Le condensé de hachage blake2b-224 d’une informations d’identification DRep sérialisées est appelé _DRep ID_. -Par conséquent, cette proposition, contrairement au schéma Shelley, encourage les initiations de hard fork en tant qu’action de gouvernance autonome, distincte des mises à jour des paramètres de protocole. +Les nouveaux types de certificats suivants seront ajoutés pour les DReps : +les certificats d’inscription DRep, les certificats de retraite DRep, et +certificats de délégation de vote. -### Le but des DReps +##### Certificats d’enregistrement DRep -Rien dans cette proposition n’empêche les SPO de devenir des DReps. -Pourquoi avons-nous des DReps? -La réponse est que les SPO sont choisis uniquement pour la production de blocs et que tous les SPO ne voudront pas devenir DReps. -Les électeurs peuvent choisir de déléguer leur vote aux DReps sans avoir à se demander s’ils sont -également un bon producteur de blocs, et les SPO peuvent choisir de représenter les détenteurs d’Ada ou non. +Les certificats d’inscription DRep comprennent : -### Tableau des exigences de ratification +* un ID DRep +* un dépôt +* une ancre en option -Les conditions énoncées dans le [tableau des conditions de ratification](#exigences) sont expliquées ici. -La plupart des actions de gouvernance ont le même type d’exigences : -le comité constitutionnel et le DReps doivent atteindre un nombre suffisant de -Votes 'Oui'. -Cela inclut les actions suivantes : -* Nouveau comité/seuil (état normal) -* Mise à jour de la Constitution -* Modifications des paramètres de protocole -* Retrait du Trésor +Une **ancre** est une paire de : -### Motion de non-confiance +* une URL vers une charge utile JSON de métadonnées +* un hachage du contenu de l’URL des métadonnées -Une motion de censure représente un manque de confiance de la part de la communauté de Cardano à l’égard de la -Le Comité constitutionnel actuel et, par conséquent, le Comité constitutionnel ne devraient pas -être inclus dans ce type de mesure de gouvernance. -Dans cette situation, les SPOs et les DReps sont laissés à représenter la volonté de la communauté. +La structure et le format de ces métadonnées sont délibérément laissés ouverts dans ce CIP. +Les règles on-chain ne vérifieront ni l’URL ni le hachage. +Les applications clientes doivent toutefois effectuer les vérifications d’intégrité habituelles lors de la récupération de contenu à partir de l’URL fournie. -### Nouveau comité/seuil (état de non-confiance) -Semblable à la motion de non-confiance, l’élection d’un comité constitutionnel -dépend à la fois des SPOs et des DReps pour représenter la volonté de la communauté. +##### Certificats de retraite DRep -### La polyvalence de l’action de gouvernance de l’information +Les certificats de retraite DRep comprennent : -Bien qu’elle ne soit pas contraignante pour la chaîne, l’action de gouvernance de l’information pourrait être utile dans un certain nombre de -Situations. Il s’agit notamment des éléments suivants : +* un ID DRep -* ratifier un CIP -* Décider du fichier Genesis pour une nouvelle ère de grand livre -* consigner les commentaires initiaux pour les futures mesures de gouvernance +Notez qu'un DRep est mis à la retraite dès que la chaîne accepte un certificat de retraite, +et le dépôt est restitué dans le cadre de la transaction qui soumet le certificat de retrait +(de la même manière que les dépôts d'enregistrement du justificatif de participation sont retournés). -### Initiation Hard-Fork +##### Certificats de délégation de vote -Indépendamment de tout mécanisme de gouvernance, la participation des SPO est nécessaire pour tout hard fork car ils doivent mettre à niveau leur logiciel de noeud. -Pour cette raison, nous rendons leur coopération explicite dans l’action de gouvernance d’initiation hard fork, -en exigeant toujours leur vote. -Le comité constitutionnel vote également, signalant la constitutionnalité d’un hard fork. -Les DReps votent également, pour représenter la volonté de chaque partie prenante. +Les certificats de délégation de vote comprennent : -### Nouvelles structures de métadonnées +* l’ID DRep auquel la participation doit être déléguée +* les informations d’identification de mise pour le délégant -Les actions de gouvernance, les votes et les certificats et la Constitution utilisent de nouveaux champs de métadonnées, -sous forme d’URL et de hachages d’intégrité -(reflétant la structure des métadonnées pour l’enregistrement du pool de participation). -Les métadonnées sont utilisées pour fournir un contexte. -Les actions de gouvernance doivent expliquer pourquoi elles sont nécessaires, -quels experts ont été consultés, etc. -Étant donné que les contraintes de taille des transactions ne devraient pas limiter ces données explicatives, -nous utilisons plutôt des URL. +> **Note** +> +> La délégation DRep mappe toujours un justificatif d'identité de mise à un justificatif d'identité DRep. +> Cela signifie qu'un DRep ne peut pas déléguer une mise de vote à un autre DRep. -Cela introduit toutefois de nouveaux problèmes. -Si une URL ne se résout pas, à quoi faut-il s’attendre pour voter sur cette action ? -Devrions-nous nous attendre à ce que tout le monde vote 'non'? -S’agit-il d’un vecteur d’attaque contre le système de gouvernance ? -Dans un tel scénario, la pré-image de hachage pourrait être communiquée d’autres manières, mais nous devrions être -préparé à la situation. -Devrait-il y avoir un résumé de la justification sur la chaîne? +##### Schémas d’autorisation de certificat -#### Alternative : Utilisation des métadonnées de transaction +Le système d’autorisation (c’est-à-dire quelles signatures sont requises pour l’enregistrement, le retrait ou la délégation) imite le système existant d’autorisation de délégation de mise. -Au lieu de champs dédiés spécifiques au format transactionnel, nous pourrions utiliser le champ de métadonnées de transaction existant. + -Les métadonnées liées à la gouvernance peuvent être clairement identifiées en enregistrant une étiquette de métadonnées CIP-10. -Dans ce cadre, la structure des métadonnées peut être déterminée par ce CIP (format exact à déterminer), à l’aide d’un index pour mapper l’ID de vote ou d’action de gouvernance à l’URL et au hachage des métadonnées correspondants. -Cela évite d’avoir à ajouter des champs supplémentaires au corps de la transaction, au risque de faciliter l’ignorance des déposants. -Toutefois, étant donné que les métadonnées requises peuvent être vides (ou peuvent pointer vers une URL non résolue), -Il est déjà facile pour les auteurs de fournir des métadonnées, et il n’est donc pas clair si cela aggrave la situation. - -Notez que les métadonnées de transaction ne sont jamais stockées dans l’état du grand livre, de sorte que ce serait aux clients de décider. -pour coupler les métadonnées avec les actions et les votes dans cette alternative, et ne serait pas disponible -en tant que requête d’état du grand livre. - -### Contrôle du nombre d’actions de gouvernance actives +#### Nouvelle distribution de la mise pour DReps -Étant donné que les actions de gouvernance peuvent être soumises par tous, nous avons besoin d’un mécanisme pour empêcher -les personnes responsables du vote de ne pas être submergées par un flot de propositions. -Un dépôt important est l’un de ces mécanismes, mais cela se fait au prix malheureux d’être un obstacle -pour certaines personnes qui souhaiteraient soumettent une action. -Notez cependant que le crowd-sourcing avec un script Plutus est toujours une option pour collecter le dépôt. +En plus de la distribution existante par délégation de mise et de la +distribution par pool de participation, le grand livre déterminera désormais également la distribution de la mise par DRep. +Cette répartition déterminera le montant de la mise par laquelle chaque vote d'un DRep +est soutenu. -Nous pourrions, alternativement, accepter la possibilité d’un grand nombre d’actions actives à un temps donné -et plutôt dépendre de la socialisation hors chaîne pour guider l’attention des électeurs vers ceux qui le méritent. -Dans ce scénario, le comité constitutionnel pourrait choisir de n’examiner que les propositions qui ont -a déjà recueilli suffisamment de votes de la part des DReps. +> **Warning** +> +> **Contrairement à** la distribution utilisée pour la production de blocs, nous utiliserons toujours la plus +> récente version de la distribution de mise par DRep telle qu’elle est donnée sur la limite d’époque. +> +> Cela signifie que **pour tout sujet qui intéresse profondément les électeurs, +> ils ont le temps de déléguer à eux-mêmes comme DRep et de voter directement**. +> Cependant, cela signifie qu’il peut y avoir une différence entre la mise utilisé pour la production +> de bloc et la mise utilisée pour voter à une époque donnée. -### Pas d’AVST -Une version antérieure de ce CIP incluait la notion d’un « seuil de mise active » ou AVST. -Le but de l’AVST était d’assurer la légitimité de chaque vote, en éliminant la possibilité que, par exemple, -9 Lovelace sur 10 pourraient décider du sort de millions d’entités sur Cardano. -Il y a vraiment deux préoccupations ici, qui méritent d’être séparées. +#### Incitatifs pour les détenteurs d’Ada à déléguer une mise de vote -La première préoccupation est celle de l’amorçage du système, c’est-à-dire d’atteindre le moment initial où -Une participation suffisante est enregistrée pour voter. -La deuxième préoccupation est que le système pourrait perdre sa participation au fil du temps. -L’un des problèmes de l’AVST est qu’elle incite les SPOs à souhaiter un faible taux d’enregistrement au vote. -(puisque leurs votes ont alors plus de poids). -Ce n’est absolument pas un affront aux SPOs existants, mais un problème avec de mauvaises incitations. +Il y aura une courte [phase d’amorçage] (#bootstrapping-phase) au cours de laquelle des récompenses seront gagnées +pour la délégation de mise, etc. et peut être retiré à tout moment. +Après cette phase, bien que des récompenses continueront d’être gagnées pour la délégation de blocs, etc., les comptes de récompense seront +**empêché de retirer des récompenses** à moins que leurs informations d’identification de mise associées ne soient également déléguées à un DRep. +Cela contribue à assurer une participation élevée et, par conséquent, une légitimité. -Nous avons donc choisi de résoudre les deux préoccupations différemment. -Nous résolvons le problème d’amorçage comme décrit dans la section sur l’amorçage. -Nous résolvons le problème de la participation à long terme en n’autorisant pas les retraits de récompenses -(après la phase bootstrap) sauf si la participation est déléguée à un DRep -(y compris les deux cas particuliers, à savoir 'Abstention' et 'Non-confiance'). +> **Note** +> +> Même si les récompenses ne peuvent pas être retirées, elles ne sont pas perdues. Dès qu’un justificatif de mise est délégué +> (y compris à un DRep prédéfini), les récompenses peuvent être retirées. -### Journal des modifications +#### Incitatifs DRep -#### Modifications après l'atelier Longmont (Mars 2023) +Les DReps ont sans doute besoin d’être rémunérés pour leur travail. La recherche sur les modèles incitatifs est toujours en cours, +et nous ne souhaitons pas retarder la mise en oeuvre de ce CIP pendant que ce problème est résolu. -* Remerciez les participants à l'atelier. -* Nous avons ajouté les termes du Comité constitutionnel. -* Deux nouvelles options DRep « prédéfinies » : abstention et non-confiance. -* Nouvelle action de gouvernance « Info ». -* Utilisez la distribution de participation DRep la plus récente pour la ratification. - Cela signifie que si jamais votre DRep vote comme vous ne l'aimez pas, - vous pouvez immédiatement vous faire un DRep et voter comme vous le souhaitez. -* Récupérez une partie de l'ADA de la trésorerie actuelle pour d'éventuelles - incitations DRep futures. -* Supprimez les actions de trésorerie à plusieurs niveaux au profit de quelque chose d'adaptatif - (le seuil du « Yes » dépendrait donc de : - 1) combien d'ada, - 2) quel est le montant de la mise de participation enregistrée, et peut-être - 3) combien d'ada est libéré à chaque époque -* Divisez les mises à jour des paramètres de protocole en quatre groupes : - réseau, économique, technique et gouvernemental. -* La plupart des actions gouvernementales peuvent être promulguées (après ratification) - immédiatement. Tout sauf : les paramètres de protocole et les hard forks. -* Supprimez la restriction « une action par type et par époque » en faveur du - suivi du dernier ID d'action de chaque type, et de son inclusion - dans l'action. -* Pas d'AVST. -* Phase d'amorçage : jusqu'à ce que X % des ADA soient inscrits pour voter ou que Y époques se - soient écoulées, seuls les changements de paramètres et les hard forks peuvent se produire. - Les changements du PP ont juste besoin du quorum CC, les HF ont besoin du CC et des SPOs. - Après la phase de bootstrap, nous mettons en place l'incitation à maintenir des - DReps bas, mais ce mécanisme se détend **automatiquement**. -* Nouvel objectif de script plutus pour DReps. -* Retraits multiples du Trésor en une seule époque. -* Une section sur le problème récursif du "comment ratifier ce CIP". -* Modifications apportées au protocole local de requête d'état. -* Nouvelles idées, si le temps le permet : - * Pesez d'une manière ou d'une autre le vote des enjeux SPO par par le « pledge ». - * Les DReps peuvent spécifier quel autre DRep recevra ses délégants - au cas ou ils se retire. -* Dépôt réduit pour action gouvernementale si un membre du CC - l'approuve (ce qui signifie probablement qu'il a suivi un certain processus). -* Inclure le hachage de (future) configuration Genesis dans la proposition de HF. +Notre proposition provisoire est donc l'entiercement de Lovelace de la trésorerie Cardano existante jusqu’à ce +qu'une décision extrêmement importante peut être convenue par la communauté, à travers le mécanisme de gouvernance en chaîne +en cours d’élaboration. -#### Modifications après l'atelier d'Édimbourg (Juillet 2023) +Alternativement, les DReps pourraient se payer par le biais d’instances de l’action de gouvernance « retrait du Trésor ». +Une telle action serait vérifiable sur la chaîne et devrait refléter un accord hors chaîne entre DReps et les délégants. -* Ajoutez une politique de proposition, qui peut contrôler quels retraits de trésorerie et - modifications des paramètres de protocole sont autorisés. -* Supprimer l'abandon des actions de gouvernance. Le seul effet que cela a est que si - une mesure de censure est adoptée, les actions restent - en place. Cependant, seules les nouvelles propositions du comité - conçues pour s’appuyer sur cette mesure de censure peuvent être - adoptées. Si un nouveau comité est élu alors que certaines de ces actions - n'ont pas expiré, ces actions peuvent être ratifiées mais le nouveau comité - doit les approuver. -* All governance actions are enacted one epoch after they are ratified. -* Déplacez les restrictions post-bootstrapping vers « Autres idées ». -* Ajoutez une section sur les différents montants de dépôt à « Autres idées ». -* Ajoutez une section pour un AVS minimum à « Autres idées ». -* Renommez certains paramètres de protocole. -* Renommez `TALLY` en `GOV`. -* Transformez la Constitution en une ancre. -* Retravaillez quelles ancres sont requises et lesquelles sont facultatives. -* Nettoyez diverses incohérences et restes des anciennes versions. + + -#### Modifications liées à la sécurité et autres correctifs +### Actions de gouvernance -* Protégez les modifications liées à la sécurité derrière les votes SPO. -* Le système n’entre pas dans un état de non-confiance avec un nombre insuffisant - de membres actifs du CC, le CC devient tout simplement incapable d’agir. -* Précisez que les membres du CC peuvent utiliser n’importe quel type d’identifiant. +Nous définissons sept types différents d'**actions de gouvernance**. +Une action de gouvernance est un événement en chaîne qui est déclenché par une transaction et a une date limite après lequel il ne peut être promulgué. -## Chemin vers Actif +- Une action est dite **ratifiée** lorsqu’elle recueille suffisamment de votes en sa faveur (grâce aux règles et paramètres détaillés ci-dessous). +- Une action qui ne parvient pas à être ratifiée avant sa date limite est dite **expirée**. +- Une action qui a été ratifiée est dite **promulguée** une fois qu’elle a été activée sur le réseau. -### Critères d’acceptation -- [ ] Une nouvelle ère du grand livre est activée sur le réseau principal Cardano, qui implémente la spécification ci-dessus. +| Action | Description | +| :-----------------------------------------------------| :-------------------------------------------------------------------------------------------------------------------------------------------------------------| +| 1. Motion de censure | Une motion pour créer un _état de non-confiance_ au sein du comité constitutionnel actuel | +| 2. Nouveau comité constitutionnel et/ou nouveau seuil | Modification des membres du comité constitutionnel et/ou de son seuil de signature et/ou limites de mandat | +| 3. Mises à jour de la Constitution | Une modification de la Constitution off-chain, enregistrée en tant que hachage on-chain du document texte | +| 4. Hard-Fork[^2] Initiation | Déclenche une mise à niveau non rétrocompatible du réseau ; Nécessite une mise à niveau logicielle préalable | +| 5. Modifications des paramètres du protocole | Tout changement **d’un ou de plus** paramètres de protocole pouvant être mis à jour, excluant les changements aux versions majeures du protocole (hard forks) | +| 6. Retraits de trésorerie | Retraits de la trésorerie | +| 7. Infos | Action qui n’a aucun effet sur la chaîne, autre qu’un enregistrement sur la chaîne. | -### Plan de mise en oeuvre +**Tout détenteur d’Ada** peut soumettre une action de gouvernance à la chaîne. +Ils doivent fournir un dépôt de `govActionDeposit` Lovelace, qui sera retourné lorsque l’action sera finalisée +(s’il est **ratifié** ou **a expiré**). +Le montant du dépôt sera ajouté au _pot de dépôt_, similaire aux dépôts clés de mise. +Il sera également pris en compte dans la mise de l’adresse de récompense à laquelle il sera remboursé, afin de ne pas réduire le pouvoir de vote du déposant pour voter sur ses propres actions (et concurrentes). -Les fonctionnalités de ce CIP nécessitent un hard fork. +Si une politique de proposition est présente, la transaction doit inclure cette +politique dans le témoin soit directement, soit via des entrées de référence, +et toutes les autres exigences imposées par la politique de proposition doivent être +satisfaites. -Ce document décrit un changement ambitieux dans la gouvernance de Cardano. -Nous proposons de mettre en oeuvre les changements via **un hard fork**. +Notez qu’une motion de non-confiance est une mesure extrême qui permet aux détenteurs d’Ada de révoquer le pouvoir +qui a été accordé à l’actuel Comité constitutionnel. -Dans les sections suivantes, nous donnons plus de détails sur les différents éléments de travail de mise en œuvre qui ont déjà été identifiés. -En outre, la dernière section expose quelques questions ouvertes qui devront être finalisées. -Nous espérons que ces questions pourront être abordées dans le cadre d’ateliers et de discussions communautaires. +> **Note** +> Une **seule** action de gouvernance peut contenir **plusieurs** mises à jour des paramètres de protocole. De nombreux paramètres sont interconnectés et peuvent nécessiter d'être déplacés en synchronisme. -#### Ratification de cette proposition +#### Ratification -La ratification de cette proposition est en quelque sorte un problème circulaire: nous avons besoin d’une forme de cadre de gouvernance afin de nous mettre d’accord sur ce que devrait être le cadre de gouvernance final. -Comme on l’a dit à maintes reprises, les CIP ne font pas autorité et ne constituent pas un mécanisme de gouvernance. -Ils décrivent plutôt des solutions techniques qui ont été jugées saines (d’un point de vue technique) par la communauté d’experts. +Les mesures de gouvernance sont **ratifiées** par le biais d’actions de vote en chaîne. +Différents types d'action de gouvernance ont des exigences de ratification différentes, mais impliquent toujours **deux des trois** organes de gouvernance, +à l’exception d’une initiative de hard fork et paramètres de protocole liés à la sécurité, qui nécessite la ratification de tous les organes de gouvernance. +Selon le type d’action de gouvernance, une action sera donc ratifiée lorsqu’une combinaison des éléments suivants se produit : -Le CIP-1694 va sans doute au-delà de la portée habituelle du processus de CIP et il y a un fort désir de ratifier ce CIP par le biais de _un processus_. -Toutefois, ce processus n’a pas encore été défini et reste une question ouverte. -Le processus de ratification finale sera probablement un mélange de diverses idées, telles que: +* le comité constitutionnel approuve l’action (le nombre de membres qui votent `Yes` atteint le seuil du comité constitutionnel) +* les DReps approuvent l’action (la participation contrôlée par les DReps qui votent `Yes` atteint un certain seuil de la mise totale active des votes) +* les SPO approuvent l’action (la participation contrôlée par les SPO qui votent `Yes` atteint un certain seuil par rapport à la mise active totale déléguée pour l'époque) -- [ ] Recueillir les opinions des ateliers communautaires, semblables à l’atelier du Colorado de février-mars 2023. -- [ ] Exercer des actions de vote sur un réseau de test public, avec une participation suffisante. -- [ ] Interrogez les fournisseurs de services établis. -- [ ] Tirer parti de Project Catalyst pour recueillir les contributions de la communauté électorale existante (bien que petite en termes de participation active). +> **Warning** +> Comme expliqué ci-dessus, différentes distributions de mise s’appliquent aux DReps et aux SPO. -#### Modifications apportées au corps de la transaction +Une motion de non-confiance réussie, l'élection d'un nouveau comité constitutionnel, +un changement constitutionnel, ou un hard fork, retarde +la ratification de toutes les autres mesures de gouvernance jusqu’à la première époque suivant leur promulgation. Cela donne +un nouveau comité constitutionnel suffisamment de temps pour voter sur les propositions actuelles, réévaluer les propositions existantes +à l’égard d’une nouvelle constitution, et veille à ce que les changements sémantiques arbitraires de principe entraîné +en adoptant un hard-fork n’ont pas de conséquences imprévues en combinaison avec d’autres actions. -- [ ] De nouveaux éléments seront ajoutés au corps de la transaction, et les fonctionnalités de mise à jour et MIR existantes seront supprimées. En particulier +##### Exigences - Les actions de gouvernance et les votes comprendront deux nouveaux champs d’organe de transaction. +Le tableau suivant détaille les exigences de ratification pour chaque scénario d’action de gouvernance. Les colonnes représentent : -- [ ] Trois nouveaux types de certificats seront ajoutés en plus des certificats existants : +* **Type d’action de gouvernance**
+ Type de mesure de gouvernance. Notez que les mises à jour des paramètres de protocole sont regroupées en quatre catégories. - * Inscription DRep - * Désinscription DRep - * Délégation de vote +* **Comité constitutionnel (abréviation CC)**
+ Une valeur de ✓ indique que le comité constitutionnel doit approuver cette action.
+ Une valeur de - signifie que les votes du comité constitutionnel ne s’appliquent pas. - De même, les certificats MIR et genesis actuels seront supprimés. +* **DReps**
+Le seuil de vote DRep qui doit être atteint en pourcentage de la *participation de vote active*. -- [ ] Un nouvel objectif `Voting` sera ajouté aux contextes de script Plutus. - Cela prévoira, en particulier, le vote aux scripts on-chain. +* **SPO**
+ Le seuil de vote SPO qui doit être atteint en pourcentage de la mise détenue par tous les pools de mise.
+ Une valeur de - signifie que les votes SPO ne s’appliquent pas. -> **Warning** Comme d’habitude, nous fournirons une spécification CDDL pour chacune de ces modifications. +| Type d’action de gouvernance | CC | DReps | SPOs | +|:--------------------------------------------------------------------------------|:----|:---------|:---------| +| 1. Motion de non-confiance | \- | $P_1$ | $Q_1$ | +| 2a. Nouveau comité/seuil (_état normal_) | \- | $P_{2a}$ | $Q_{2b}$ | +| 2b. Nouveau comité/seuil (_état de non-confiance_) | \- | $P_{2b}$ | $Q_{2b}$ | +| 3. Mise à jour de la Constitution ou politique de proposition | ✓ | $P_3$ | \- | +| 4. Initiation du hard fork | ✓ | $P_4$ | $Q_4$ | +| 5a. Modifications des paramètres de protocole, groupe réseau | ✓ | $P_{5a}$ | \- | +| 5b. Modifications des paramètres du protocole, groupe économique | ✓ | $P_{5b}$ | \- | +| 5c. Modifications des paramètres de protocole, groupe technique | ✓ | $P_{5c}$ | \- | +| 5d. Modifications des paramètres de protocole, groupe de gouvernance | ✓ | $P_{5d}$ | \- | +| 6. Retrait du Trésor | ✓ | $P_6$ | \- | +| 7. Infos | ✓ | $100$ | $100$ | -#### Modifications apportées aux règles existantes du grand livre +Chacun de ces seuils est un paramètre de gouvernance. Il y a un +seuil supplémentaire, « Q5 », lié aux paramètres de protocole pertinents pour la sécurité, +qui est expliqué ci-dessous. +Les seuils initiaux devraient être choisis par la communauté Cardano dans son ensemble. +Les deux seuils de l'action Info sont définis à 100 % car le fixer plus bas +entraînerait l'impossibilité de sonder au-dessus du seuil. -* La règle de transition `PPUP` sera réécrite et déplacée de la règle `UTxO` vers la règle `LEDGER` en tant que nouvelle règle `GOV`. +Certains paramètres sont pertinents pour les propriétés de sécurité du système. Toute +proposition tentant de modifier un tel paramètre nécessite un vote supplémentaire +des SPOs, avec le seuil `Q5`. - Il traitera et enregistrera les actions de gouvernance et les votes. +Les paramètres de protocole pertinents pour la sécurité sont : +* `maxBBSize` +* `maxTxSize` +* `maxBHSize` +* `maxValSize` +* `maxBlockExUnits` +* `minFeeA` +* `minFeeB` +* `coinsPerUTxOByte` +* `govActionDeposit` +* `minFeeRefScriptsCoinsPerByte` -* La règle de transition `NEWEPOCH` sera modifiée. -* La sous-règle `MIR` sera supprimée. -* Une nouvelle règle `RATIFY` sera introduite pour mettre en scène les actions de gouvernance en vue de leur promulgation. - - Il ratifiera les mesures de gouvernance et les mettra en oeuvre en vue de leur promulgation à l’époque actuelle ou à l’époque suivante, selon le cas. +> **Note** +> Il peut être logique que certains ou tous les seuils s’adaptent en ce qui concerne le Lovelace qui est activement inscrit pour voter. +> Par exemple, un seuil pourrait varier entre 51 % pour un niveau élevé d’enregistrement et 75 % pour un niveau d’enregistrement faible. +> En outre, le seuil de trésorerie pourrait également être adaptatif, en fonction du Lovelace total qui est retiré, +> ou différents seuils pourraient être fixés pour différents niveaux de retrait. -* Une nouvelle règle de `ENACTMENT` sera appelée immédiatement après la règle `EPOCH` . Cette règle édictera des mesures de gouvernance qui ont déjà été ratifiées. -* La règle `EPOCH` n’appellera plus la sous-règle `NEWPP` ni ne calculera si le quorum est atteint sur l’état PPUP. +> **Note** +> Pour atteindre la légitimité, le seuil minimum acceptable ne devrait pas être inférieur à 50% de la mise déléguée. -#### Modifications apportées au protocole de requête d’état local -La charge de travail de gouvernance sur la chaîne est importante, mais la charge de travail hors chaîne pour les outils et les applications sera sans doute encore plus importante. -Pour construire un écosystème de gouvernance efficace, le grand livre devra fournir des interfaces avec divers éléments de gouvernance. +##### Restrictions -Alors que les votes et les (dé)inscriptions DReps sont directement visibles dans les blocs et seront donc accessibles via les protocoles de synchronisation de la chaîne locale existants; Nous devrons mettre à niveau le protocole de requête d’état local pour fournir des informations supplémentaires sur les informations qui sont plus difficiles à déduire des blocs (c’est-à-dire celles qui nécessitent le maintien d’un état de grand livre). Les nouvelles requêtes d’état doivent couvrir (au moins) : +Outre _Retrait du trésor_ et _Infos_, nous incluons un mécanisme pour assurer que les actions de gouvernance +du même type ne se heurtent pas accidentellement de manière inattendue. -- Les actions de gouvernance actuellement mises en œuvre -- Les actions de gouvernance en cours de ratification, avec le total et le pourcentage de mise « oui », de mise « non » et de mise « abstention » -- Le comité constitutionnel actuel et le condensé de hachage de la constitution +Chaque action de gouvernance doit inclure l’ID de l’action de gouvernance de l’action la plus récente adoptée de son type donné. +Cela signifie que deux actions du même type peuvent être promulguées en même temps, +Mais ils doivent être *délibérément* conçus pour le faire. -#### Phase d’amorçage -Nous devrons faire attention à la façon dont nous amorcerons ce gouvernement naissant. Toutes les parties -qui sont impliqués auront besoin de suffisamment de temps pour s’inscrire et se familiariser avec le processus. +#### Promulgation -Des dispositions spéciales s’appliqueront dans la phase initiale de bootstrap. -Tout d’abord, pendant la phase d’amorçage, un vote du comité constitutionnel -est suffisant pour modifier les paramètres du protocole. -Deuxièmement, pendant la phase d’amorçage, un vote du comité constitutionnel, -avec un vote SPO suffisant, est suffisant pour initier un hard fork. -Aucune autre action n’est possible pendant la phase d’amorçage. +Les actions qui ont été ratifiées à l’époque actuelle sont classées par ordre de priorité comme suit pour la promulgation : -La phase d'amorçage se termine lorsqu'un nombre donné d'époques s'est écoulé, -comme spécifié dans le fichier de configuration de l'ère du prochain grand livre. -Cela se produira probablement plusieurs mois après le hard fork. +1. Motion de non-confiance +2. Nouveau comité/seuil +3. Mises à jour de la Constitution ou politique de proposition +4. Initiation du hard fork +5. Modifications des paramètres du protocole +6. Retraits du Trésor +7. Infos -De plus, il y aura un comité constitutionnel intérimaire, -également spécifié dans le fichier de configuration de l'ère du prochain grand livre, -dont les limites de mandat expireront à la fin de la phase d'amorçage. -Le calendrier de rotation du premier comité non-bootstrap pourrait être inclus dans la constitution elle-même. -Notez toutefois que, puisque le comité constitutionnelle ne vote jamais sur de nouveaux comités, -il ne peut pas réellement imposer la rotation. +> **Note** La promulgation des actions _Info_ est une action nulle, car elles n’ont aucun effet sur le protocole. -#### Autres idées / Questions ouvertes +##### Ordre de promulgation -##### Vote des SPO pondérés par les engagements +Les actions de gouvernance sont mises en oeuvre par ordre d’acceptation dans la chaîne. +Cela résout les conflits où, par exemple, il y a deux changements de paramètres concurrents. -Le vote du SPO pourrait en outre être pondéré par l’engagement de chaque SPO. -Cela fournirait un mécanisme permettant à ceux qui ont un intérêt littéral dans le jeu d’avoir un vote plus fort. -La pondération doit être choisie avec soin. +#### Cycle de vie -##### Redélégation automatique des DReps +Les actions de gouvernance ne sont vérifiées pour ratification que sur une limite d’époque. +Une fois ratifiée, des actions sont organisées en vue de leur promulgation. -Un DRep pourrait éventuellement indiquer un autre identifiant DRep dans son certificat d’enregistrement. -À la retraite, toutes les délégations du DRep seraient automatiquement transférées vers -les informations d’identification DRep choisi. Si ce DRep avait déjà pris sa retraite, la délégation serait transférée -au DRep 'Abstention'. +Toutes les actions de gouvernance soumises seront donc soit : -##### Pas d’inscription DRep +1. **ratifié**, puis **promulgué** +2. ou **expirée** après un certain nombre d’époques -Étant donné que l’enregistrement DRep ne remplit aucune fonction nécessaire, -les certificats pour (dés)enregistrer DReps pourraient être supprimés. Ceci -rend la démocratie plus liquide puisqu’elle supprime une partie de la bureaucratie et -élimine également le besoin du dépôt DRep, au détriment du déplacement de l’ancre qui fait partie du -certificat d’enregistrement DRep dans les métadonnées de transaction. +Dans tous ces cas, les dépôts sont retournés immédiatement. -##### Réduction des dépôts pour certaines actions gouvernementales +Toutes les actions de gouvernance sont adoptées à la frontière de l'époque après leur ratification. -Le dépôt qui est attaché aux actions de gouvernance existe pour prévenir un flot d'actions de gouvernance non sérieuse, -dont chacune nécessiterait du temps et de l’attention de la part de la communauté de Cardano. -Nous pourrions réduire ce dépôt pour les propositions qui passent par un processus convenu hors chaîne. -Cela serait marqué sur la chaîne par l’approbation d’au moins un membre du comité constitutionnel. -L’inconvénient de cette idée est qu’elle donne plus de pouvoir au comité constitutionnel. +#### Contenu -##### Différents montants de dépôt pour différentes actions de gouvernance +Chaque mesure de gouvernance comprendra les éléments suivants : -Plusieurs ateliers de ce CIP ont proposé d'introduire un montant de dépôt différent -pour chaque type d'action de gouvernance. Il n’est pas clair -si une majorité est favorable à cette idée, mais elle pourrait être -envisagée s’il apparaît clairement que cela est nécessaire. +* un montant de dépôt (enregistré puisque le montant du dépôt est un paramètre de protocole pouvant être mis à jour) +* une adresse de récompense pour recevoir le dépôt lorsqu’il est remboursé +* une ancre pour toutes les métadonnées nécessaires pour justifier l’action +* une valeur de condensé de hachage pour éviter les collisions avec des actions concurrentes du même type (comme décrit précédemment) -##### Participation minimale de vote actif + -Comme garantie supplémentaire pour garantir que les actions de gouvernance ne peuvent pas être proposées -juste avant un hard fork, être votées par un DRep avec une grande quantité -de participation et être adoptées immédiatement, il pourrait y avoir une exigence -supplémentaire selon laquelle un certain montant absolu fixe de participation -doit voter « oui » sur l'action à adopter. +De plus, chaque action comprendra certains éléments spécifiques à son type : -Cela ne semble pas nécessaire dans la conception actuelle, puisque la participation de -tous les DReps enregistrés se comporte comme un vote « non » jusqu'à ce qu'ils aient effectivement -voté. Cela signifie que pour que ce scénario se produise, l’acteur malveillant -doit au moins contrôler la fraction de la participation du DRep -correspondant au seuil pertinent, auquel cas cela pourrait tout aussi bien être -considéré comme une action légitime. +| Type d’action de gouvernance | Données supplémentaires | +|:--------------------------------------------------------------|:---------------------------------------------------------------------------------------------------------------------------------------------------| +| 1. Motion de non-confiance | Aucune | +| 2. Nouveau comité/seuil | L’ensemble des résumés de hachage de clé de vérification (membres à supprimer), une carte des résumés de hachage de clé de vérification aux numéros d'époque (nouveaux membres et leur limite de mandat) et une fraction (nouveau seuil) | +| 3. Mise à jour de la Constitution ou politique de proposition | Un condensé de hachage du document constitutionnel | +| 4. Initiation du hard fork | La nouvelle version majeure du protocole | +| 5. Modifications des paramètres du protocole | Les paramètres modifiés | +| 6. Retrait du Trésor | Une carte d’identification de mise à un nombre positif de Lovelace | +| 7. Infos | Aucune | -##### Inclure le hachage de la (future) configuration de la genèse dans la proposition de hard-fork +> **Note** +> La nouvelle version majeure du protocole doit être précisément supérieure d’une à la version actuelle du protocole. +> Deux époques consécutives quelconques auront donc soit la même version de protocole majeure, soit le +> plus tard, on aura une version de protocole majeure qui est une plus grande. -Certains hard-forks nécessitent de nouvelles configurations de genèse. -Cela a été le cas pour les hard forks Shelley et Alonzo (mais pas Allegra, Mary, Vasil ou Valentine), ce sera peut-être le cas à l’avenir. -Pour le moment, cette proposition ne dit rien sur une telle configuration de genèse : -Il est implicitement supposé qu’il s’agit d’un accord hors chaîne. -Nous pourrions cependant faire en sorte que (le hachage) d’une configuration de genèse spécifique soit également capturé dans une action de gouvernance hard-fork. +> **Note** +> Il ne peut y avoir de doublons entre les membres d’un comité - chaque paire de clé de références dans un comité doit être unique. -##### Seuils adaptatifs +Chaque action de gouvernance acceptée sur la chaîne se verra attribuer un identifiant unique (alias l'**ID de l’action de gouvernance**), +composé du hachage de transaction qui l’a créé et de l’index dans le corps de la transaction qui pointe vers lui. -Comme nous l’avons vu plus haut, il peut être logique que certains ou tous les seuils s’adaptent à l’égard du Lovelace qui est activement inscrit pour voter, -afin que le système offre une plus grande légitimité lorsqu’il n’y a qu’un faible niveau de participation active des votes. -Le mécanisme d’amorçage proposé ci-dessus peut toutefois englober cela en veillant à ce que le système de gouvernance soit activé -uniquement lorsqu’un niveau minimum de mise a été délégué à DReps. +#### Groupes de paramètres de protocole +Nous avons regroupé les changements de paramètres de protocole par type, +permettant de fixer différents seuils pour chaque groupe. -##### Renommer DReps / état de non-confiance ? +Toutefois, nous ne limitons pas chaque action de gouvernance des paramètres de protocole à un seul groupe. +Dans le cas où une action de gouvernance contient des mises à jour pour plusieurs paramètres de différents groupes, +le seuil maximal de tous les groupes concernés s’appliquera à toute mesure de gouvernance donnée. -Il a été dit à plusieurs reprises que « DReps » tel que présenté ici, pourrait être confondu avec Project Catalyst DReps. -De même, certaines personnes ont exprimé une confusion entre l’état de non-confiance, la motion de non-confiance et les DReps non-confiance. +Les groupes de paramètres _réseaux_, _économique_ et _technique_ collectent les paramètres de protocole existants qui ont été introduits pendant les ères Shelley, Alonzo et Babbage. +De plus, nous introduisons un nouveau groupe _gouvernance_ qui est spécifique aux nouveaux paramètres de gouvernance qui seront introduits par le CIP-1694. -Nous pourrions imaginer trouver de meilleurs termes pour ces concepts. +Le **groupe de réseaux** se compose de : +* taille maximale du corps du bloc (`maxBBSize`) +* taille maximale de la transaction (`maxTxSize`) +* taille maximale de l’en-tête de bloc (`maxBHSize`) +* taille maximale d’une valeur de ressource sérialisée (`maxValSize`) +* nombre maximal d’unités d’exécution de script dans une seule transaction (`maxTxExUnits`) +* nombre maximal d’unités d’exécution de script dans un seul bloc (`maxBlockExUnits`) +* nombre maximal d’entrées collatérales (`maxCollateralInputs`) -##### Mouvements de trésorerie limitant les taux +Le **groupe économique** comprend : +* coefficient de redevance minimal (`minFeeA`) +* constante de frais minimum (`minFeeB`) +* clé de délégation Lovelace dépôt (`keyDeposit`) +* inscription à la piscine Dépôt Lovelace (`poolDeposit`) +* expansion monétaire (`rho`) +* expansion de la trésorerie (`tau`) +* réduction des primes fixes minimales pour les pools (`minPoolCost`) +* dépôt minimum de Lovelace par octet d’UTxO sérialisé (`coinsPerUTxOByte`) +* prix des unités d’exécution de Plutus (`prix`) -Rien n’empêche de retirer de l’argent du Trésor autre que les votes proposés et les seuils de vote. Étant donné que le Trésor Cardano est une composante tout à fait fondamentale de sa politique monétaire, nous pourrions imaginer appliquer (au niveau du protocole) le montant maximum qui peut être retiré du Trésor sur une période donnée. +Le **groupe technique** est composé de : +* l'influence du pool pledge (`A0`) +* époque maximale du retrait du pool (`eMax`) +* nombre souhaité de pools (`nOpt`) +* modèles de coûts d’exécution de Plutus (`costModels`) +* proportion de collatéral nécessaire pour les scripts (`collateralPercentage`) -##### Mesure de sécurité finale, post-bootstrapping +Le **groupe de gouvernance** comprend tous les nouveaux paramètres de protocole introduits dans ce CIP : +* seuils de vote de gouvernance ($P_1$, $P_{2a}$, $P_{2b}$, $P_3$, $P_4$, $P_{5a}$, $P_{5b}$, $P_{5c}$, $P_{5d}$, $P_6$, $Q_1$, $Q_{2a}$, $Q_{2b}$, $Q_4$) +* durée de vie maximale de l'action de gouvernance en époques (`govActionLifetime`) +* dépôt d'action de gouvernance (`govActionDeposit`) +* montant du dépôt DRep (`drepDeposit`) +* période d’activité DRep en époques (`drepActivity`) +* taille minimale du comité constitutionnel (`ccMinSize`) +* durée maximale du mandat (en époques) des membres du comité constitutionnel (`ccMaxTermLength`) -De nombreuses personnes ont déclaré qu'elles pensaient que le taux de participation réel ne serait pas si important -qu'il constituerait une pression sur le débit du système. -Nous pensons également que cela sera probablement le cas, mais lorsque la phase d'amorçage se terminera, nous pourrions -mettre en place une dernière mesure de sécurité temporaire (cela nous permettra également de justifier un faible montant de dépôt DRep). + -Pour les valeurs de $X$ et $Y$ qui restent à déterminer, -dès la fin de la phase bootstrapping, -lorsque nous calculerons la distribution des enjeux DReps pour la prochaine limite d'époque, -nous considérerons _uniquement_ les DReps qui sont _soit_ dans le les meilleurs $X$ - de nombreux DReps classés par montant de mise, -ou les DReps qui ont au moins $Y$ Lovelace. -À chaque époque, la valeur de $X$ _augmentera_ et la valeur de $Y$ diminuera, -de sorte qu'à terme $X$ sera effectivement infini et $Y$ sera nul. -Notez qu'il ne s'agit que d'une incitation et que rien n'empêche réellement un DRep d'exprimer -son vote (même s'il ne sera pas pris en compte s'il ne répond pas aux exigences). + -Si la communauté décide à un moment donné qu’il y a effectivement un problème de congestion, -alors un hard fork pourrait être adopté pour limiter le nombre de DReps de manière plus restrictive. + -Des chiffres raisonnables pour la valeur initiale de X$ sont probablement compris entre 5 000 et 10 000. -Les nombres raisonnables pour la valeur initiale de $Y$ sont probablement le nombre total de Lovelace -divisé par la valeur initiale de $X$. +### Votes -Le mécanisme devrait être assoupli à un rythme où la restriction serait complètement supprimée -après une période de six mois à un an. +Chaque transaction de vote comprend les éléments suivants : -## Remerciements +* un ID d’action de gouvernance +* un rôle - membre du comité constitutionnel, DRep ou SPO +* un témoin d’informations d’identification de gouvernance pour le rôle +* une ancre en option (tel que défini ci-dessus) pour les renseignements pertinents au vote; +* un vote 'Oui'/'Non'/'Abstention' -
- Première ébauche +Pour les SPO et les DReps, le nombre de votes exprimés (que ce soit 'Oui', 'Non' ou 'Abstention') est proportionnel au Lovelace qui leur est déléguée au moment où +l’action est vérifiée pour ratification. Pour les membres du comité constitutionnel, chaque membre actuel du comité dispose d’un vote. -De nombreuses personnes ont commenté et contribué à la première ébauche de ce document, qui a été publiée en novembre 2022. -Nous tenons particulièrement à remercier les personnes suivantes pour leur sagesse et leurs idées : +> **Warning** Les votes 'Abstention' ne sont pas inclus dans la « participation active ». +> +> Notez qu’un vote explicite pour s’abstenir diffère de l’abstention de voter. +> La mise non enregistré qui n’a pas voté se comporte comme un vote 'Abstention', +> alors que la mise enregistré qui n’a pas voté se comporte comme un vote 'non'. +> Pour éviter toute confusion, nous n’utiliserons le mot 'Abstention' qu’à partir de maintenant pour signifier un vote en chaîne pour s’abstenir. - * Jack Briggs - * Tim Harrison - * Philippe Lazos - * Michael Madoff - * Evangelos Markakis - * Joël Telpner - * Thomas Upfield +Le témoin d’informations d’identification de gouvernance déclenchera les vérifications appropriées dans le registre conformément à la règle de registre « UTxOW » existante +(c’est-à-dire une vérification de signature pour les clés de vérification, et une exécution de validateur avec un rédempteur de vote spécifique et un nouvel objectif de script Plutus pour les scripts). -Nous tenons également à remercier ceux qui ont commenté via Github et d’autres canaux. -
+Les votes peuvent être exprimés plusieurs fois pour chaque action de gouvernance par un seul témoin d’informations d’identification. +Les votes correctement soumis remplacent tous les votes plus anciens pour les mêmes informations d’identification et le même rôle. +C’est-à-dire que l’électeur peut changer sa position sur n’importe quelle action s’il le souhaite. +Dès qu’une mesure de gouvernance est ratifiée, le vote prend fin et les transactions contenant d’autres votes sont invalides. -
- 2023 Atelier du Colorado (28/02 → 01/03) +#### État de gouvernance -De plus, nous tenons à remercier tous les participants à l’atelier qui s’est tenu à Longmont, Colorado, les 28 février et 1er mars 2023 pour leurs précieuses contributions -à ce CIP, et pour leur défense active de la vision de Cardano pour une gouvernance minimale viable. Cela inclue: +Lorsqu’une action de gouvernance est soumise avec succès à la chaîne, sa progression sera suivie par l’état du grand livre. +En particulier, les éléments suivants seront suivi : -* Adam Rusch, ADAO & Summon -* Addie Girouard -* Andrew Westberg -* Darlington Wleh, LidoNation -* Eystein Hansen -* James Dunseith, Gimbalabs -* Juana Attieh -* Kenric Nelson -* Lloyd Duhon, DripDropz -* Marcus Jay Allen -* Marek Mahut, 5 binaires -* Markus Gufler -* Matthieu Capps -* Miséricorde, Wada -* Michael Dogali -* Michael Madoff -* Patrick Tobler, NMKR -* Philippe Lazos -* π Lanningham, SundaeSwap -* Rick McCracken -* Romain Pellerin -* Sergio Sanchez Ferreros -* Tim Harrison -* Tsz Wai Wu -
+* l’ID de l’action de gouvernance +* l’époque à laquelle l’action expire +* le montant du dépôt +* l’adresse des récompenses qui recevra le dépôt lorsqu’il sera retourné +* le total des votes 'Oui'/'Non'/'Abstention' du comité constitutionnel pour cette action +* le total des votes 'Oui'/'Non'/'Abstention' des DReps pour cette action +* le total des votes 'Oui'/'Non'/'Abstention' des SPO pour cette action -
- 2023 Mexico, Atelier du Mexique (20/05) -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Mexico, au Mexique, le 20 mai 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Modifications apportées à l’instantané de mise -* Donovan Riaño -* Cristian Jair Rojas -* Victor Hernández -* Ramón Aceves -* Sergio Andrés Cortés -* Isaías Alejandro Galván -* Abigail Guzmán -* Jorge Fernando Murguía -* Luis Guillermo Santana +Étant donné que l’instantané de mise change à chaque limite d’époque, un nouveau décompte doit être calculé lorsque chaque mesure de gouvernance non ratifiée +est vérifié pour la ratification. Cela signifie qu’une action pourrait être promulguée même si les votes DRep ou SPO n’ont pas changé +(puisque la délégation de vote aurait pu changer). -
+#### Définitions relatives à la participation de vote -
- 2023 Buenos Aires, Atelier de l'Argentine (20/05) +Nous définissons un certain nombre de nouveaux termes liés à la participation de vote : -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Buenos Aires, Argentine le 20 mai 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +* Lovelace contenu dans une sortie de transaction est considéré comme **actif pour le vote** (c’est-à-dire qu’il forme la « participation de vote active ») : + * Il contient une identification de mise enregistrée. + * L’accréditation de mise enregistrée a délégué ses droits de vote à un DRep. +* Par rapport à un certain pourcentage `P`, un seuil de vote DRep (SPO) **a été atteint** si la somme de la mise relative qui a été déléguée aux DReps (SPO) + qui votent `Yes` à une mesure de gouvernance + est au moins `P`. -* Lucas Macchiavelli -* Alejando Pestchanker -* Juan Manuel Castro Pippo -* Federico Weill -* Jose Otegui -* Mercedes Ruggeri -* Mauro Andreoli -* Elias Aires -* Jorge Nasanovsky -* Ulises Barreiro -* Martin Ochoa -* Facundo Lopez -* Vanina Estrugo -* Luca Pestchanker -
+## Raison d’être -
- 2023 Johannesburg, Atelier d'Afrique du Sud(25/05) ++ [Rôle du comité constitutionnel](#rôle-du-comité-constitutionnel) ++ [Omission intentionnelle de la vérification de l’identité](#omission-intentionnelle-de-la-vérification-didentité) ++ [Réduire le pouvoir des entités avec de grandes quantités d’Ada](#réduire-la-puissance-des-entités-avec-de-grandes-quantités-dada) ++ [Greffage sur la distribution des mises du pool de participation](#greffage-sur-la-distribution-des-mises-du-pool-de-participation) ++ [Séparation de l’initiation du hard-fork des modifications des paramètres de protocole standard](#séparation-de-linitiation-du-hard-fork-des-modifications-des-paramètres-du-protocole-standard) ++ [Le but des DReps](#le-but-des-dreps) ++ [Tableau des exigences de ratification](#tableau-des-exigences-de-ratification) ++ [Motion de non-confiance](#motion-de-non-confiance) ++ [Nouveau comité/seuil (état de défiance)](#nouveau-comitéseuil-état-de-non-confiance) ++ [La polyvalence de l’action de gouvernance de l'information](#la-polyvalence-de-laction-de-gouvernance-de-linformation) ++ [Initiation hard-fork](#initiation-hard-fork) ++ [Nouvelles structures de métadonnées](#nouvelles-structures-de-métadonnées) ++ [Contrôle du nombre d’actions de gouvernance actives](#contrôle-du-nombre-dactions-de-gouvernance-actives) ++ [Pas d’AVST](#pas-davst) -En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Johannesburg, en Afrique du Sud, le 25 mai 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +### Rôle du comité constitutionnel -* Celiwe Ngwenya -* Bernard Sibanda -* Dumo Mbobo -* Shaolyn Dzwedere -* Kunoshe Muchemwa -* Siphiwe Mbobo -* Lucas Sibindi -* DayTapoya -* Mdu Ngwenya -* Lucky Khumalo -* Skhangele Malinga -* Joyce Ncube -* Costa Katenhe -* Bramwell Kasanga -* Precious Abimbola -* Ethel Q Tshuma -* Panashe Sibanda -* Radebe Tefo -* Kaelo Lentsoe -* Richmond Oppong -* Israel Ncube -* Sikhangele Malinga -* Nana Safo -* Ndaba Delsie -* Collen Tshepang -* Dzvedere Shaolyn -* Thandazile Sibanda -* Ncube Joyce -* Lucas Sibindi -* Pinky Ferro -* Ishmael Ntuta -* Khumalo Lucky -* Fhulufelo -* Thwasile Ngwenya -* Kunashe Muchemwa -* Dube Bekezela -* Tinyiko Baloi -* Dada Nomathemba -
+À première vue, le comité constitutionnel peut sembler être un comité spécial qui s’est vu accorder un pouvoir supplémentaire sur les DReps. +Cependant, étant donné que DReps peut remplacer le comité constitutionnel à tout moment et que les votes DRep sont également nécessaires pour ratifier chaque action de gouvernance, +le comité constitutionnel n’a pas plus (et peut, en fait, avoir moins) de pouvoir que le DReps. +Dans ce contexte, quel rôle le comité joue-t-il et pourquoi n’est-il pas superflu? +La réponse est que le comité résout le problème d’amorçage du nouveau cadre de gouvernance. +En effet, dès que nous appuyons sur la gâchette et permettons à ce cadre de devenir actif sur la chaîne, alors sans comité constitutionnel, +il faudrait rapidement qu’il y ait suffisamment de DReps, afin que le système ne repose pas uniquement sur les votes SPO. +Nous ne pouvons pas encore prédire à quel point la communauté sera active dans l’inscription en tant que DReps, ni dans quelle mesure les autres détenteurs d’Ada seront réactifs en ce qui concerne la délégation de votes. +Ainsi, le comité constitutionnel entre en jeu pour s’assurer que le système peut passer de +son état actuel dans une gouvernance entièrement décentralisée en temps voulu. +De plus, à long terme, le comité peut jouer un rôle de mentorat et de conseil dans les décisions de gouvernance +en étant un ensemble de représentants élus qui sont mis sous les projecteurs pour leur jugement et leur orientation dans les décisions de gouvernance. +Par-dessus tout, le comité est tenu à tout moment de respecter la Constitution et de ratifier les propositions conformément aux dispositions de la Constitution. -
- 2023 Bogota, Atelier de Colombie (27/05) +### Omission intentionnelle de la vérification d’identité -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Bogota, en Colombie, le 27 mai 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Notez que ce CIP ne mentionne aucun type de validation ou de vérification d’identité pour les membres du comité constitutionnel ou du DReps. -* Alvaro Moncada -* Jaime Andres Posada Castro -* Jose Miguel De Gamboa -* Nicolas Gomez -* Luis Restrepo (Moxie) -* Juanita Jaramillo R. -* Daniel Vanegas -* Ernesto Rafael Pabon Moreno -* Carlos Eduardo Escobar -* Manuel Fernando Briceño -* Sebastian Pabon -
+C’est intentionnel. -
- 2023 Caracas, Atelier du Venezuela (27/05) +Nous espérons que la communauté envisagera fortement de ne voter que pour et de déléguer aux DReps qui fournissent quelque chose comme un DID pour s’identifier. +Cependant, l’application de la vérification d’identité est très difficile sans un oracle centralisé, que nous considérons comme un pas dans la mauvaise direction. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Caracas, Venezuela le 27 mai 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +### Réduire la puissance des entités avec de grandes quantités d’Ada -* Jean Carlo Aguilar -* Wilmer Varón -* José Erasmo Colmenares -* David Jaén -* Félix Dávila -* Yaneth Duarte -* Nando Vitti -* Wilmer Rojas -* Andreina García -* Carmen Galban -* Osmarlina Agüero -* Ender Linares -* Carlos A. Palacios R -* Dewar Rodríguez -* Lennys Blanco -* Francys García -* Davidson Arenas -
+Divers mécanismes, tels que le vote quadratique, ont été proposés pour se prémunir contre les entités ayant une grande influence. +Dans un système basé sur « 1 Lovelace, 1 vote », cependant, il est trivialement facile de diviser la mise en petits montants et d’annuler les protections. +Sans un système de vérification d’identité en chaîne, nous ne pouvons pas adopter de telles mesures. -
- 2023 Manizales, Atelier de Colombie (27/05) +### Greffage sur la distribution des mises du pool de participation -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Manizales, en Colombie, le 27 mai 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Le protocole Cardano est basé sur un mécanisme de consensus Proof-of-Stake, il est donc judicieux d’utiliser une approche de gouvernance basée sur les enjeux. +Cependant, il existe de nombreuses façons de définir comment enregistrer la répartition des mises entre les participants. +Pour rappel, les adresses réseau peuvent actuellement contenir deux ensembles d’informations d’identification : une pour identifier qui peut débloquer des fonds à une adresse +(alias informations d’identification de paiement) et qui peut être délégué à un pool de participations (alias informations d’identification de délégation). -* Yaris Cruz -* Yaneth Duarte -* Ciro Gelvez -* Kevin Chacon -* Juan Sierra -* Caue Chianca -* Sonia Malagon -* Facundo Ramirez -* Hope R. -
+Plutôt que de définir un troisième ensemble d’informations d’identification, nous proposons plutôt de réutiliser les informations d’identification de délégation existantes, +Utilisation d’un nouveau certificat on-chain pour déterminer la répartition des mise de gouvernance. Cela implique que l’ensemble des DReps peut (et sera probablement) différent de l’ensemble des SPO, +créant ainsi un équilibre. D’un autre côté, cela signifie que la répartition des mise de gouvernance souffre des mêmes lacunes que celle de la production en blocs : +par exemple, les fournisseurs de logiciels de portefeuille doivent prendre en charge les systèmes de multidélégation et doivent faciliter le partitionnement de la mise en sous-comptes si un détenteur d’Ada souhaite déléguer à plusieurs DReps, +ou un détenteur d’Ada doit diviser manuellement sa mise si son portefeuille ne le prend pas en charge. -
- 2023 Addis-Abeba, Atelier d'Éthiopie (27/05 & 28/5) +Cependant, ce choix limite également les efforts futurs de mise en oeuvre pour les fournisseurs de portefeuilles et minimise l’effort nécessaire pour que les utilisateurs finaux participent au protocole de gouvernance. +Cette dernière préoccupation est suffisamment importante pour justifier la décision. En se greffant sur la structure existante, +Le système reste familier aux utilisateurs et raisonnablement facile à configurer. Cela maximise à la fois les chances de succès et le taux de participation au cadre de gouvernance. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Addis-Abeba, en Éthiopie, les 27 et 28 mai 2023 pour leurs précieuses contributions. -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +### Séparation de l’initiation du hard fork des modifications des paramètres du protocole standard -* Kaleb Dori -* Eyassu Birru -* Matthew Thornton -* Tamir Kifle -* Kirubel Tabu -* Bisrat Miherete -* Emmanuel Khatchadourian -* Tinsae Teka -* Yoseph Ephrem -* Yonas Eshetu -* Hanna Kaleab -* Tinsae Teka -* Robee Meseret -* Matias Tekeste -* Eyasu Birhanu -* yonatan berihun -* Nasrallah Hassan -* Andinet Assefa -* Tewodros Sintayehu -* KIDUS MENGISTEAB -* Djibril Konate -* Nahom Mekonnen -* Eyasu Birhanu -* Eyob Aschenaki -* Tinsae Demissie -* Yeabsira Tsegaye -* Tihitna Miroche -* Mearaf Tadewos -* Yab Mitiku -* Habtamu Asefa -* Dawit Mengistu -* Nebiyu Barsula -* Nebiyu Sultan -* Nathan Samson -
+Contrairement aux autres mises à jour des paramètres de protocole, les hard forks (ou, plus exactement, les modifications apportées au numéro de version majeure du protocole) nécessitent beaucoup plus d’attention. +En effet, alors que d’autres modifications des paramètres de protocole peuvent être effectuées sans modifications logicielles significatives, +un hard fork suppose qu’une super-majorité du réseau a mis à niveau le noeud Cardano pour prendre en charge le nouvel ensemble de fonctionnalités introduites par la mise à niveau. +Cela signifie que le calendrier d’un événement hard fork doit être communiqué bien à l’avance à tous les utilisateurs de Cardano et nécessite une coordination entre les opérateurs de pool de participations, les fournisseurs de portefeuille, les développeurs DApp et l’équipe de libération des noeuds. -
- 2023 Kyoto et Fukuoka, Atelier du Japon (27/05 & 10/06 ) +Par conséquent, cette proposition, contrairement au schéma Shelley, encourage les initiations de hard fork en tant qu’action de gouvernance autonome, distincte des mises à jour des paramètres de protocole. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Kyoto et à Fukuoka, au Japon, les 27 mai et 10 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +### Le but des DReps -* Arimura -* Hidemi -* Nagamaru(SASApool) -* shiodome47(SODMpool) -* Wakuda(AID1pool) -* Yuta(Yuki Oishi) -* Andrew -* BANCpool -* Miyatake -* Muen -* Riekousagi -* SMAN8(SA8pool) -* Tatsuya -* カッシー -* 松 -* ポンタ -* リサ -* Mako -* Ririco -* ながまる -* Baku -* マリア -* たりふん -* JUNO -* Kinoko -* Chikara -* ET -* Akira555 -* Kent -* Ppp -* Shiodome47 -* Sam -* ポール -* Concon -* Sogame -* ハンド -* Demi -* Nonnon -* banC -* SMAN8(SA8pool) -* りんむ -* Kensin -* りえこうさぎ -* アダマンタイト -* の/ゆすけ -* MUEN -* いちごだいふく -* Ranket -* A.yy -* N S -* Kazuya -* Daikon -
+Rien dans cette proposition n’empêche les SPO de devenir des DReps. +Pourquoi avons-nous des DReps? +La réponse est que les SPO sont choisis uniquement pour la production de blocs et que tous les SPO ne voudront pas devenir DReps. +Les électeurs peuvent choisir de déléguer leur vote aux DReps sans avoir à se demander s’ils sont +également un bon producteur de blocs, et les SPO peuvent choisir de représenter les détenteurs d’Ada ou non. -
- 2023 Monterey, Atelier de Californie (28/05) +### Tableau des exigences de ratification -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Monterey, en Californie, le 28 mai 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Les conditions énoncées dans le [tableau des conditions de ratification](#exigences) sont expliquées ici. +La plupart des actions de gouvernance ont le même type d’exigences : +le comité constitutionnel et le DReps doivent atteindre un nombre suffisant de +Votes 'Oui'. +Cela inclut les actions suivantes : +* Nouveau comité/seuil (état normal) +* Mise à jour de la Constitution +* Modifications des paramètres de protocole +* Retrait du Trésor -* Shane Powser -* Rodrigo Gomez -* Adam K. Dean -* John C. Valdez -* Kyle Solomon -* Erick "Mag" Magnana -* Bryant Austin -* John Huthmaker -* Ayori Selassie -* Josh Noriega -* Matthias Sieber -
+### Motion de non-confiance -
- 2023 Tlaxcala, Atelier du Mexique (01/06) +Une motion de censure représente un manque de confiance de la part de la communauté de Cardano à l’égard de la +Le Comité constitutionnel actuel et, par conséquent, le Comité constitutionnel ne devraient pas +être inclus dans ce type de mesure de gouvernance. +Dans cette situation, les SPOs et les DReps sont laissés à représenter la volonté de la communauté. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Tlaxcala, au Mexique, le 1er juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +### Nouveau comité/seuil (état de non-confiance) -* Victor Hernández -* Cristian Jair Rojas -* Miriam Mejia -* Josmar Cabañas -* Lizbet Delgado -* José Alberto Sánchez -* Fátima Valeria Zamora -* Julio César Montiel -* Jesús Pérez -* José Adrián López -* Lizbeth Calderón -* Zayra Molina -* Nayelhi Pérez -* Josué Armas -* Diego Talavera -* Darían Gutiérrez -
+Semblable à la motion de non-confiance, l’élection d’un comité constitutionnel +dépend à la fois des SPOs et des DReps pour représenter la volonté de la communauté. -
- 2023 Atelier virtuel LATAM (03/06) +### La polyvalence de l’action de gouvernance de l’information -De plus, nous tenons à remercier tous les participants à l'atelier virtuel LATAM le 3 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Bien qu’elle ne soit pas contraignante pour la chaîne, l’action de gouvernance de l’information pourrait être utile dans un certain nombre de +Situations. Il s’agit notamment des éléments suivants : -* Juan Sierra -* @CaueChianca -* Ernesto Rafael -* Pabon Moreno -* Sonia Malagon -* Facundo Ramírez -* Mercedes Ruggeri -* Hope R. -* Yaris Cruz -* Yaneth Duarte -* Ciro Gélvez -* Kevin Chacon -* Juanita Jaramillo -* Sebastian Pabon -
+* ratifier un CIP +* Décider du fichier Genesis pour une nouvelle ère de grand livre +* consigner les commentaires initiaux pour les futures mesures de gouvernance -
- 2023 Worcester, Atelier du Massachusetts (08/06) +### Initiation Hard-Fork + +Indépendamment de tout mécanisme de gouvernance, la participation des SPO est nécessaire pour tout hard fork car ils doivent mettre à niveau leur logiciel de noeud. +Pour cette raison, nous rendons leur coopération explicite dans l’action de gouvernance d’initiation hard fork, +en exigeant toujours leur vote. +Le comité constitutionnel vote également, signalant la constitutionnalité d’un hard fork. +Les DReps votent également, pour représenter la volonté de chaque partie prenante. + +### Nouvelles structures de métadonnées + +Les actions de gouvernance, les votes et les certificats et la Constitution utilisent de nouveaux champs de métadonnées, +sous forme d’URL et de hachages d’intégrité +(reflétant la structure des métadonnées pour l’enregistrement du pool de participation). +Les métadonnées sont utilisées pour fournir un contexte. +Les actions de gouvernance doivent expliquer pourquoi elles sont nécessaires, +quels experts ont été consultés, etc. +Étant donné que les contraintes de taille des transactions ne devraient pas limiter ces données explicatives, +nous utilisons plutôt des URL. + +Cela introduit toutefois de nouveaux problèmes. +Si une URL ne se résout pas, à quoi faut-il s’attendre pour voter sur cette action ? +Devrions-nous nous attendre à ce que tout le monde vote 'non'? +S’agit-il d’un vecteur d’attaque contre le système de gouvernance ? +Dans un tel scénario, la pré-image de hachage pourrait être communiquée d’autres manières, mais nous devrions être +préparé à la situation. +Devrait-il y avoir un résumé de la justification sur la chaîne? + +#### Alternative : Utilisation des métadonnées de transaction + +Au lieu de champs dédiés spécifiques au format transactionnel, nous pourrions utiliser le champ de métadonnées de transaction existant. + +Les métadonnées liées à la gouvernance peuvent être clairement identifiées en enregistrant une étiquette de métadonnées CIP-10. +Dans ce cadre, la structure des métadonnées peut être déterminée par ce CIP (format exact à déterminer), à l’aide d’un index pour mapper l’ID de vote ou d’action de gouvernance à l’URL et au hachage des métadonnées correspondants. + +Cela évite d’avoir à ajouter des champs supplémentaires au corps de la transaction, au risque de faciliter l’ignorance des déposants. +Toutefois, étant donné que les métadonnées requises peuvent être vides (ou peuvent pointer vers une URL non résolue), +Il est déjà facile pour les auteurs de fournir des métadonnées, et il n’est donc pas clair si cela aggrave la situation. + +Notez que les métadonnées de transaction ne sont jamais stockées dans l’état du grand livre, de sorte que ce serait aux clients de décider. +pour coupler les métadonnées avec les actions et les votes dans cette alternative, et ne serait pas disponible +en tant que requête d’état du grand livre. + +### Contrôle du nombre d’actions de gouvernance actives + +Étant donné que les actions de gouvernance peuvent être soumises par tous, nous avons besoin d’un mécanisme pour empêcher +les personnes responsables du vote de ne pas être submergées par un flot de propositions. +Un dépôt important est l’un de ces mécanismes, mais cela se fait au prix malheureux d’être un obstacle +pour certaines personnes qui souhaiteraient soumettent une action. +Notez cependant que le crowd-sourcing avec un script Plutus est toujours une option pour collecter le dépôt. + +Nous pourrions, alternativement, accepter la possibilité d’un grand nombre d’actions actives à un temps donné +et plutôt dépendre de la socialisation hors chaîne pour guider l’attention des électeurs vers ceux qui le méritent. +Dans ce scénario, le comité constitutionnel pourrait choisir de n’examiner que les propositions qui ont +a déjà recueilli suffisamment de votes de la part des DReps. + +### Pas d’AVST + +Une version antérieure de ce CIP incluait la notion d’un « seuil de mise active » ou AVST. +Le but de l’AVST était d’assurer la légitimité de chaque vote, en éliminant la possibilité que, par exemple, +9 Lovelace sur 10 pourraient décider du sort de millions d’entités sur Cardano. +Il y a vraiment deux préoccupations ici, qui méritent d’être séparées. + +La première préoccupation est celle de l’amorçage du système, c’est-à-dire d’atteindre le moment initial où +Une participation suffisante est enregistrée pour voter. +La deuxième préoccupation est que le système pourrait perdre sa participation au fil du temps. +L’un des problèmes de l’AVST est qu’elle incite les SPOs à souhaiter un faible taux d’enregistrement au vote. +(puisque leurs votes ont alors plus de poids). +Ce n’est absolument pas un affront aux SPOs existants, mais un problème avec de mauvaises incitations. + +Nous avons donc choisi de résoudre les deux préoccupations différemment. +Nous résolvons le problème d’amorçage comme décrit dans la section sur l’amorçage. +Nous résolvons le problème de la participation à long terme en n’autorisant pas les retraits de récompenses +(après la phase bootstrap) sauf si la participation est déléguée à un DRep +(y compris les deux cas particuliers, à savoir 'Abstention' et 'Non-confiance'). + +### Journal des modifications + +#### Modifications après l'atelier Longmont (Mars 2023) + +* Remerciez les participants à l'atelier. +* Nous avons ajouté les termes du Comité constitutionnel. +* Deux nouvelles options DRep « prédéfinies » : abstention et non-confiance. +* Nouvelle action de gouvernance « Info ». +* Utilisez la distribution de participation DRep la plus récente pour la ratification. + Cela signifie que si jamais votre DRep vote comme vous ne l'aimez pas, + vous pouvez immédiatement vous faire un DRep et voter comme vous le souhaitez. +* Récupérez une partie de l'ADA de la trésorerie actuelle pour d'éventuelles + incitations DRep futures. +* Supprimez les actions de trésorerie à plusieurs niveaux au profit de quelque chose d'adaptatif + (le seuil du « Yes » dépendrait donc de : + 1) combien d'ada, + 2) quel est le montant de la mise de participation enregistrée, et peut-être + 3) combien d'ada est libéré à chaque époque +* Divisez les mises à jour des paramètres de protocole en quatre groupes : + réseau, économique, technique et gouvernemental. +* La plupart des actions gouvernementales peuvent être promulguées (après ratification) + immédiatement. Tout sauf : les paramètres de protocole et les hard forks. +* Supprimez la restriction « une action par type et par époque » en faveur du + suivi du dernier ID d'action de chaque type, et de son inclusion + dans l'action. +* Pas d'AVST. +* Phase d'amorçage : jusqu'à ce que X % des ADA soient inscrits pour voter ou que Y époques se + soient écoulées, seuls les changements de paramètres et les hard forks peuvent se produire. + Les changements du PP ont juste besoin du quorum CC, les HF ont besoin du CC et des SPOs. + Après la phase de bootstrap, nous mettons en place l'incitation à maintenir des + DReps bas, mais ce mécanisme se détend **automatiquement**. +* Nouvel objectif de script plutus pour DReps. +* Retraits multiples du Trésor en une seule époque. +* Une section sur le problème récursif du "comment ratifier ce CIP". +* Modifications apportées au protocole local de requête d'état. +* Nouvelles idées, si le temps le permet : + * Pesez d'une manière ou d'une autre le vote des enjeux SPO par par le « pledge ». + * Les DReps peuvent spécifier quel autre DRep recevra ses délégants + au cas ou ils se retire. +* Dépôt réduit pour action gouvernementale si un membre du CC + l'approuve (ce qui signifie probablement qu'il a suivi un certain processus). +* Inclure le hachage de (future) configuration Genesis dans la proposition de HF. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Worcester, Massachusetts le 8 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Modifications après l'atelier d'Édimbourg (Juillet 2023) -* CardanoSharp -* Kenric Nelson -* Matthias Sieber -* Roberto Mayen -* Ian Burzynski -* omdesign -* Chris Gianelloni -
+* Ajoutez une politique de proposition, qui peut contrôler quels retraits de trésorerie et + modifications des paramètres de protocole sont autorisés. +* Supprimer l'abandon des actions de gouvernance. Le seul effet que cela a est que si + une mesure de censure est adoptée, les actions restent + en place. Cependant, seules les nouvelles propositions du comité + conçues pour s’appuyer sur cette mesure de censure peuvent être + adoptées. Si un nouveau comité est élu alors que certaines de ces actions + n'ont pas expiré, ces actions peuvent être ratifiées mais le nouveau comité + doit les approuver. +* All governance actions are enacted one epoch after they are ratified. +* Déplacez les restrictions post-bootstrapping vers « Autres idées ». +* Ajoutez une section sur les différents montants de dépôt à « Autres idées ». +* Ajoutez une section pour un AVS minimum à « Autres idées ». +* Renommez certains paramètres de protocole. +* Renommez `TALLY` en `GOV`. +* Transformez la Constitution en une ancre. +* Retravaillez quelles ancres sont requises et lesquelles sont facultatives. +* Nettoyez diverses incohérences et restes des anciennes versions. -
- 2023 Chicago, Atelier d'Illinois (10/06) +#### Modifications liées à la sécurité et autres correctifs -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Chicago, Illinois le 10 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +* Protégez les modifications liées à la sécurité derrière les votes SPO. +* Le système n’entre pas dans un état de non-confiance avec un nombre insuffisant + de membres actifs du CC, le CC devient tout simplement incapable d’agir. +* Précisez que les membres du CC peuvent utiliser n’importe quel type d’identifiant. -* Adam Rusch -* Jose Martinez -* Michael McNulty -* Vanessa Villanueva Collao -* Maaz Jedh -
+## Chemin vers Actif -
- 2023 Atelier virtuel (12/06) +### Critères d’acceptation -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 12 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +- [ ] Une nouvelle ère du grand livre est activée sur le réseau principal Cardano, qui implémente la spécification ci-dessus. -* Rojo Kaboti -* Tommy Frey -* Tevo Saks -* Slate -* UBIO OBU -
+### Plan de mise en oeuvre -
- 2023 Toronto, Atelier du Canada (15/06) +Les fonctionnalités de ce CIP nécessitent un hard fork. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Toronto, au Canada, le 15 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Ce document décrit un changement ambitieux dans la gouvernance de Cardano. +Nous proposons de mettre en oeuvre les changements via **un hard fork**. -* John MacPherson -* Lawrence Ley -
+Dans les sections suivantes, nous donnons plus de détails sur les différents éléments de travail de mise en œuvre qui ont déjà été identifiés. +En outre, la dernière section expose quelques questions ouvertes qui devront être finalisées. +Nous espérons que ces questions pourront être abordées dans le cadre d’ateliers et de discussions communautaires. -
- 2023 Philadelphie, Atelier de Pennsylvanie (17/06) +#### Ratification de cette proposition -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Philadelphie, en Pennsylvanie, le 17 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +La ratification de cette proposition est en quelque sorte un problème circulaire: nous avons besoin d’une forme de cadre de gouvernance afin de nous mettre d’accord sur ce que devrait être le cadre de gouvernance final. +Comme on l’a dit à maintes reprises, les CIP ne font pas autorité et ne constituent pas un mécanisme de gouvernance. +Ils décrivent plutôt des solutions techniques qui ont été jugées saines (d’un point de vue technique) par la communauté d’experts. -* NOODZ -* Jarhead -* Jenny Brito -* Shepard -* BONE Pool -* type_biggie -* FLAWWD -* A.I. Scholars -* Eddie -* Joker -* Lex -* Jerome -* Joey -* SwayZ -* Cara Mia -* PHILLY 1694 -
+Le CIP-1694 va sans doute au-delà de la portée habituelle du processus de CIP et il y a un fort désir de ratifier ce CIP par le biais de _un processus_. +Toutefois, ce processus n’a pas encore été défini et reste une question ouverte. +Le processus de ratification finale sera probablement un mélange de diverses idées, telles que: -
- 2023 Atelier de Santiago du Chili (17/06) +- [ ] Recueillir les opinions des ateliers communautaires, semblables à l’atelier du Colorado de février-mars 2023. +- [ ] Exercer des actions de vote sur un réseau de test public, avec une participation suffisante. +- [ ] Interrogez les fournisseurs de services établis. +- [ ] Tirer parti de Project Catalyst pour recueillir les contributions de la communauté électorale existante (bien que petite en termes de participation active). -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Santiago du Chili le 17 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Modifications apportées au corps de la transaction -* Rodrigo Oyarsun -* Sebastián Aravena -* Musashi Fujio -* Geo Gavo -* Lucía Escobar -* Juan Cruz Franco -* Natalia Rosa -* Cristian M. García -* Alejandro Montalvo -
+- [ ] De nouveaux éléments seront ajoutés au corps de la transaction, et les fonctionnalités de mise à jour et MIR existantes seront supprimées. En particulier -
- 2023 Atelier virtuel (17/06) + Les actions de gouvernance et les votes comprendront deux nouveaux champs d’organe de transaction. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 17 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +- [ ] Trois nouveaux types de certificats seront ajoutés en plus des certificats existants : -* Juana Attieh -* Nadim Karam -* Amir Azem -* Rami Hanania -* LALUL Stake Pool -* HAWAK Stake Pool -
+ * Inscription DRep + * Désinscription DRep + * Délégation de vote -
- 2023 Taipai, Atelier de Taïwan (18/06) + De même, les certificats MIR et genesis actuels seront supprimés. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Taipai, Taiwan le 18 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +- [ ] Un nouvel objectif `Voting` sera ajouté aux contextes de script Plutus. + Cela prévoira, en particulier, le vote aux scripts on-chain. -* Michael Rogero -* Ted Chen -* Mic -* Jeremy Firster -* Eric Tsai -* Dylan Chiang -* JohnsonCai -* DavidCHIEN -* Zach Gu -* Jimmy WANG -* JackTsai -* Katherine Hung -* Will Huang -* Kwicil -
+> **Warning** Comme d’habitude, nous fournirons une spécification CDDL pour chacune de ces modifications. -
- 2023 Midgard Vikingcenter Horten, Atelier de Norvège (19/06) +#### Modifications apportées aux règles existantes du grand livre -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Midgard Vikingcenter Horten, en Norvège, le 19 juin 2023 pour leurs précieuses contributions. -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +* La règle de transition `PPUP` sera réécrite et déplacée de la règle `UTxO` vers la règle `LEDGER` en tant que nouvelle règle `GOV`. -* Daniel D. Johnsen -* Thomas Lindseth -* Eystein Hansen -* Gudbrand Tokerud -* Lally McClay -* $trym -* Arne Rasmussen -* Lise WesselTVVIN -* Bjarne -* Jostein Aanderaa -* Ken-Erik Ølmheim -* DimSum -
+ Il traitera et enregistrera les actions de gouvernance et les votes. -
- 2023 Atelier Virtuel (19/06) +* La règle de transition `NEWEPOCH` sera modifiée. +* La sous-règle `MIR` sera supprimée. +* Une nouvelle règle `RATIFY` sera introduite pour mettre en scène les actions de gouvernance en vue de leur promulgation. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 19 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: + Il ratifiera les mesures de gouvernance et les mettra en oeuvre en vue de leur promulgation à l’époque actuelle ou à l’époque suivante, selon le cas. -* Nicolas Cerny -* Nils Peuser -* Riley Kilgore -* Alejandro Almanza -* Jenny Brito -* John C. Valdez -* Rhys -* Thyme -* Adam Rusch -* Devryn -
+* Une nouvelle règle de `ENACTMENT` sera appelée immédiatement après la règle `EPOCH` . Cette règle édictera des mesures de gouvernance qui ont déjà été ratifiées. +* La règle `EPOCH` n’appellera plus la sous-règle `NEWPP` ni ne calculera si le quorum est atteint sur l’état PPUP. -
- 2023 New York, Atelier de New York (20/06) +#### Modifications apportées au protocole de requête d’état local -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu dans la ville de New York, le 20 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +La charge de travail de gouvernance sur la chaîne est importante, mais la charge de travail hors chaîne pour les outils et les applications sera sans doute encore plus importante. +Pour construire un écosystème de gouvernance efficace, le grand livre devra fournir des interfaces avec divers éléments de gouvernance. -* John Shearing -* Geoff Shearing -* Daniela Balaniuc -* SDuffy -* Garry Golden -* Newman -* Emmanuel Batse -* Ebae -* Mojira -
+Alors que les votes et les (dé)inscriptions DReps sont directement visibles dans les blocs et seront donc accessibles via les protocoles de synchronisation de la chaîne locale existants; Nous devrons mettre à niveau le protocole de requête d’état local pour fournir des informations supplémentaires sur les informations qui sont plus difficiles à déduire des blocs (c’est-à-dire celles qui nécessitent le maintien d’un état de grand livre). Les nouvelles requêtes d’état doivent couvrir (au moins) : -
- 2023 La Cumbre, Atelier d'Argentine (23/06) +- Les actions de gouvernance actuellement mises en œuvre +- Les actions de gouvernance en cours de ratification, avec le total et le pourcentage de mise « oui », de mise « non » et de mise « abstention » +- Le comité constitutionnel actuel et le condensé de hachage de la constitution -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à La Cumbre, Argentine le 23 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +#### Phase d’amorçage -* Ulises Barreiro -* Daniel F. Rodriguez -* Dominique Gromez -* Leandro Chialvo -* Claudia Vogel -* Guillermo Lucero -* Funes, Brian Carrasco -* Melisa Carrasco -* Carlos Carrasco -
+Nous devrons faire attention à la façon dont nous amorcerons ce gouvernement naissant. Toutes les parties +qui sont impliqués auront besoin de suffisamment de temps pour s’inscrire et se familiariser avec le processus. -
- 2023 Minneapolis, Atelier du Minnesota (23/06) +Des dispositions spéciales s’appliqueront dans la phase initiale de bootstrap. +Tout d’abord, pendant la phase d’amorçage, un vote du comité constitutionnel +est suffisant pour modifier les paramètres du protocole. +Deuxièmement, pendant la phase d’amorçage, un vote du comité constitutionnel, +avec un vote SPO suffisant, est suffisant pour initier un hard fork. +Aucune autre action n’est possible pendant la phase d’amorçage. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Minneapolis, Minnesota le 23 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +La phase d'amorçage se termine lorsqu'un nombre donné d'époques s'est écoulé, +comme spécifié dans le fichier de configuration de l'ère du prochain grand livre. +Cela se produira probablement plusieurs mois après le hard fork. -* Stephanie King -* Darlington Wleh -
+De plus, il y aura un comité constitutionnel intérimaire, +également spécifié dans le fichier de configuration de l'ère du prochain grand livre, +dont les limites de mandat expireront à la fin de la phase d'amorçage. +Le calendrier de rotation du premier comité non-bootstrap pourrait être inclus dans la constitution elle-même. +Notez toutefois que, puisque le comité constitutionnelle ne vote jamais sur de nouveaux comités, +il ne peut pas réellement imposer la rotation. -
- 2023 La Plata, Atelier d'Argentine (23/06) +#### Autres idées / Questions ouvertes -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à La Plata, Argentine le 23 juin 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +##### Vote des SPO pondérés par les engagements -* Mauro Andreoli -* Rodolfo Miranda -* Agustin Francella -* Federico Sting -* Elias Aires -* Lucas Macchiavelli -* Pablo Hernán Mazzitelli -
+Le vote du SPO pourrait en outre être pondéré par l’engagement de chaque SPO. +Cela fournirait un mécanisme permettant à ceux qui ont un intérêt littéral dans le jeu d’avoir un vote plus fort. +La pondération doit être choisie avec soin. -
- 2023 Puerto Madryn, Atelier d'Argentine (23/06) +##### Redélégation automatique des DReps -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Puerto Madryn, en Argentine, le 23 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Un DRep pourrait éventuellement indiquer un autre identifiant DRep dans son certificat d’enregistrement. +À la retraite, toutes les délégations du DRep seraient automatiquement transférées vers +les informations d’identification DRep choisi. Si ce DRep avait déjà pris sa retraite, la délégation serait transférée +au DRep 'Abstention'. -* Andres Torres Borda -* Federico Ledesma Calatayud -* Maximiliano Torres -* Federico Prado -* Domingo Torres -* Floriana Pérez Barria -* Martin Real -* Florencia García -* Roberto Neme -
+##### Pas d’inscription DRep -
- 2023 Accra, Atelier du Ghana (24/06) +Étant donné que l’enregistrement DRep ne remplit aucune fonction nécessaire, +les certificats pour (dés)enregistrer DReps pourraient être supprimés. Ceci +rend la démocratie plus liquide puisqu’elle supprime une partie de la bureaucratie et +élimine également le besoin du dépôt DRep, au détriment du déplacement de l’ancre qui fait partie du +certificat d’enregistrement DRep dans les métadonnées de transaction. -En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Accra, au Ghana, le 24 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +##### Réduction des dépôts pour certaines actions gouvernementales -* Wada -* Laurentine -* Christopher A. -* Nathaniel D. -* Edufua -* Michael -* Augusta -* Jeremiah -* Boaz -* Mohammed -* Richmond O. -* Ezekiel -* Megan -* Josue -* Michel T. -* Bineta -* Afia O. -* Mercy -* Enoch -* Kofi -* Awura -* Emelia -* Richmond S. -* Solomon -* Phillip -* Faakor -* Manfo -* Josh -* Daniel -* Mermose -
+Le dépôt qui est attaché aux actions de gouvernance existe pour prévenir un flot d'actions de gouvernance non sérieuse, +dont chacune nécessiterait du temps et de l’attention de la part de la communauté de Cardano. +Nous pourrions réduire ce dépôt pour les propositions qui passent par un processus convenu hors chaîne. +Cela serait marqué sur la chaîne par l’approbation d’au moins un membre du comité constitutionnel. +L’inconvénient de cette idée est qu’elle donne plus de pouvoir au comité constitutionnel. -
- 2023 Atelier Virtuel (24/06) +##### Différents montants de dépôt pour différentes actions de gouvernance -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu virtuellement le 24 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Plusieurs ateliers de ce CIP ont proposé d'introduire un montant de dépôt différent +pour chaque type d'action de gouvernance. Il n’est pas clair +si une majorité est favorable à cette idée, mais elle pourrait être +envisagée s’il apparaît clairement que cela est nécessaire. -* Jonas Riise -* Thomas Lindseth -* André "Eilert" Eilertsen -* Eystein Hansen -
+##### Participation minimale de vote actif -
- 2023 Séoul, Atelier de la Corée du Sud (24/06) +Comme garantie supplémentaire pour garantir que les actions de gouvernance ne peuvent pas être proposées +juste avant un hard fork, être votées par un DRep avec une grande quantité +de participation et être adoptées immédiatement, il pourrait y avoir une exigence +supplémentaire selon laquelle un certain montant absolu fixe de participation +doit voter « oui » sur l'action à adopter. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Séoul, en Corée du Sud, le 24 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Cela ne semble pas nécessaire dans la conception actuelle, puisque la participation de +tous les DReps enregistrés se comporte comme un vote « non » jusqu'à ce qu'ils aient effectivement +voté. Cela signifie que pour que ce scénario se produise, l’acteur malveillant +doit au moins contrôler la fraction de la participation du DRep +correspondant au seuil pertinent, auquel cas cela pourrait tout aussi bien être +considéré comme une action légitime. -* Oscar Hong (JUNGI HONG) -* SPO_COOL (Kevin Kordano) -* SPO_KTOP (KT OH) -* WANG JAE LEE -* JAE HYUN AN -* INYOUNG MOON (Penny) -* HOJIN JEON -* SEUNG KYU BAEK -* SA SEONG MAENG -* JUNG MYEONG HAN -* BRIAN KIM -* JUNG HOON KIM -* SEUNG WOOK JUNG (Peter) -* HYUNG WOO PARK -* EUN JAE CHOI -* NA GYEONG KIM -* JADEN CHOI -
+##### Inclure le hachage de la (future) configuration de la genèse dans la proposition de hard-fork -
- 2023 Abu Dhabi, UAE Workshop (25/06) +Certains hard-forks nécessitent de nouvelles configurations de genèse. +Cela a été le cas pour les hard forks Shelley et Alonzo (mais pas Allegra, Mary, Vasil ou Valentine), ce sera peut-être le cas à l’avenir. +Pour le moment, cette proposition ne dit rien sur une telle configuration de genèse : +Il est implicitement supposé qu’il s’agit d’un accord hors chaîne. +Nous pourrions cependant faire en sorte que (le hachage) d’une configuration de genèse spécifique soit également capturé dans une action de gouvernance hard-fork. -En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Abu Dhabi, Émirats arabes unis le 25 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +##### Seuils adaptatifs -* Amir Azem -* Ian Arden -* Madina Abdibayeva -* BTBF (Yu Kagaya) -* محمد الظاهري -* Tegegne Tefera -* Rami Hanania -* Tania Debs -* Khalil Jad -* Mohamed Jamal -* Ruslan Yakubov -* OUSHEK Mohamed eisa -* Shehryar -* Wael Ben Younes -* Santosh Ray -* Juana Attieh -* Nadim Karam -* DubaistakePool -* HAWAK Pool -* LALKUL Stake Pools -
+Comme nous l’avons vu plus haut, il peut être logique que certains ou tous les seuils s’adaptent à l’égard du Lovelace qui est activement inscrit pour voter, +afin que le système offre une plus grande légitimité lorsqu’il n’y a qu’un faible niveau de participation active des votes. +Le mécanisme d’amorçage proposé ci-dessus peut toutefois englober cela en veillant à ce que le système de gouvernance soit activé +uniquement lorsqu’un niveau minimum de mise a été délégué à DReps. -
- 2023 Williamsburg, Atelier de New York (25/06) -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Williamsburg, New York le 25 juin 2023 pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +##### Renommer DReps / état de non-confiance ? -* Pi -* Joseph -* Skyler -* Forrest -* Gabriel -* Newman -
+Il a été dit à plusieurs reprises que « DReps » tel que présenté ici, pourrait être confondu avec Project Catalyst DReps. +De même, certaines personnes ont exprimé une confusion entre l’état de non-confiance, la motion de non-confiance et les DReps non-confiance. -
- 2023 Lagos, Atelier de Nigéria (28/06) +Nous pourrions imaginer trouver de meilleurs termes pour ces concepts. -En outre, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Lagos, au Nigeria, le 28 juin 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +##### Mouvements de trésorerie limitant les taux -* Jonah Benson -* Augusta -* Ubio Obu -* Olumide Hrosuosegbe -* Veralyn Chinenye -* Ona Ohimer -* William Ese -* Ruth Usoro -* William P -* Esther Simi -* Daniel Effiom -* Akinkurai Toluwalase -
+Rien n’empêche de retirer de l’argent du Trésor autre que les votes proposés et les seuils de vote. Étant donné que le Trésor Cardano est une composante tout à fait fondamentale de sa politique monétaire, nous pourrions imaginer appliquer (au niveau du protocole) le montant maximum qui peut être retiré du Trésor sur une période donnée. -
- 2023 Sao Paulo, Atelier du Brésil (01/07) +##### Mesure de sécurité finale, post-bootstrapping -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu à Sao Paulo, au Brésil, le 1er juillet 2023, pour leurs précieuses contributions à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +De nombreuses personnes ont déclaré qu'elles pensaient que le taux de participation réel ne serait pas si important +qu'il constituerait une pression sur le débit du système. +Nous pensons également que cela sera probablement le cas, mais lorsque la phase d'amorçage se terminera, nous pourrions +mettre en place une dernière mesure de sécurité temporaire (cela nous permettra également de justifier un faible montant de dépôt DRep). -* Otávio Lima -* Rodrigo Pacini -* Maria Carmo -* Cauê Chianca -* Daniela Alves -* Jose Lins Dias -* Felipe Barcelos -* Rosana Melo -* Johnny Oliveira -* Lucas Ravacci -* Cristofer Ramos -* Weslei Menck -* Leandro Tsutsumi -* Izaias Pessoa -* Gabriel Melo -* Yuri Nabeshima -* Alexandre Fernandes -* Vinicius Ferreiro -* Lucas Fernandes -* Alessandro Benicio -* Mario Cielho -* Lory Fernandes Lima -* Larissa Nogueira -* Latam Cardano Community -
+Pour les valeurs de $X$ et $Y$ qui restent à déterminer, +dès la fin de la phase bootstrapping, +lorsque nous calculerons la distribution des enjeux DReps pour la prochaine limite d'époque, +nous considérerons _uniquement_ les DReps qui sont _soit_ dans le les meilleurs $X$ - de nombreux DReps classés par montant de mise, +ou les DReps qui ont au moins $Y$ Lovelace. +À chaque époque, la valeur de $X$ _augmentera_ et la valeur de $Y$ diminuera, +de sorte qu'à terme $X$ sera effectivement infini et $Y$ sera nul. +Notez qu'il ne s'agit que d'une incitation et que rien n'empêche réellement un DRep d'exprimer +son vote (même s'il ne sera pas pris en compte s'il ne répond pas aux exigences). -
- 2023 Atelier virtuel du Brésil (04/07) +Si la communauté décide à un moment donné qu’il y a effectivement un problème de congestion, +alors un hard fork pourrait être adopté pour limiter le nombre de DReps de manière plus restrictive. -De plus, nous tenons à remercier tous les participants à l'atelier qui s'est tenu au Brésil le 4 juillet 2023 pour leurs précieuses contributions -à ce CIP et pour s'être fait champion actif de la vision de Cardano pour une gouvernance minimale viable. Ceux-ci inclus: +Des chiffres raisonnables pour la valeur initiale de X$ sont probablement compris entre 5 000 et 10 000. +Les nombres raisonnables pour la valeur initiale de $Y$ sont probablement le nombre total de Lovelace +divisé par la valeur initiale de $X$. -* Lincon Vidal -* Thiago da Silva Nunes -* Rodrigo Pacini -* Livia Corcino de Albuquerque -* Cauê Chianca -* Otávio Lima -
+Le mécanisme devrait être assoupli à un rythme où la restriction serait complètement supprimée +après une période de six mois à un an. ## Droit d’auteur