El gobierno en cadena es una de las partes más importantes de Polkadot y Kusama. Es la única forma de proponer cambios en el tiempo de ejecución y, siempre que la comunidad de titulares de tokens DOT esté de acuerdo en que los cambios están justificados y elija votar favorablemente, se puede promulgar el cambio de tiempo de ejecución propuesto.
El cambio actualizará la lógica del tiempo de ejecución, como en el código que ejecuta la cadena de bloques. Los desarrolladores ya no tienen una influencia absoluta sobre el código en el que se ejecuta la red. El poder de actualizar la lógica de la red se pone en manos de los poseedores de tokens.
¿Cómo funciona todo?
Al otorgar la capacidad de cambiar la lógica del tiempo de ejecución a los titulares de tokens, el gobierno en cadena debe implementarse con ciertas consideraciones de seguridad. Identificar las trampas comunes de la gobernanza pública en cadena y encontrar soluciones que sean eficientes es imperativo para un mecanismo saludable. El mecanismo de gobernanza actual es eficaz, pero todavía hay margen de mejora. Actualmente se está trabajando en la Gobernanza 2.0, que pretende ser más ágil, inclusiva, segura y descentralizada, y la retocaremos al final de esta publicación. Para comprender lo que eso significa, primero debemos profundizar en el estado actual de la gobernanza en cadena.
Por qué es importante la gobernanza en cadena
Es común pensar en una base de código como un organismo vivo que siempre está cambiando. Su mantenimiento repercute directamente en su salud. Una red de cadena de bloques no es diferente, ya que se ejecuta en código después de todo. Por lo tanto, el éxito de una red blockchain radica en su flexibilidad y capacidad para adaptarse al cambio. Las cadenas basadas en sustrato, con sus actualizaciones sin horquillas están diseñadas para ser adaptables. Las cadenas de bloques que puedan adaptarse a los cambios en el ecosistema, como mejoras en los mecanismos de consenso, redes más eficientes, mejor criptografía o cualquier otro componente que la componga, serán las exitosas.
Los cambios en el código de la cadena de bloques antes de la actualización sin bifurcación requerían que los desarrolladores bifurcaran la base del código. Con bifurcaciones convencionales, los desarrolladores del código base podrían cambiar el tiempo de ejecución sin ningún tipo de acuerdo en cadena o consenso sobre la actualización. Los propietarios de BTC o ETH no tienen nada que decir sobre cómo se desarrolla o actualiza la red. Entonces, ¿por qué no hacer una de las utilidades de un token, la capacidad de votar sobre los cambios que se podrían realizar en el tiempo de ejecución? Esta es la esencia de la gobernanza en cadena.
Al dar a los poseedores de tokens la capacidad de crear y votar propuestas de cambios en el tiempo de ejecución, aparecen algunos incentivos diferentes. Un incentivo para que los titulares de tokens tengan un sentido de equidad y se preocupen por los cambios en el tiempo de ejecución, pero también para asegurarse de que solo se permitan cambios que tengan sentido. En segundo lugar, un posible incentivo adverso de participantes maliciosos en la red para tratar de romper el sistema proponiendo referéndums maliciosos. Es decir, la gobernanza en cadena debe crear un entorno propicio para permitir la promulgación de cambios sensibles, pero también para protegerse contra los maliciosos. Los componentes del sistema incluyen, pero no se limitan a: propuestas, referendos, votación de participación ponderada, sesgo de quórum adaptativo, bloqueo voluntario, también conocido como votación por convicción, y actualizaciones sin bifurcaciones.Así que abramos el capó y miremos adentro, para ver cómo estos componentes funcionan juntos.
La gobernanza debe ser justa y equitativa y, en el caso de los sistemas de cadena de bloques, suficientemente descentralizada. Esto viene con desafíos; ¿Cómo nos aseguramos de que los tenedores de tokens estén representados de manera justa y que un solo grupo de tenedores de tokens no controle el sistema de gobierno basado en la participación? La gobernanza en cadena de las cadenas basadas en Substrate como Polkadot y Kusama tiene varios pasos y tiene ciertos componentes que funcionan juntos para ofrecer un ciclo de votación de titulares de tokens bien representado sobre posibles cambios en el tiempo de ejecución. Con la idea de un origen , existen diferentes entidades que pueden participar en la gobernanza. Los orígenes usan la plataforma Democracy en Substrate, lo que permite una funcionalidad que permite el gobierno en cadena y la capacidad de actualizar el tiempo de ejecución.
Orígenes que pueden participar en la gobernanza:
- Titulares de tokens DOT
- Concejo
- Comité técnico
El ciclo de gobernanza en cadena, en orden cronológico, son:
- Propuesta
- referéndum
- Votación
- Promulgación
Para comprender la gobernanza en cadena, debemos comprender las entidades de origen, los componentes del ciclo y cómo funcionan juntos.
Concejo
El consejo es un origen en cadena cuyo propósito es representar a los poseedores de tokens pasivos. Aunque es un grupo central de autoridad, los candidatos deben ser elegidos para el consejo por titulares de fichas. Por lo tanto, ganar favoritismo entre la comunidad es imperativo para ganar un escaño en el consejo. Los miembros del consejo tienen algunas responsabilidades clave; iniciar referéndums sensatos, cancelar referéndums no controvertidos, lesivos y maliciosos, administrar la tesorería y elegir miembros del comité técnico . Actualmente en Polkadot hay 13 escaños del consejo, con espacio para hasta 20 finalistas (aquellos que esperan convertirse en miembros del consejo). Y en Kusama hay 19 plazas, con espacio para hasta 19 finalistas. El consejo rota (los consejeros son reelegidos) cada 7 días en Polkadot y cada 24 horas en Kusama.
Comité técnico
El Comité Técnico es un grupo de equipos que han demostrado sus conocimientos técnicos al implementar con éxito un tiempo de ejecución de Polkadot. Los equipos pueden ser agregados o eliminados por mayoría simple de votos en el Consejo.
El propósito del Comité Técnico es protegerse contra referendos maliciosos, implementar correcciones de errores, revertir actualizaciones de tiempo de ejecución defectuosas o agregar funciones nuevas pero probadas en batalla. Estos cambios a través del comité técnico se aceleran para su votación e implementación.
Propuestas
Puede haber dos tipos de propuestas en cadena. Propuestas públicas , que son realizadas por titulares de fichas. Y las propuestas del Consejo , que se presentan en forma de mociones externas, ya sea realizadas por un miembro del Consejo o por un tenedor de fichas. El Consejo también tiene una moción interna especial, pero estas no se convierten en referéndums. Las mociones internas no requieren la funcionalidad de paleta de democracia, ya que manejan asuntos que no requieren cambios en el tiempo de ejecución, como el manejo de propuestas de tesorería o la elección de miembros del comité técnico. Se pueden hacer propuestas públicas vinculando la cantidad mínima de tokens (actualmente 100 DOT en Polkadot), y una vez que la propuesta se haya publicado en la cadena, los poseedores de tokens señalan su apoyo respaldandoeso. El respaldo requiere que vinculen la misma cantidad de tokens que la cuenta que publicó originalmente la propuesta. La cantidad de bonos es la métrica crítica al elegir qué propuestas se convierten en referéndums. Una propuesta con 3 cuentas que vinculan 10 DOT cada una supera a 29 cuentas que vinculan 1 DOT cada una. Los tokens vinculados se devolverán a las cuentas originales cuando la propuesta se convierta en referéndum.
Referéndum
Las propuestas del consejo se convertirán en referendos cuando una mayoría simple de los miembros del consejo esté de acuerdo con la propuesta. Así es como el consejo puede iniciar la legislación. Una vez aprobada, se convierte en referéndum público. Y si la propuesta fue creada por poseedores de tokens, aquellos que tienen la mayor cantidad de tokens vinculados que los respaldan se convierten en referéndums públicos.
Cada tipo de propuesta, público y consejo, tiene su propia cola en cadena. Las propuestas viven en sus respectivas colas, y cada 28 días (en Polkadot) la propuesta más respaldada se convertirá en referendos en los que se puede votar. El mecanismo en cadena que elige la próxima propuesta para convertirse en referéndum alterna entre la cola pública y la del consejo.
El calendario de referéndums sobre Polkadot es cada 28 días. Lo que significa que cada 28 días, la propuesta pública más respaldada o la propuesta del consejo más reciente se convierte en referéndum y se someterá a votación por parte de los poseedores de tokens. A menos que haya un referéndum de emergencia sobre la mesa, solo puede haber un referéndum para votar a la vez. Al alternar las colas cada 28 días, suponiendo que ambas colas estén llenas con un montón de propuestas, cada cola respectiva tendrá su turno cada 56 días.
Votación
Los titulares de tokens pueden elegir entre varios niveles de apoyo para un referéndum, desde no vincular ningún token que reduzca el peso de sus votos o vincular tokens durante un rango de períodos de tiempo para aumentar su poder de voto. Esto crea un incentivo para disuadir la venta de votos y también una forma de permitir que los poseedores de tokens más pequeños aumenten su poder de voto bloqueando tokens por más del monto mínimo requerido. Esto se llama votación por convicción. Según el resultado de la votación, el referéndum se aprobará o fallará. Si se aprueba, se promulgará, lo que significa que la actualización del tiempo de ejecución se incluirá en un próximo bloque.
