馃嚜馃嚫 CIP 1694 - Mecanismo de gobernanza descentralizada en la cadena para Voltaire

CIP Titulo Estado Categoria Autores Discusi贸n Creado Licencia
1694 Un mecanismo de gobierno descentralizado en cadena para Voltaire Propuesto Libro mayor Jared Corduan jared.corduan@iohk.io Matthias Benkort matthias.benkort@cardanofoundation.org Kevin Hammond kevin.hammond@iohk.io Charles Hoskinson charles.hoskinson@iohk.io Samuel Leathers samuel.leathers@iohk.io Pull requests 路 cardano-foundation/CIPs 路 GitHub 2022-11-18 CC-BY-4.0

Resumen

Proponemos una revisi贸n del sistema de gobierno en cadena de Cardano para respaldar los nuevos requisitos de Voltaire. El soporte de gobierno especializado existente para actualizaciones de par谩metros de protocolo y certificados MIR quedar谩 obsoleto, y se agregar谩n dos nuevos campos a los cuerpos de transacciones normales:

  1. Acciones de gobernanza
  2. Votos

Cualquier usuario de Cardano podr谩 enviar una acci贸n de gobierno. Tres grupos distintos ser谩n responsables de ratificar estas acciones de gobernanza con sus votos:

  1. Un comit茅 constitucional
  2. Un grupo de representantes de delegaci贸n (en adelante, DReps);
  3. Los operadores de validadores (en adelante llamados SPO).

Luego, las acciones ratificadas pueden promulgarse en la cadena, siguiendo un conjunto de reglas bien definidas.

Al igual que con los nodos validadores, cualquier titular de Ada puede registrarse para ser un DRep y, por lo tanto, optar por representarse a s铆 mismo si lo desea, o puede, en su lugar, delegar sus derechos de voto a cualquier otro representante registrado. Estos derechos de voto se basar谩n en las participaciones de Ada.

Agradecimientos: Muchas personas han comentado y contribuido a este documento. Nos gustar铆a agradecer especialmente a las siguientes personas por brindarnos su sabidur铆a y conocimientos:

  • Jack Briggs;
  • Tim Harrison;
  • Andr茅 Knispel;
  • Felipe Lazos;
  • Michael Madoff;
  • Evangelos Markakis;
  • Joel Telpner;
  • Thomas Upfield.

Motivaci贸n

Nos dirigimos a la era de Voltaire, sentando las bases para la toma de decisiones descentralizada. Este CIP describe un mecanismo para la gobernanza en cadena que sustentar谩 la fase Voltaire de Cardano. El documento se basa y ampl铆a el esquema de gobierno de Cardano original que se basaba en un n煤mero fijo de llaves de gobierno. Su objetivo es proporcionar un primer paso que sea valioso y t茅cnicamente factible a corto plazo como parte del sistema de gobierno de Voltaire propuesto.

Tambi茅n busca actuar como un punto de partida para continuar con los aportes de la comunidad, incluso en la configuraci贸n de umbral adecuada y otras configuraciones en la cadena. Las propuestas posteriores pueden adaptar y ampliar esta propuesta para satisfacer las necesidades de gobernanza emergentes.

Dise帽o actual

El mecanismo de gobierno de Cardano en cadena existente (introducido en la era del libro mayor de Shelley) es capaz de:

  • modificar los valores de los par谩metros del protocolo (incluyendo el inicio de 鈥渂ifurcaciones duras鈥); y
  • transferir a Ada fuera de las reservas y la tesorer铆a (y tambi茅n mover a Ada entre las reservas y la tesorer铆a).

En el esquema actual, las acciones de gobernanza se inician mediante transacciones especiales que requieren Quorum-Many autorizaciones de las claves de gobernanza (5 de 7 en la red principal de Cardano). Los campos en el cuerpo de la transacci贸n brindan detalles de la acci贸n que se llevar谩 a cabo: ya sea modificando cambios de par谩metros de protocolo o iniciando transferencias de fondos. Cada transacci贸n puede desencadenar precisamente un tipo de acci贸n, pero una sola acci贸n puede generar m煤ltiples cambios.

Las acciones de gobernanza exitosas se aplican en un l铆mite de 茅poca (se promulgan).

Uno de los par谩metros del protocolo es lo suficientemente importante como para merecer una atenci贸n especial: cambiar la versi贸n principal del protocolo permite a Cardano promulgar bifurcaciones duras controladas. Este tipo de actualizaci贸n, por tanto, tiene un estatus especial entre las posibles actualizaciones de par谩metros de protocolo.

Deficiencias del dise帽o de gobernanza de Shelley

El dise帽o actual estaba destinado a proporcionar un enfoque simple y de transici贸n para la gobernanza. Esta propuesta tiene como objetivo abordar una serie de deficiencias con ese dise帽o.

  1. No da lugar a la participaci贸n activa en cadena de los titulares de Ada. Si bien los cambios en el protocolo suelen ser el resultado de discusiones con actores comunitarios seleccionados, el proceso es impulsado principalmente por las entidades fundadoras. Garantizar que todos puedan expresar sus preocupaciones es engorroso y, en ocasiones, puede percibirse como arbitrario.

  2. Los movimientos de la tesorer铆a pueden ser dif铆ciles de rastrear y constituyen un tema cr铆tico y sensible. Es importante tener m谩s transparencia y m谩s capas de control sobre estos movimientos.

  3. Si bien los SPO deben tratarlos de manera especial, las bifurcaciones duras no se diferencian de otros cambios de par谩metros de protocolo.

  4. Finalmente, si bien actualmente existe una visi贸n algo com煤n para Cardano que comparten sus entidades fundadoras y muchos miembros de la comunidad, no existe un documento claramente definido donde se registren estos principios rectores. Tiene sentido aprovechar la cadena de bloques de Cardano para registrar el esp铆ritu del proyecto en s铆 mismo de manera inmutable, como la Constituci贸n formal de Cardano.


