GUIAS
Gobernanza
Traducción de las Guías de Gobernanza de Polkadot, por Lorena Fabris
Polkadot utiliza un mecanismo de gobernanza sofisticado que le permite evolucionar a lo largo del tiempo en beneficio de sus stakeholders (partes interesadas) reunidos. El objetivo declarado es garantizar que la mayoría de la participación siempre pueda controlar la red.
Para hacer esto, reunimos varios mecanismos novedosos, incluida una función de transición de estado amorfa almacenada en cadena y definida en una plataforma neutral con lenguaje intermedio (es decir, WebAssembly) y varios mecanismos de votación en cadena, como referendos con umbrales de super-mayoría adaptada y votación de aprobación por lotes. Todos los cambios al protocolo deben acordarse mediante referendos de participación ponderada.
Mecanismo
Para realizar cambios en la red, la idea es aunar a los titulares de tokens activos y el consejo para administrar una decisión de actualización de la red. No importa si la propuesta es hecha por el público (poseedores de tokens) o el consejo, finalmente tendrá que pasar por un referéndum para permitir que todos los poseedores, ponderados por participación, tomen la decisión.
Para comprender mejor cómo se forma el consejo, lee esta sección (en inglés).
Referendos
Los referendos son esquemas de votación simples, inclusivos y basados en participaciones. Cada referéndum tiene una propuesta específica asociada que toma la forma de una llamada de función privilegiada en el tiempo de ejecución (que incluye la llamada más poderosa: set_code, que es capaz de cambiar todo el código del tiempo de ejecución, logrando lo que de otra manera requeriría un “hard fork”).
Los referendos son eventos discretos, tienen un período fijo en el que se realiza la votación, y luego se contabilizan y se realiza la llamada a la función si se aprueba la votación. Los referendos son siempre binarios; sus únicas opciones para votar son “sí”, “no” o abstenerse por completo.
Los referendos se pueden iniciar de varias formas:
- Propuestas presentadas públicamente;
- Propuestas presentadas por el consejo, ya sea por mayoría o por unanimidad;
- Propuestas presentadas como parte de la promulgación de un referéndum previo;
- Propuestas de emergencia presentadas por el Comité Técnico y aprobadas por el Consejo.
Todos los referendos tienen asociado un retraso en la promulgación. Este es el período de tiempo entre la finalización del referéndum y, suponiendo que se apruebe la propuesta, que se promulguen los cambios. Para las dos primeras formas en que se lanza un referéndum, este es un tiempo fijo. Para Kusama, son 8 días; en Polkadot, son 28 días. Para el tercer tipo, se puede configurar como se desee.
Las propuestas de emergencia abordan problemas importantes de la red que deben ser “acelerados”. Estos tendrán un tiempo de promulgación más corto.
Proponer un referéndum
Referendos públicos
Cualquiera puede proponer un referéndum depositando la cantidad mínima de tokens para un período determinado (número de bloques). Si alguien está de acuerdo con la propuesta, puede depositar la misma cantidad de tokens para respaldarla; esta acción se llama seconding (secundar). La propuesta con la mayor cantidad de apoyo será seleccionada para ser un referéndum en el próximo ciclo de votación.
Ten en cuenta que esto puede ser diferente al número absoluto de segundos; por ejemplo, tres cuentas que vinculan 20 DOT cada una “pesarían más” que diez cuentas que vinculan un solo DOT cada una. Los tokens vinculados se liberarán una vez que se presente la propuesta (es decir, se someta a votación).
Puede haber un máximo de 100 propuestas públicas en la cola de propuestas (lista de espera).
Referéndums del Consejo
Consejo unánime: cuando todos los miembros del consejo están de acuerdo con una propuesta, se puede trasladar a referéndum. Este referéndum tendrá un sesgo de participación negativo (es decir, cuanto menor sea la cantidad de votos de participación, menor será la cantidad necesaria para que se apruebe; consulta “Sesgo adaptativo del quórum”, a continuación).
Consejo de la mayoría: cuando se llega a un acuerdo de solo una mayoría simple de los miembros del consejo, también se puede votar sobre el referéndum, pero será mayoritariamente a favor (51% gana).
Solo puede haber un referéndum activo en un momento dado, excepto cuando también hay un referéndum de emergencia en curso.
Calendario de votaciones
Cada 28 días en Polkadot o 7 días en Kusama, se someterá a votación un nuevo referéndum, suponiendo que haya al menos una propuesta en una de las listas de espera. Hay una fila para las propuestas aprobadas por el Consejo y una fila para las propuestas presentadas públicamente. El referéndum que se votará se alterna entre la propuesta superior de cada fila.
La propuesta “superior” está determinada por la cantidad de participación vinculada detrás de ella. Si la fila dada a la que le toca crear un referéndum no tiene propuestas (está vacía), y hay propuestas esperando en la otra fila, la propuesta superior en la otra fila se convertirá en referéndum.
No se pueden votar múltiples referendos en el mismo período de tiempo, excluidos los referendos de emergencia. Un referéndum de emergencia que se celebre al mismo tiempo que un referéndum regular (ya sea público o propuesto por el consejo) es la única ocasión en que se podrán votar múltiples referendos a la vez.
Votación de un referéndum
Para votar, un votante generalmente debe bloquear sus tokens durante al menos el período de demora de la promulgación más allá del final del referéndum. Esto es para asegurar que se necesite una mínima participación económica en el resultado y para disuadir la venta de votos.
Es posible votar sin bloquear en absoluto, pero tu voto vale una pequeña fracción de un voto normal, dada tu participación. Al mismo tiempo, tener solo una pequeña cantidad de tokens no significa que el titular no pueda influir en el resultado del referéndum, gracias al bloqueo de tiempo. Puedes leer más sobre esto en Bloqueo voluntario (en inglés).
Para aprender mas sobre la votación de un referendum, por favor ve nuestro video de explicación técnica.
Ejemplo:
Peter: Vota `No` con 10 DOT por un periodo de bloqueo de 128 semanas => 10 * 6 = 60 Votos
Logan: Vota ‘Si` con 20 DOT por un periodo de bloqueo de 4 semanas => 20 * 1 = 20 Votos
Kevin: Vota ‘Si` con 15 DOT por un periodo de bloqueo de 8 semanas => 15 * 2 = 30 Votos
A pesar de que la combinación de Logan y Kevin votan con más DOT que Peter, el período de bloqueo para ambos es menor que el de Peter, lo que hace que su poder de voto cuente como menos.
Cuadrando
Dependiendo de qué entidad hizo la propuesta y si todos los miembros del consejo votaron a favor, hay tres escenarios diferentes. Podemos utilizar la siguiente tabla como referencia.
Además, necesitamos la siguiente información y aplicar una de las fórmulas que se enumeran a continuación para calcular el resultado de la votación. Por ejemplo, usemos la propuesta pública como ejemplo, por lo que se aplicará la fórmula de Aprobación Super Mayoritaria. No hay un quórum estricto, pero la super-mayoría requiere aumentos a medida que disminuye la participación.
Aprobación — el numero de votos positivos
Oposición — el número de votos negativos
Participación: el número total de tokens de votación (no incluye convicción)
Electorado: el número total de tokens DOT emitidos en la red
Aprobación Super-Mayoritaria
Un sesgo de participación positiva, por el cual se requiere una super mayoría de votos positivos para aprobar en participaciones bajas, pero a medida que la participación aumenta hacia el 100%, se convierte en una mayoría simple como se muestra a continuación.
Oposición Super-Mayoritaria
Un sesgo de participación negativa, por el cual se requiere una gran mayoría de votos negativos para rechazar en participaciones bajas, pero a medida que la participación aumenta hacia el 100%, se convierte en una mayoría simple como se muestra a continuación.
Mayoría simple
La Mayoría conlleva una simple comparación de votos; si hay más votos a favor que en contra, entonces se aprueba la propuesta, sin importar cuántos votos en juego sobre la propuesta.
Para saber más sobre el origen de las fórmulas anteriores, lee democracy pallet (en inglés).
Ejemplo:
Asumiendo que:
- Solo tenemos 1_500 tokens DOT tokens en total.
- Propuesta Pública
John — 500 DOT
Peter — 100 DOT
Lilly — 150 DOT
JJ — — 150 DOT
Ken — — 600 DOT
John: Vota ‘ Si` por un periodo de bloqueo de 4 semanas => 500 * 1 = 500 Votos
Peter: Vota ‘Si` por un periodo de bloqueo de 4 semanas => 100 * 1 = 100 Votos
JJ: Votas ‘ No` por un periodo de bloqueo de 16 semanas => 150 * 3 = 450 Votos
A favor = 600
En contra = 450
Participación = 750
Electorado = 1500
Dado que el ejemplo anterior es un referéndum público, se utilizaría la Aprobación Super-Mayoritaria para calcular el resultado. La Aprobación Super-Mayoritaria requiere más votos positivos para aprobar el referéndum cuando la participación es baja; por lo tanto, con base en el resultado anterior, el referéndum será rechazado. Además, solo se bloquean los tokens del votante ganador. Si los votantes del lado perdedor del referéndum creen que el resultado tendrá efectos negativos, sus tokens son transferibles, por lo que no estarán sujetos a la decisión. Además, las propuestas ganadoras se promulgan de manera autónoma solo después de un período de promulgación.
Bloqueo voluntario
Polkadot utiliza una idea llamada Bloqueo Voluntario que permite a los poseedores de tokens aumentar su poder de voto al declarar cuánto tiempo están dispuestos a bloquear sus tokens; por lo tanto, el número de votos para cada poseedor de tokens se calculará mediante la siguiente fórmula:
votos = tokens * convicción multiplicadora
La Convicción Multiplicadora aumenta el multiplicador de votos en uno cada vez que se duplica el número de períodos de bloqueo.
El número máximo de “duplicaciones” del período de bloqueo se establece en 6 (y por lo tanto, 32 períodos de bloqueo en total), y un período de bloqueo equivale a 28 días en Polkadot y 8 días en Kusama. Solo se permiten duplicaciones; no puedes bloquear, digamos, 24 períodos y aumentar la convicción en 5,5, por ejemplo.
Mientras un token está bloqueado, aún puedes usarlo para votar y stakear; solo tienes prohibido transferir estos tokens a otra cuenta.
Los votos todavía se “cuentan” al mismo tiempo (al final del período de votación), sin importar cuánto tiempo estén bloqueados los tokens.
Sesgo de quórum adaptable
Polkadot introduce un concepto, Sesgo de Quorum Adaptable “Adaptive Quorum Biasing”, que funciona como una palanca que el consejo puede utilizar para alterar la super-mayoría efectiva necesaria para facilitar o dificultar la aprobación de una propuesta en el caso de que no haya una clara mayoría de poder de voto a favor o en contra.
Usemos la imagen de arriba como ejemplo.
Si un referéndum presentado públicamente solo tiene un 25% de participación, el recuento de votos “si” tiene que llegar al 66% para que se apruebe, ya que aplicamos el sesgo de participación positiva.
Por el contrario, cuando tiene un 75% de participación, el recuento de votos “si” tiene que llegar al 54%, lo que significa que la super-mayoría requerida disminuye a medida que aumenta la participación.
Cuando el consejo hace una nueva propuesta por consentimiento unánime, el referéndum se someterá a votación utilizando “Sesgo de participación negativa”. En este caso, es más fácil aprobar esta propuesta con baja participación y requiere una super-mayoría para rechazarla. A medida que más tenedores de tokens participan en la votación, el sesgo se acerca a una mayoría simple.
En referencia a la imagen de arriba, cuando un referéndum solo tiene un 25% de participación, el recuento de votos “si” tiene que llegar al 34% para que sea aprobado.
En resumen, cuando la tasa de participación es baja, se requiere una super-mayoría para rechazar la propuesta, lo que significa que se debe alcanzar un umbral más bajo de votos “sí”, pero a medida que la participación aumenta hacia el 100%, se convierte en mayoría simple.
Los tres mecanismos de conteo — mayoría a favor, aprobación super-mayoritaria y rechazo super-mayoritario — equivalen a un sistema de mayoría simple a favor con 100% de participación.
Consejo
Para representar a los stakeholders pasivos, Polkadot introduce la idea de un “consejo”. El consejo es una entidad en cadena que comprende una serie de actores, cada uno representado como una cuenta en la cadena. En Polkadot, el consejo consta actualmente de 13 miembros. Se espera que aumente en los próximos meses a 24 escaños. En general, el consejo acabará teniendo un número fijo de escaños. En Polkadot, serán 24 asientos, mientras que en Kusama serán 19 asientos.
Además de controlar la tesorería, el consejo está llamado principalmente a tres tareas de gobernanza: proponer referendos razonables, cancelar referendos indiscutiblemente peligrosos o maliciosos y elegir el comité técnico.
Para que el consejo proponga un referéndum, una mayoría estricta de miembros debe estar a favor, sin que ningún miembro ejerza un veto. El veto puede ser ejercido una sola vez por un miembro para una propuesta única; si, después de un período de enfriamiento, se vuelve a presentar la propuesta, no podrán vetarla por segunda vez.
Las mociones del consejo que se aprueben con una super-mayoría de 3/5 (60%), pero sin lograr el apoyo unánime, se trasladarán a un referéndum público bajo un esquema de votación neutral con mayoría simple. En el caso de que todos los miembros del consejo voten a favor de una moción, el voto se considera unánime y se convierte en un referéndum con sesgo de quórum adaptativo negativo.
Cancelación
Una propuesta puede cancelarse si el comité técnico acuerda por unanimidad hacerlo, o si el Root originario (por ejemplo, sudo) activa esta funcionalidad. El depósito de una propuesta cancelada se quema.
Adicionalmente, una mayoría de dos tercios del consejo puede cancelar un referéndum. Esto puede funcionar como último recurso si se encuentra un problema al final de la propuesta de un referéndum, como un error en el código del tiempo de ejecución que instituiría la propuesta.
Si la cancelación es lo suficientemente controvertida como para que el consejo no pueda obtener una mayoría de dos tercios, se dejará a los stakeholders en conjunto determinar el destino de la propuesta.
Lista negra
Una propuesta puede incluirse en la lista negra por el Root originario (por ejemplo, sudo). Una propuesta incluida en la lista negra y su referéndum relacionado (si lo hubiera) se cancela de inmediato. Además, el hash de una propuesta incluida en la lista negra no puede volver a aparecer en la cola de propuestas. La lista negra es útil cuando se eliminan propuestas erróneas que podrían enviarse con el mismo hash, es decir, la propuesta #2 en la que el remitente usó texto sin formato para hacer una sugerencia.
Al ver su propuesta eliminada, un remitente que no esté debidamente introducido en el sistema democrático de Polkadot podría verse tentado a volver a presentar la misma propuesta. Dicho esto, esto está lejos de ser un método infalible para evitar que se envíen propuestas no válidas: un solo carácter modificado en el texto de una propuesta también cambiará el hash de la propuesta, lo que invalidará la lista negra por hash.
¿Cómo ser miembro del consejo?
Todos los stakeholders son libres de señalar su aprobación de cualquiera de los candidatos registrados.
Las elecciones del consejo son manejadas por el mismo proceso de elección de Phragmén que selecciona validadores del grupo disponible basado en nominaciones. Sin embargo, los votos de los titulares de tokens para los consejeros están aislados de cualquiera de las nominaciones que puedan tener en los validadores. Los mandatos del consejo duran un día en Kusama y una semana en Polkadot.
Al final de cada mandato, se ejecuta el algoritmo de elección de Phragmén y el resultado elegirá a los nuevos consejeros en función de las configuraciones de voto de todos los votantes. La elección también elige un número determinado de finalistas (actualmente 19 en Kusama y 20 en Polkadot) que permanecerán en la cola con sus votos intactos.
A diferencia de un sistema electoral “first -past-the post” en el que los votantes solo pueden votar por un candidato de una lista, una elección en Phragmén es una forma más expresiva de incluir los puntos de vista de cada votante. Los poseedores de tokens pueden tratarlo como una forma de apoyar a tantos candidatos como deseen. El algoritmo de elección encontrará un subconjunto justo de los candidatos que más se acerque a las indicaciones expresadas por el electorado en su conjunto.
Echemos un vistazo al siguiente ejemplo.
El ejemplo anterior muestra que el candidato C gana la elección en la ronda 1, mientras que los candidatos A, B, D y E permanecen en la lista de candidatos para la siguiente ronda.
Para los subcampeones del top-N (digamos 4 en este ejemplo), pueden permanecer y sus votos persisten hasta la próxima elección. Después de la ronda 2, aunque los candidatos A y B obtienen el mismo número de votos en esta ronda, el candidato A es elegido porque después de agregar las aprobaciones más antiguas no utilizadas, es más alto que B.
Miembros Principales
El consejo, que es una instancia de Substrate’s Collective pallet, implementa lo que se llama un miembro principal cuyo voto actúa como predeterminado para otros miembros que no votan antes del tiempo límite.
El miembro principal se elige en función de un recuento de Borda.
El propósito de tener un miembro principal del consejo es asegurar el quórum, incluso cuando varios miembros se abstienen de votar. Los miembros del consejo pueden verse tentados a votar un “rechazo suave” o una “aprobación suave” al no votar y dejar que los demás voten. Con la existencia de un miembro principal, se obliga a los consejeros a ser explícitos en sus votos o hacer que se cuente su voto para lo que sea votado por el primer miembro.
Comité técnico
El Comité Técnico se presentó en el post de implementación y gobernanza de Kusama como una de las tres cámaras de gobernanza de Kusama (junto con el Consejo y la Cámara de Referéndum). El Comité Técnico está compuesto por los equipos que han implementado o especificado con éxito un tiempo de ejecución Polkadot / Kusama o Polkadot Host. Los equipos se agregan o eliminan del Comité Técnico mediante el voto de mayoría simple del Consejo.
El Comité Técnico puede, junto con el Consejo, producir referendos de emergencia, que se aceleran para la votación y la implementación. Estos se utilizan para la corrección de errores de emergencia o la implementación rápida de características nuevas pero probadas en batalla en el tiempo de ejecución.
Los referéndum acelerados son el único tipo de referéndum que puede estar activo junto con otro referéndum activo. Por lo tanto, con referendos acelerados es posible tener dos referendos activos al mismo tiempo. Votar por uno no impide que un usuario vote por el otro.
Preguntas frecuentes
¿Cómo puedo apelar al consejo para que promulgue un cambio en mi nombre?
En algunas circunstancias, es posible que desees apelar al consejo dentro de la cadena para que promulgue un cambio en tu nombre. Un ejemplo de esta circunstancia es el caso de fondos perdidos o bloqueados cuando los fondos se perdieron debido a un error de interfaz humana (como ingresar una dirección para otra red). Otro ejemplo es si participaste en el ICO de Polkadot de 2017 con una dirección multi-sig que ahora no te permite firmar un mensaje fácilmente. Cuando se pueda probar más allá de toda duda razonable que estas circunstancias son un error, el consejo puede considerar una moción de gobernanza para corregirlo.
El primer paso para apelar al consejo es ponerse en contacto con los consejeros. No existe un lugar específico donde tengas la garantía de captar la atención de todos los consejeros con tu mensaje. Sin embargo, hay un puñado de buenos lugares para comenzar donde puedes llamar la atención de algunos de ellos. La sala matriz Polkadot Direction es uno de esos lugares. Después de crear una cuenta y unirte a esta sala, puedes publicar un mensaje bien pensado que exponga tu caso y proporcione una justificación de por qué crees que el consejo debería considerar promulgar un cambio en el protocolo en tu nombre.
En algún momento, probablemente necesitarás un lugar para una discusión más larga. Para ello, hacer una publicación en Polkassembly es el lugar recomendado para hacerlo. Cuando escribas una publicación en Polkassembly, asegúrate de presentar todas las pruebas de tus circunstancias y de indicar claramente qué tipo de cambio sugerirías a los consejeros que promulguen. Recuerda: los consejeros no necesitan hacer el cambio, es tu responsabilidad presentar un caso sólido de por qué se debe realizar el cambio.
Resources
- Initial Governance Description
- Democracy Pallet
- Governance Demo — Dr. Gavin Wood presenta la estructura de gobernanza inicial para Polkadot. (Video)
- Governance on Polkadot — Un webinar que explica como funciona la gobernanza en Polkadot y Kusama.
124Eh963tLZd2gmZZVcTE1C2iiyt4tfsFwadZ4dha4HY6tZD