Especificaciones

  1. La Constituci贸n de Cardano
  2. El Comit茅 Constitucional
    2.a Comit茅 Inicial
    2.b Reemplazo del Comit茅
  3. Acciones de Gobernanza
    3.a Ratificaci贸n
    3.a.1 Requisitos
    3.a.2 Ciclo de vida
    3.b Promulgaci贸n
    3.c Contenido
    3.d Identificadores de acciones de gobernanza
  4. Votos
    4.a Estado de gobernanza
    4.b Votos caducados
  5. Representantes Delegados (DReps)
    5.a Nueva distribuci贸n de participaci贸n para DReps
    5.b Definiciones que rodean la participaci贸n electoral

1. La Constituci贸n de Cardano

La Constituci贸n es un documento de texto que define los valores compartidos y los principios rectores de Cardano. En esta etapa, pretende ser un documento informativo que capture sin ambig眉edades los valores fundamentales de Cardano. En una etapa posterior, podemos imaginar que la Constituci贸n tal vez evolucione hacia un conjunto de reglas basadas en contratos inteligentes que impulsen todo el marco de gobernanza. Por ahora, sin embargo, la Constituci贸n seguir谩 siendo un documento fuera de la cadena cuyo valor de resumen de hash se registrar谩 en la cadena.

2. El Comit茅 Constitucional

Definimos un Comit茅 Constitucional que representa un conjunto de personas o entidades (asociadas con un par de credenciales Ed25519) que son responsables de supervisar las acciones de gobierno que se definen en la secci贸n a continuaci贸n y garantizar que se respete la Constituci贸n.

Se considera que el Comit茅 Constitucional se encuentra en uno de los dos estados siguientes en todo momento:

  • un estado normal (es decir, uno de confianza); o
  • un estado de no confianza

En un estado de falta de confianza, el comit茅 actual ya no puede participar en acciones de gobierno y debe ser reemplazado antes de que se puedan promulgar acciones de gobierno (ver m谩s abajo). Cualquier acci贸n de gobierno pendiente se anula inmediatamente el comit茅 entra en un estado de falta de confianza.

El Comit茅 Constitucional utilizar谩 una configuraci贸n de llaves fr铆as y calientes. Las llaves calientes reutilizar谩n el mecanismo existente de 鈥渃ertificado de delegaci贸n de g茅nesis鈥 que ha estado en vigor desde el comienzo de la era Shelley.

2.a Comit茅 Constitucional Inicial

El Comit茅 Constitucional inicial constituir谩 los miembros principales de una organizaci贸n basada en miembros que se dedica al desarrollo de Cardano. La lista final de miembros a煤n no se ha definido. Sin embargo, con toda probabilidad, estar谩 formado por algunas de las entidades fundadoras, como Input Output Global y la Fundaci贸n Cardano, as铆 como por actores clave de la comunidad que est茅n interesados en participar en el proceso de gobernanza de Cardano.

2.b Sustituci贸n del Comit茅 Constitucional

El Comit茅 Constitucional puede ser reemplazado de una de dos maneras:

  • Cuando se encuentra en un estado normal (es decir, un estado de confianza), el comit茅 puede ser reemplazado a trav茅s de una acci贸n de gobierno espec铆fica (acci贸n 2 a continuaci贸n) que requiere la aprobaci贸n tanto del Comit茅 Constitucional actual como de los DReps.

  • Cuando se encuentra en un estado de falta de confianza, el comit茅 tambi茅n puede ser reemplazado a trav茅s de una acci贸n de gobierno espec铆fica (acci贸n 5 a continuaci贸n), pero esto requiere la aprobaci贸n de los SPO y los DReps.

Tama帽o del Comit茅 Constitucional

A diferencia del dise帽o de gobierno de Shelley, el tama帽o del Comit茅 Constitucional no es fijo. Puede cambiarse cada vez que se instale un nuevo comit茅. Asimismo, el qu贸rum (el n煤mero de votos que se requieren para promulgar acciones de gobierno) no es fijo y puede variar cada vez que se instala un nuevo comit茅. Esto da una gran flexibilidad.

3. Acciones de Gobernanza

Definimos seis tipos diferentes de acciones de gobernanza. Una acci贸n de gobernanza es un evento en la cadena que se dispara por una transacci贸n y tiene una fecha l铆mite despu茅s de la cual no se puede promulgar.

Se dice que una acci贸n est谩 ratificada cuando re煤ne suficientes votos a su favor (mediante reglas y par谩metros que se detallan a continuaci贸n). Se dice que una acci贸n que no re煤ne suficientes votos a favor antes de su fecha l铆mite ha expirado. Una acci贸n que ha sido ratificada se dice que est谩 promulgada una vez que ha sido activada en la red. Sin embargo, independientemente de que hayan sido ratificadas, las acciones pueden desistir sin ser promulgadas si, por ejemplo, se promulga una moci贸n de censura.

Acci贸n Descripci贸n
1. Moci贸n de no confianza Una moci贸n para crear un estado de no confianza en el actual Comit茅 Constitucional
2. Nuevo Comit茅 Constitucional y/o tama帽o del qu贸rum Cambios en los miembros del Comit茅 Constitucional y/o en su umbral de firmas
3. Actualizaciones a la Constituci贸n Una modificaci贸n a la Constituci贸n fuera de la cadena, registrada como un hash en la cadena del documento de texto
4. Iniciaci贸n de bifurcaci贸n dura Dispara una actualizaci贸n no compatible con versiones anteriores de la red; requiere una actualizaci贸n de software previa
5. Cambios de par谩metros de protocolo Cualquier cambio en uno o m谩s par谩metros de protocolo actualizables, sin incluir cambios en las principales versiones de protocolo (鈥渂ifurcaciones duras鈥)
6. Retiros de Tesorer铆a Movimientos de tesorer铆a, subcategorizados en retiros peque帽os, medianos o grandes (seg煤n la cantidad de Lovelace a retirar). Los umbrales para los retiros de tesorer铆a se analizan a continuaci贸n.

Cualquier titular de Ada puede presentar una acci贸n de gobernanza a la cadena. Deben proporcionar un dep贸sito de Gov-Deposit Lovelace, que se devolver谩 cuando finalice la acci贸n (ya sea que se ratifique, se haya abandonado o haya vencido).

Tener en cuenta que una moci贸n de no confianza es una medida extrema que permite a los titulares de Ada revocar el poder que se le ha otorgado al Comit茅 Constitucional actual. Cualquier acci贸n de gobierno pendiente, incluidas las que el comit茅 haya ratificado, se abandonar谩 si se promulga la moci贸n. En cuanto a otras acciones de gobierno, se producen votaciones, seguidas de ratificaci贸n o caducidad.

3.a Ratificaci贸n

Las acciones de gobernanza se ratifican a trav茅s de acciones de votaci贸n en cadena. Los diferentes tipos de acciones de gobernanza tienen diferentes requisitos de ratificaci贸n: dependiendo del tipo de acci贸n de gobernanza, una acci贸n ser谩 ratificada si ocurre alguna combinaci贸n espec铆fica de lo siguiente:

  • el Comit茅 Constitucional aprueba la acci贸n (Quorum-Many miembros votan 鈥榮铆鈥);
  • los DReps aprueban la acci贸n (la participaci贸n controlada por los DReps que votan 鈥榮铆鈥 alcanza un cierto umbral de la participaci贸n de votaci贸n total registrada);
  • los SPO aprueban la acci贸n (la participaci贸n controlada por las SPO que votan 鈥榮铆鈥 alcanza un cierto umbral sobre la participaci贸n de voto total registrada).

Advertencia Como se explica a continuaci贸n, se aplican diferentes distribuciones de participaci贸n a DReps y SPO.

3.a.1 Requisitos

La siguiente tabla detalla los requisitos de ratificaci贸n para cada escenario de acci贸n de gobernanza. Las columnas representan:

  • Tipo de acci贸n de gobernanza
    El tipo de acci贸n de gobierno. Tenga en cuenta que las tres acciones de tesorer铆a posibles implican cantidades Lovelace T0, T1, T2 y T3.

  • Comit茅 Constitucional
    Un valor de :white_check_mark: indica que se requieren los votos 鈥渟铆鈥 del Comit茅 Constitucional de Quorum-Many.
    Un valor de :x: significa que los votos del Comit茅 Constitucional no se aplican.

  • DReps
    El umbral de votos de DRep que se debe cumplir como porcentaje de la participaci贸n de voto activa, que va de 0 a 100 (inclusive).

  • AVST
    El umbral de participaci贸n de votaci贸n activa (AVST por sus siglas en ingl茅s). El porcentaje que se utilizar谩 para determinar si existe suficiente participaci贸n activa con derecho a voto.

  • Retroceso de AVST
    La condici贸n de retroceso si no se alcanza el umbral AVST

  • Ninguno: no hay respaldo, la acci贸n no se puede ratificar a menos que se alcance el umbral AVST

  • Voto SPO: la acci贸n puede ser ratificada si hay un respaldo de voto SPO suficiente.

  • SPOs
    El umbral de voto de SPO que debe cumplirse como un porcentaje de la participaci贸n en poder de todos los grupos de participaci贸n. El voto de SPO solo se considera si el umbral de AVST es :x: o si el AVST est谩 por debajo del umbral de AVST.

Tipo de acci贸n de gobernanza Comit茅 Constitucional DReps AVST Retroceso de AVST SPOs
1. Moci贸n de no confianza :x: P1 Q1 Ninguno R1
2(a). Nuevo comit茅/qu贸rum (estado normal) :white_check_mark: P2a Q2a Voto SPO R2a
2(b). Nuevo Comit茅/qu贸rum (estado de no confianza) :x: P2b Q2b Ninguno R2b
3. Actualizaci贸n de la Constituci贸n :white_check_mark: P3 Q3 Voto SPO R3
4. Iniciaci贸n de bifurcaci贸n dura :white_check_mark: P4 0 - R4
5. Cambios de par谩metros de protocolo :white_check_mark: P5 Q5 Voto SPO R5
6(a). Retiro de tesorer铆a, [T0,T1) :white_check_mark: P6a Q6a Voto SPO R6a
6(b). Retiro de tesorer铆a, [T1,T2) :white_check_mark: P6b Q6b Voto SPO R6b
6(c). Retiro de tesorer铆a, [T2,T3) :white_check_mark: P6c Q6c Voto SPO R6c

Algunos de los par谩metros dados en esta tabla (P1 鈥 R6c,T1 鈥 T3) pueden ser par谩metros de protocolo actualizables, pero otros deben estar codificados de forma r铆gida. Esta propuesta deja deliberadamente abiertas a discusi贸n tanto esta elecci贸n como la elecci贸n de los valores reales de los par谩metros.

Nota Para todas las retiradas de tesorer铆a, el umbral de retiro es el importe total de Lovelace que se retira por la acci贸n, no el importe de una sola retirada si la acci贸n especifica m谩s de una retirada.

3.a.2 Ciclo de vida de las acciones de gobernanza

Las acciones de gobernanza se comprueban para su ratificaci贸n s贸lo en un l铆mite de 茅poca. Este retraso permite a todos votar cada propuesta y demostrar que est谩n activas.

Como m谩ximo, una acci贸n de gobierno de cada tipo (es decir, una de cada una de las seis categor铆as enumeradas anteriormente) puede ser puesta en escena para su promulgaci贸n en una 茅poca determinada. Por ejemplo, s贸lo puede haber una acci贸n de retirada de tesorer铆a en una sola 茅poca (puede, sin embargo, comprender muchas retiradas individuales).

Una vez ratificadas, las medidas se pondr谩n en marcha. Las acciones que hayan sido puestas en escena se promulgar谩n en el siguiente l铆mite de 茅poca, a menos que se abandonen. Por lo tanto, todas las acciones de gobernanza presentadas:

  1. Ser ratificadas;
  2. ser谩n abandonadas como resultado de alguna acci贸n de mayor prioridad; o bien
  3. expirar谩n despu茅s de un n煤mero de 茅pocas.

Los dep贸sitos se devuelven inmediatamente cuando:

  1. se promulga una acci贸n ratificada;
  2. la acci贸n expira; o
  3. se abandona una acci贸n ratificada.

La ratificaci贸n se explica con m谩s detalle m谩s adelante en este documento.

Nota: Este dise帽o significa que la primera acci贸n de gobierno de un tipo determinado que se ratifique se pondr谩 en escena para su promulgaci贸n en una 茅poca.

3.b Promulgaci贸n

Las acciones ratificadas pueden promulgarse en el l铆mite de una 茅poca. Durante la promulgaci贸n, las acciones del grupo de etapas de la 茅poca actual se priorizan de la siguiente manera:

  1. Moci贸n de no confianza;
  2. Nueva Comisi贸n Constitucional o modificaci贸n del qu贸rum;
  3. Actualizaciones de la Constituci贸n;
  4. Iniciaci贸n de Hard Fork;
  5. Cambios en los par谩metros del protocolo;
  6. Retiradas de tesorer铆a.

Tal y como se ha descrito anteriormente, s贸lo se puede realizar una acci贸n de cada tipo en una misma 茅poca. As铆, una 鈥渕oci贸n de censura鈥 ratificada se ejecutar谩 en primer lugar si hay una, y as铆 sucesivamente.

El 茅xito de una 鈥moci贸n de no confianza鈥, la elecci贸n de un nuevo Comit茅 Constitucional o un cambio constitucional invalida todas las dem谩s acciones de gobierno no ejecutadas (hayan sido ratificadas o no), por lo que se abandonan inmediatamente sin llegar a ejecutarse. Los dep贸sitos correspondientes a acciones abandonadas se devolver谩n inmediatamente.

3.c Contenido de una acci贸n de gobernanza

Cada acci贸n de gobierno incluir谩 lo siguiente

  • un importe de dep贸sito (registrado, ya que el importe es un par谩metro de protocolo actualizable);
  • una direcci贸n de recompensa para recibir el dep贸sito reembolsado
  • una URL a cualquier metadato que sea necesario para justificar la acci贸n;
  • un hash del contenido de esta URL de metadatos.

// PARA HACER: Proporcionar una especificaci贸n CBOR en el anexo para esta nueva entidad en la cadena.

Adem谩s, la acci贸n incluir谩 lo siguiente

  1. Para cambios en los par谩metros del protocolo - los par谩metros cambiados;
  2. Para iniciaci贸n de bifurcaci贸n dura - la nueva versi贸n principal del protocolo, que debe ser una mayor que la versi贸n actual;
  3. Para retiros de tesorer铆a - un mapa de credenciales de stake a un n煤mero positivo de Lovelace;
  4. Para las actualizaciones de la Constituci贸n: un resumen hash blake2b-256 de 32 bytes del documento de la Constituci贸n;
  5. Para un nuevo Comit茅 Constitucional y cambios en el tama帽o del qu贸rum: un conjunto de claves hash y un n煤mero positivo que no sea mayor que el tama帽o del comit茅;
  6. Para una moci贸n de censura: nada m谩s.

El importe del dep贸sito se a帽adir谩 al pozo de dep贸sitos, de forma similar a los dep贸sitos de llaves de stake.

3.d Identificadores de acciones de gobernanza

A cada acci贸n de gobernanza aceptada se le asignar谩 un identificador 煤nico (tambi茅n conocido como ID de acci贸n de gobernanza), compuesto por el ID de transacci贸n que la cre贸 y el 铆ndice dentro del cuerpo de la transacci贸n que apunta a ella.

4. Votos

Cada transacci贸n de voto consta de lo siguiente

  • un ID de acci贸n de gobierno;
  • un rol - Comit茅 Constitucional, DRep, o SPO;
  • una clave-hash (que se verificar谩 que tiene el rol arriba indicado)
  • una URL para cualquier metadato que sea relevante para la votaci贸n;
  • un hash del contenido de esta URL;
  • un voto de s铆/no/abstenci贸n.

Tenga en cuenta que los votos de 鈥渁bstenci贸n鈥 no se incluyen en la 鈥減articipaci贸n activa en la votaci贸n鈥. N贸tese tambi茅n que un voto de abstenci贸n es diferente de abstenerse de votar (el primero es visible en la cadena, el segundo no). Para evitar confusiones, a partir de ahora s贸lo utilizaremos la palabra 鈥渁bstenci贸n鈥 para referirnos a un voto de abstenci贸n.

El hash de la clave activar谩 la comprobaci贸n de firma apropiada en el cuerpo de la transacci贸n de acuerdo con la regla del libro mayor UTxOW existente.

Los votos pueden emitirse varias veces para cada acci贸n de gobierno mediante un 煤nico hash de clave. Los votos emitidos correctamente anulan cualquier voto anterior para el mismo hash de clave y funci贸n. En cuanto se ratifica una acci贸n de gobierno, finaliza la votaci贸n. Cualquier voto futuro no se tiene en cuenta ni se registra (ya sea s铆, no o abstenci贸n).

4.a Estado de gobernanza

Cuando una acci贸n de gobierno se env铆a con 茅xito a la cadena, su progreso ser谩 rastreado por el estado del libro mayor. En particular, se rastrear谩 lo siguiente

  • el ID de la acci贸n de gobierno;
  • la fecha de vencimiento de la acci贸n;
  • el importe del dep贸sito;
  • la direcci贸n de recompensa que recibir谩 el dep贸sito cuando sea devuelto;
  • el total de votos de s铆/no/abstenci贸n del Comit茅 Constitucional para esta acci贸n;
  • el total de votos de s铆/no/abstenci贸n de los DReps para esta acci贸n;
  • el total de votos a favor/en contra/en abstenci贸n de los SPO para esta acci贸n.

4.b Votos caducados

Los votos de los DReps y los SPOs pueden dejar de tener sentido tras cruzar un l铆mite de 茅poca, ya que pueden quedar sin registrar. Por lo tanto, todos los votos no registrados se anulan antes de tener en cuenta los nuevos votos.

Cambios en la captura de la participaci贸n

Dado que la captura de participaciones (stake snapshot) cambia en cada l铆mite de 茅poca, debe calcularse un nuevo recuento de votos actual para cada acci贸n de gobierno bas谩ndose en los votos que se han emitido antes de que se cuenten los nuevos votos. Esto evita que la misma participaci贸n se utilice dos o m谩s veces. Este nuevo recuento puede dar lugar a la ratificaci贸n inmediata de una acci贸n de gobierno.

5. Representantes Delegados (DReps)

Advertencia El dise帽o de los DReps a煤n est谩 sujeto a cambios y no debe confundirse con los DReps del Proyecto Catalizador.

Las claves de participaci贸n existentes recibir谩n nuevas responsabilidades. Podr谩n delegar su participaci贸n en DReps. El registro de DReps imitar谩 los mecanismos existentes de delegaci贸n de stake (mediante certificados).

Se a帽adir谩n los siguientes nuevos tipos de certificados de votaci贸n:

  1. Certificado de registro DRep. Incluye:
  • ID de DRep: hash de la clave de verificaci贸n
  • una URL para cualquier metadato que sea relevante para el DRep
  • un hash del contenido de esta URL
  1. certificado de retirada de DRep. Incluye
  • ID de DRep
  • n煤mero de 茅poca tras la cual se retirar谩 el DRep
  1. Certificado de delegaci贸n de voto. Incluye:
  • credencial de participaci贸n (stake)
  • ID de DRep

// PARA HACER: Proporcionar especificaci贸n CBOR en el anexo para esos nuevos certificados.

El esquema de autorizaci贸n (es decir, qu茅 firmas se requieren) imita el esquema de autorizaci贸n de certificados de delegaci贸n de voto existente.

5.a Nueva distribuci贸n de stake para DReps

Adem谩s de la distribuci贸n existente por credencial de participaci贸n (per-stake-credential) y la distribuci贸n por grupo de participaciones (per-stake-pool), ahora tendremos una nueva distribuci贸n de participaciones por DRep.

Esta distribuci贸n determinar谩 la cantidad de stake respaldada por cada voto afirmativo de un DRep. La captura exacta de stake utilizada para la producci贸n de bloques por los SPO tambi茅n se utilizar谩 para la votaci贸n de los DReps.
Definiciones de la participaci贸n en la votaci贸n

5.b Definiciones en torno al stake de voto

Definimos algunas nociones en torno a la participaci贸n en las votaciones:

  1. El lovelace contenido en la salida de una transacci贸n se considera activo para la votaci贸n si:
  • Contiene una credencial de stake registrada.
  • La credencial de stake ha delegado sus derechos de voto en un DRep registrado.
  1. En relaci贸n con un determinado porcentaje P, decimos que hay suficiente participaci贸n activa en la votaci贸n si la proporci贸n entre el stake activo total en la votaci贸n y el stake total en circulaci贸n es al menos P.
  2. En relaci贸n con un porcentaje P, se ha alcanzado el umbral de voto de un DRep (SPO) si la suma del stake relativo controlado por los DRep (SPO) que votan 鈥渟铆鈥 a una acci贸n de gobierno menos la suma del stake relativo controlado por los DRep (SPO) que votan 鈥渘o鈥 es al menos P.

Nota Existen varias definiciones alternativas para 鈥渆l stake total en circulaci贸n鈥:

  1. La suma del UTxO y las cuentas de recompensas.
  2. La suma del UTxO, las cuentas de recompensas, el bote de comisiones y el bote de dep贸sitos.
  3. La oferta total de ADA (es decir, 45.000 millones de ADA) menos las reservas. Dejamos la elecci贸n abierta a debate.

Nuevos par谩metros de protocolo

Se necesitar谩n nuevos par谩metros de protocolo para lo siguiente:

  • el importe del dep贸sito de la acci贸n de gobierno
  • vencimiento de la acci贸n de gobierno (como n煤mero de 茅pocas a partir de la 茅poca actual)
  • umbrales de retiro de tesorer铆a
  • cada uno de los umbrales de ratificaci贸n

Como se describi贸 anteriormente, algunos de estos ser谩n actualizables; otros ser谩n codificados.

// PARA HACER: Decidir los valores iniciales de los par谩metros y si deben ser actualizables.

// PARA HACER: Decidir las condiciones de coherencia de los umbrales de votaci贸n. Por ejemplo, el umbral para una mocion de censura deberia ser mas alto que el de una retirada menor del tesoro.

Adem谩s, el Comit茅 Constitucional inicial y la Constituci贸n inicial deber谩n definirse como parte de un proceso de arranque.

Cambios en las reglas existentes del libro mayor

  • La regla de transici贸n PPUP se reescribir谩 y se trasladar谩 de la regla UTxO a la regla LEDGER como una nueva regla TALLY.
    Procesar谩 las acciones de gobierno y los votos, los ratificar谩 y preparar谩 las acciones de gobierno para su promulgaci贸n en la 茅poca actual o en la siguiente, seg煤n proceda.

  • Se modificar谩 la regla de transici贸n NEWEPOCH.

  • Se eliminar谩 la subregla MIR.

  • Se invocar谩 una nueva regla ENACTMENT inmediatamente despu茅s de la regla EPOCH. Esta regla promulgar谩 las acciones de gobierno que hayan sido ratificadas previamente.

  • La regla EPOCH ya no llamar谩 a la subregla NEWPP ni calcular谩 si se cumple el qu贸rum en el estado PPUP.

M谩s sobre los incentivos del DRep

Los DReps deber铆an ser compensados por su trabajo.

Es necesario especificar los mecanismos de incentivaci贸n correspondientes, cuyos fondos proceder谩n probablemente de la asignaci贸n de tesorer铆a por 茅poca. Tambi茅n habr谩 que tener en cuenta las limitaciones de rendimiento, ya que ser铆a problem谩tico que millones de DReps tuvieran que votar cada acci贸n de gobierno. Algunas opciones de incentivos para garantizar un n煤mero manejable de DReps incluyen:

  • Exigir un dep贸sito elevado al registrarse como DRep.
  • Para limitar las recompensas individuales se utiliza un sistema de incentivos similar al sistema de recompensas de los validadores (stake pools). (Tenga en cuenta que esto probablemente no sea suficiente por s铆 solo, ya que muchos votantes pueden desear ser su propio DRep independientemente del pago).
  • Alg煤n tipo de subcomit茅 aleatorio de DReps por 茅pocas que tenga en cuenta el tama帽o de los stakes.

Justificaci贸n

A primera vista, el Comit茅 Constitucional puede parecer un comit茅 especial al que se le conceden poderes adicionales con respecto a los DReps. Sin embargo, dado que los DReps pueden sustituir a un comit茅 en cualquier momento y que tambi茅n se requieren los votos de los DReps para ratificar cualquier acci贸n de gobierno, el Comit茅 Constitucional no tiene m谩s (y puede, de hecho, tener menos) poder que los DReps. Teniendo esto en cuenta, 驴qu茅 papel desempe帽a el comit茅 y por qu茅 no es superfluo? La respuesta es que la comisi贸n resuelve el problema de arranque de este nuevo marco de gobernanza. En efecto, en cuanto apret谩ramos el gatillo y permiti茅ramos que dicho marco se activara en la cadena, sin un Comit茅 Constitucional, ser铆a necesario contar r谩pidamente con suficientes DReps, para que el sistema no dependiera 煤nicamente de los votos de los SPO. Todav铆a no podemos predecir lo activa que ser谩 la comunidad a la hora de registrarse como DReps, ni lo reactivos que ser谩n otros titulares de Ada en lo que respecta a la delegaci贸n de votos.

As铆 pues, el Comit茅 Constitucional entra en juego para garantizar que el sistema pueda pasar de su estado actual a una gobernanza totalmente descentralizada a su debido tiempo. Adem谩s, a largo plazo, el comit茅 puede desempe帽ar un papel de mentor y asesor en las decisiones de gobierno al ser un conjunto de representantes elegidos a los que se pone en el punto de mira por su criterio y orientaci贸n en las decisiones de gobierno. Por encima de todo, el comit茅 debe atenerse en todo momento a los Estatutos y ratificar las propuestas de conformidad con lo dispuesto en ellos.

// PARA HACER 驴Deber铆amos obligar a una reelecci贸n del comit茅 inicial? 驴Deber铆a cada comit茅 tener un l铆mite de mandato?

Omisi贸n intencionada de la validaci贸n de identidad

Obs茅rvese que este CIP (propuesta de mejora de Cardano) no menciona ning煤n tipo de validaci贸n o verificaci贸n de identidad para los miembros del Comit茅 Constitucional o los DReps.

Esto es intencionado.

Esperamos que la comunidad considere seriamente votar y delegar 煤nicamente en aquellos que proporcionen algo parecido a un DID para darse a conocer. Sin embargo, hacer cumplir la verificaci贸n de identidad es muy dif铆cil sin alg煤n or谩culo centralizado, lo que consideramos un paso en la direcci贸n equivocada.

Aprovechando de la distribuci贸n de validadores

El protocolo Cardano se basa en un mecanismo de consenso Proof-of-Stake, por lo que es razonable utilizar un enfoque de gobierno basado en las participaciones (stake). Sin embargo, hay muchas formas de definir c贸mo registrar la distribuci贸n de participaciones (stake) entre los participantes. Como recordatorio, las direcciones de red pueden contener actualmente dos conjuntos de credenciales: uno para identificar qui茅n puede desbloquear fondos en una direcci贸n (tambi茅n conocidas como credenciales de pago) y otro que puede delegarse a un validador (stake pool) (tambi茅n conocidas como credenciales de delegaci贸n).

En lugar de definir un tercer conjunto de credenciales, proponemos reutilizar las credenciales de delegaci贸n existentes, utilizando un nuevo certificado en la cadena para determinar la distribuci贸n de participaciones (stake) de gobernanza. Esto implica que los DReps pueden (y probablemente lo har谩n) diferir de los SPOs, creando as铆 un equilibrio. Por otro lado, significa que la distribuci贸n de la participaci贸n en la gobernanza sufre las mismas deficiencias que la de la producci贸n de bloques: por ejemplo, los proveedores de software de billeteras deben admitir esquemas de delegaci贸n m煤ltiple y deben facilitar la partici贸n de la participaci贸n (stake) en subcuentas en caso de que un titular de Ada desee delegar en varios DRep.

Sin embargo, esta elecci贸n tambi茅n limita el esfuerzo de implementaci贸n para los proveedores de billeteras y minimiza el esfuerzo necesario para que los usuarios finales participen en el protocolo de gobernanza. Esta 煤ltima es una preocupaci贸n lo suficientemente importante como para justificar la decisi贸n. Al apoyarnos en la estructura existente, mantenemos el sistema familiar para los usuarios y razonablemente f谩cil de configurar con el fin de maximizar las posibilidades de 茅xito y la tasa de participaci贸n en el marco de gobernanza.

Separaci贸n entre el inicio de una bifurcaci贸n dura y los cambios est谩ndar de los par谩metros del protocolo

A diferencia de otras actualizaciones de par谩metros de protocolo, las bifurcaciones duras (o, actualmente, los cambios en la versi贸n principal del protocolo) requieren mucha m谩s atenci贸n. De hecho, mientras que otros cambios en los par谩metros del protocolo pueden realizarse sin cambios significativos en el software, una bifurcaci贸n dura supone que una super mayor铆a de la red ha actualizado el nodo para soportar el nuevo conjunto de caracter铆sticas que introduce la actualizaci贸n. Esto significa que la fecha de una bifurcacione dura debe comunicarse con mucha antelaci贸n a todos los usuarios de Cardano, y requiere la coordinaci贸n entre los operadores de validadores (stake pools), los proveedores de billeteras, los desarrolladores de aplicaciones descentralizadas y el equipo de lanzamiento del nodo.

Por lo tanto, esta propuesta promueve el inicio de una bifurcaci贸n duracomo una acci贸n de gobierno independiente, separada de las actualizaciones de los par谩metros del protocolo, como en el esquema Shelley.

Retiros de tesorer铆a vs Project Catalyst

Project Catalyst es actualmente uno de los principales impulsores de las retiros de fondos de la tesorer铆a de Cardano. Cada ronda Catalyst suele ir seguida de cientos -si no miles- de solicitudes MIR para entregar financiaci贸n a proyectos seleccionados. En este nuevo marco de gobernanza, sin embargo, s贸lo permitiremos una retirada de tesorer铆a por 茅poca.

Dado que todas las solicitudes de retirada de fondos de la tesorer铆a deben encajar en una 煤nica transacci贸n, esto limita el n煤mero de proyectos que pueden financiarse en una misma 茅poca. Si es necesario, esto puede solucionarse, por ejemplo, dividiendo la financiaci贸n en varias 茅pocas, transfiriendo fondos a un fondo de reserva temporal o restringiendo el n煤mero de proyectos que se financian en cada ronda.

El prop贸sito de los DReps

Nada en esta propuesta impide que los SPO se conviertan en DReps. 驴Por qu茅 tenemos DReps? Los SPO se eligen exclusivamente por la producci贸n en bloque. Los votantes pueden elegir delegar su voto en los DReps sin necesidad de considerar si tambi茅n son buenos productores de bloques.

AVST (umbral de participaci贸n en la votaci贸n)

El AVST existe para garantizar que los votos de los DReps sean significativos. Por ejemplo, si s贸lo 10 Lovelace estuvieran debidamente delegados en DReps, y 9 Lovelace 鈥渧otaran s铆鈥 a una acci贸n de gobierno, dudar铆amos de la legitimidad del resultado, ya que hay miles de millones de ADA en circulaci贸n. Un AVST suficientemente alto legitima la representaci贸n.

Tabla de requisitos de ratificaci贸n

Aqu铆 se explican los requisitos de la tabla de requisitos de ratificaci贸n. La mayor铆a de las acciones de gobierno tienen el mismo tipo de requisitos: el comit茅 constitucional debe alcanzar el qu贸rum y los DReps deben alcanzar un n煤mero suficiente de votos afirmativos, excepto en el caso de que el AVST sea demasiado bajo, en cuyo caso los SPO votan en lugar de los DReps. Esto incluye estas acciones:

  • Nueva Comisi贸n/qu贸rum (estado normal)
  • Actualizaci贸n de la Constituci贸n
  • Cambios en los par谩metros de protocolo
  • Retiros del Tesoro

Moci贸n de no confianza

Una moci贸n de no confianza representa la falta de confianza de la comunidad de Cardano en el actual Comit茅 Constitucional, y por lo tanto el Comit茅 Constitucional no deber铆a tener voz alguna en esta acci贸n de gobierno. En esta situaci贸n, los SPOs y los DReps quedan para representar la voluntad de la comunidad. Para evitar una subrepresentaci贸n de los DReps, el AVST (umbral de participaci贸n con voto activo) se convierte en un requisito para la ratificaci贸n.

// PARA HACER Tenemos que comprender plenamente las ventajas y desventajas de utilizar los votos de los DReps con y sin el AVST.

Nueva comisi贸n/qu贸rum (moci贸n de no confianza)

De forma similar a la moci贸n de no confianza, la elecci贸n de una comisi贸n constitucional depende tanto de los SPO como de los DReps para representar la voluntad de la comunidad. Para evitar una subrepresentaci贸n de los DReps, el AVST (umbral de participaci贸n de voto activo) se convierte en un requisito para la ratificaci贸n.

// PARA HACER Tenemos que comprender plenamente las ventajas y desventajas de utilizar los votos de los DReps con y sin el AVST.

Inicio de la bifurcaci贸n dura

Independientemente de cualquier mecanismo de gobierno, la participaci贸n de las SPO es necesaria para cualquier bifurcaci贸n dura, ya que son ellas las que deben actualizar su software. Por esta raz贸n, hacemos expl铆cita su cooperaci贸n en la acci贸n de gobierno de inicio de la bifurcaci贸n dura, requiriendo siempre su voto. El Comit茅 Constitucional tambi茅n vota, se帽alando la constitucionalidad de una bifurcaci贸n dura. Los DReps tambi茅n votan, para representar la voluntad de todos los interesados, aunque no se requiere el AVST. Requerir el AVST en esta situaci贸n podr铆a bloquear una actualizaci贸n cr铆tica, aunque es posible que deseemos reconsiderar esto en el futuro.

// PARA HACER Necesitamos comprender plenamente las ventajas y desventajas de utilizar los votos de los DReps con y sin el AVST.

Nuevas estructuras de metadatos

Tanto las acciones de gobernanza como las votaciones utilizan nuevos campos de metadatos, en forma de URL y hashes de integridad (reflejando la estructura de metadatos para el registro de grupos de inter茅s). Los metadatos se utilizan para proporcionar contexto. Por ejemplo, las votaciones de la comisi贸n constitucional necesitan una explicaci贸n de por qu茅 se ajustan a la constituci贸n. Las acciones de gobernanza deben explicar por qu茅 son necesarias, a qu茅 expertos se consult贸, etc. No queremos que las restricciones de tama帽o de las transacciones limiten estos datos explicativos, as铆 que utilizamos URL.

Esto, sin embargo, introduce nuevos problemas. Si una URL no se resuelve, 驴cu谩l deber铆a ser la expectativa para votar sobre esa acci贸n? 驴Debemos esperar que todo el mundo vote 鈥渁bstenci贸n鈥? 驴Se trata de un vector de ataque contra el sistema de gobernanza? En tal caso, la imagen previa del hash podr铆a comunicarse de otras formas, pero deber铆amos estar preparados para la situaci贸n. 驴Deber铆a haber un resumen de la justificaci贸n en cadena?
Alternativa: Uso de metadatos de transacci贸n

En lugar de campos espec铆ficos dedicados en el formato de transacci贸n, podr铆amos utilizar el campo de metadatos de transacci贸n existente.

Los metadatos relacionados con la gobernanza pueden identificarse claramente registrando una etiqueta de metadatos CIP-10. Dentro de ella, la estructura de los metadatos puede determinarse mediante este CIP (formato exacto por determinar), utilizando un 铆ndice para asignar el identificador de votaci贸n o propuesta a la URL y hash de metadatos correspondientes.

Esto evita la necesidad de a帽adir campos adicionales al cuerpo de la transacci贸n, con el riesgo de facilitar que los remitentes lo ignoren. Sin embargo, dado que los metadatos requeridos pueden estar vac铆os (o apuntar a una URL que no se resuelva), ya es f谩cil que los remitentes no proporcionen metadatos, por lo que no est谩 claro si esto empeora la situaci贸n.

Tener en cuenta que los metadatos de la transacci贸n nunca se almacenan en el estado del libro mayor, por lo que corresponder铆a a los clientes emparejar los metadatos con las acciones y los votos en esta alternativa, y no estar铆an disponibles como una consulta del estado del libro mayor.

Tres niveles de retiro de tesorer铆a

Se introdujeron tres acciones de gobernanza diferentes para los retiros de tesorer铆a, de modo que los retiros m谩s elevados pudieran tener umbrales de ratificaci贸n m谩s altos. Deber铆a ser m谩s dif铆cil ratificar retiros por importes mayores.

Alternativamente, podr铆amos introducir una 煤nica acci贸n para todos los retiros de tesorer铆a, y especificar una funci贸n creciente desde ADA hasta los umbrales.

Adem谩s, dado que la asignaci贸n de tesorer铆a para cada 茅poca se da en t茅rminos de un porcentaje del bote de recompensa, tambi茅n deber铆amos considerar la asignaci贸n de tesorer铆a (el par谩metro de protocolo T) al calcular los umbrales. Por ejemplo, los retiros de tesorer铆a para una 茅poca dada podr铆an ser limitados aproximadamente igual a la cantidad de lovelace movida a la tesorer铆a desde el bote de reserva esa 茅poca.

// TODO Especificar una funci贸n que tome la asignaci贸n de la tesorer铆a y la cantidad retirada de la tesorer铆a y devuelva el AVST, el umbral de votaci贸n DRep, y el umbral de votaci贸n SPO.

Fuera del 谩mbito de la propuesta

Los siguientes temas se consideran fuera del 谩mbito de esta propuesta.

Contenido de la Constituci贸n

El contenido de la constituci贸n inicial es extremadamente importante, al igual que cualquier proceso de modificaci贸n de la misma. Sin embargo, este aspecto es lo suficientemente independiente del protocolo en la cadena propuesto en este CIP como para merecer un debate separado y espec铆fico.

Cuestiones jur铆dicas

Cualquier aplicaci贸n legal potencial del protocolo Cardano o de la constituci贸n Cardano est谩n completamente fuera del alcance de este CIP.

Est谩ndares fuera de la cadena para crear acciones de gobierno

La comunidad de Cardano deber铆a reflexionar profundamente sobre los est谩ndares y procesos para gestionar la creaci贸n de las acciones de gobierno especificadas en este CIP. Estos est谩ndares, sin embargo, est谩n fuera del alcance de este CIP. En particular, el papel del Project Catalyst en la creaci贸n de acciones de retirada de tesorer铆a est谩 fuera del 谩mbito de este CIP, excepto en los casos en los que aclarar la distinci贸n sea 煤til.

Entidades privadas

La forma en que las empresas privadas o los particulares decidan delegar su ADA, ya sea a grupos de inter茅s o a DReps, queda fuera del 谩mbito de este PIC (y podr铆a decirse que del proceso de CIP en general).


Camino a Activo

Criterios de aceptaci贸n

  • Se habilita una nueva era de contabilidad en la red principal de Cardano, que implementa la especificaci贸n anterior. Esto se dividir谩 en dos etapas, como se describe anteriormente.

Otro posible criterio de aceptaci贸n

  • Ejercer todas las acciones de gobierno sobre una cadena de prueba p煤blica, con participaci贸n suficiente.
  • Tener el texto de constituci贸n aprobado por alg煤n proceso.
  • Tener el comit茅 constitucional inicial aprobado por alg煤n proceso.

Plan de implementaci贸n

Las caracter铆sticas de este CIP requieren una bifurcaci贸n dura.

Este documento describe un ambicioso cambio en la gobernanza de Cardano. Un proceso de implementaci贸n en dos etapas permitir谩 que se despliegue m谩s r谩pidamente, con algunos de los aspectos m谩s complicados (DReps y cambios constitucionales) desplegados en una segunda etapa. En concreto, los cambios se implementar谩n con dos bifurcaciones duras. De este modo, se dispondr谩 de tiempo para una evaluaci贸n m谩s completa y una consulta sobre los incentivos y otras cuestiones importantes, al tiempo que se sientan las bases de la gobernanza en Voltaire. A continuaci贸n figura un resumen de alto nivel de un plan de aplicaci贸n para (muy aproximadamente) la mitad del plan.

  1. A帽adir un subconjunto de acciones de gobernanza (importantes) al cuerpo de transacciones (al tiempo que se dejan de lado las actualizaciones de par谩metros de protocolo y los certificados MIR). Inicialmente se admitir谩n las siguientes acciones de gobernanza
  • par谩metros de protocolo
  • bifurcaciones duras
  • retiros de la tesorer铆a
  • cambios en el Comit茅 Constitucional
  1. A帽adir votos al cuerpo de transacciones, pero desautorizar los votos del DRep.
  2. La primera versi贸n de la nueva regla RATIFY s贸lo contar谩 los votos del Comit茅 Constitucional, adem谩s de los votos del SPO para las bifurcaciones duras (de forma similar a la anteriormente definida, y ahora obsoleta, CIP-47).

El resto de esta propuesta se aplicar谩 en la segunda fase.


Derechos de Autor

Este CIP est谩 bajo licencia CC-BY-4.0


Traducci贸n al Espa帽ol :es: por Martin Ungar @LatinStakePools
Texto original: CIPs/README.md at voltaire-v1 路 JaredCorduan/CIPs 路 GitHub

1 Like

Treeeemendo trabajo鈥racias Martin!!!

1 Like