Polkadot utiliza un mecanismo de gobernanza preciso que le permite evolucionar de manera elegante según las necesidades de los interesados. El objetivo de este mecanismo es asegurar que la mayoría de los intereses siempre puedan controlar la red.
El contenido de este documento puede estar sujeto a cambios. El protocolo de gobernanza ha pasado por varias iteraciones (v1 y v2), y habrá más cambios en el futuro (v2.5).
El primer sistema de gobernanza descentralizada de Polkadot (v1) consta de tres partes principales:
Comité Técnico: Gestión del cronograma de actualización
Consejo: órgano ejecutivo responsable de la gestión de parámetros, propuestas administrativas y de gastos elegidas.
Referéndum: Sistema de votación universal, que otorga mayor influencia a los interesados a largo plazo.
El sistema mostró un buen rendimiento en las etapas iniciales, ayudando a un uso razonable de los fondos del tesoro y a actualizaciones y reparaciones puntuales. Sin embargo, a medida que el sistema madura, es necesario mejorar constantemente sus deficiencias y mantenerse al día con los avances. Por ejemplo, en "gobernanza v1", todos los votos de referéndum tienen el mismo peso, solo se puede votar en un referéndum a la vez y el período de votación puede durar varias semanas. Esto lleva al sistema a considerar cuidadosamente un número muy limitado de propuestas, en lugar de considerar ampliamente múltiples propuestas.
Por lo tanto, "Gobernanza v2" ( Gov2) ha surgido. Cambia la forma en que se toman las decisiones diarias, ampliando y haciendo más ágil el alcance de los referendos, aumentando significativamente la cantidad de decisiones colectivas que el sistema puede tomar.
El plan de Gov2 es lanzar en Kusama después de la revisión final de su código. Tras las pruebas en Kusama, se propondrá su implementación en Polkadot.
El siguiente contenido presentará primero los principios centrales de gobernanza de la red Polkadot. Comprender el origen de la gobernanza v1 ayuda a entender mejor la dirección de la segunda iteración. Estas diferencias se destacarán en los diferentes subtemas.
Es importante tener en cuenta que, en esta etapa, la gobernanza es un protocolo en constante desarrollo. Con la actualización de gobernanza v2 entrando en la red, también se están elaborando planes para la gobernanza v2.5.
Premisa
En resumen, la red reúne una variedad de mecanismos novedosos, incluyendo:
Funciones de conversión de estado amorfo definidas en un lenguaje intermedio neutral de plataforma (WebAssembly) almacenadas en la cadena.
Múltiples mecanismos de votación en cadena, como referendos con umbrales de mayoría absoluta adaptativa y mecanismos de votación por aprobación masiva.
Cualquier cambio en el acuerdo debe ser acordado mediante un referéndum ponderado por derechos.
Mecanismo
En la gobernanza v1, los titulares de tokens activos y el consejo gestionan conjuntamente las decisiones de actualización de la red. Independientemente de si la propuesta es presentada por los titulares de tokens del público ( o por el consejo, debe someterse a un referéndum popular, donde se toma la decisión en base al monto de la participación y el valor de la fe.
La gobernanza v2 tiene varios cambios. La nueva forma del modelo de gobernanza que refleja las características de descentralización es:
Transferir las responsabilidades del consejo a los titulares de tokens a través de votación democrática
Disolver el actual consejo directivo
Permitir a los usuarios delegar sus derechos de voto a los miembros de la comunidad de más maneras.
El consejo en Gov1 actúa como representante de los titulares de tokens pasivos, guardianes del tesoro y promotores legislativos, pero a menudo se considera una entidad centralizada. Para descentralizar aún más la red, Gov2 propone devolver las responsabilidades del consejo a la comunidad.
Referéndum
El referéndum es un esquema de votación simple, inclusivo y basado en la participación. Cada referéndum tiene una propuesta relacionada, utilizando la forma de llamada a funciones privilegiadas ) que incluye la llamada set_code más poderosa, que puede cambiar todo el código de tiempo de ejecución (.
El referéndum es un evento discreto con un período de votación fijo. Después de que finalice el período de votación y se cuenten los votos, se llamará a la función si se aprueba. El referéndum siempre es binario, solo se puede elegir "a favor", "en contra" o abstenerse.
En la gobernanza v1, la votación se puede iniciar de las siguientes maneras:
Propuestas presentadas públicamente
Propuesta aprobada por la mayoría o por unanimidad del consejo.
Propuesta presentada como parte de la ejecución del referéndum anterior
Propuesta de emergencia presentada por el comité técnico y aprobada por la junta directiva
Todas las votaciones tienen un período de retraso en la ejecución. Este es el tiempo entre el final de la votación y la ejecución real de la propuesta ) si se aprueba (.
Si el referéndum se cierra y se completan los recuentos, se considerará como completado. Si se aprueba la propuesta, se programará su ejecución. Si el referéndum está en votación, se considerará como no completado.
Las propuestas presentadas por el público o el consejo tienen un período de retraso de ejecución fijo de 28 días. Las propuestas presentadas como parte de la ejecución de referendos anteriores pueden establecer un período de retraso de ejecución según sea necesario. El manejo de propuestas urgentes requiere "seguimiento rápido" de problemas importantes, acortando el tiempo de ejecución.
En Gov2, cualquier persona puede iniciar cualquier cantidad de referendos en cualquier momento. Gov2 introduce nuevas funciones como Origins) y Tracks( para ayudar en el proceso de referendos.
Origin puede considerarse un descriptor del nivel de privilegio dado. El proponente debe elegir el Origin adecuado para la solicitud según los requisitos de la propuesta.
Cada Origin está relacionado con una categoría de referéndum, y cada categoría está relacionada con un Track. El Track describe el ciclo de vida de la propuesta, independientemente de otras categorías. Diferentes Tracks independientes permiten a la red ajustar dinámicamente el referéndum según el nivel de privilegio implícito.
Por ejemplo, el impacto de la actualización de Runtime en el ecosistema es diferente al de la aprobación de la propina del tesoro, por lo que se necesitan diferentes Orígenes, donde se determinarán por adelantado diferentes tasas de votación, tasas de aprobación, depósitos y el período de ejecución más corto.
Votación de la propuesta
Referéndum público
Cualquier persona puede depositar la cantidad mínima de tokens durante un período determinado para proponer un referéndum. Si alguien está de acuerdo, puede depositar la misma cantidad de tokens para expresar su apoyo.
Esto se llama "endorso". La propuesta que obtenga el mayor apoyo de tokens vinculados se convertirá en un referéndum para el próximo ciclo de votación. Tenga en cuenta que esto puede diferir de la cantidad absoluta de endosos.
Una vez que la propuesta se envíe ) para la votación (, los tokens vinculados se liberarán.
En la gobernanza v1, la cola de propuestas puede tener hasta 100 propuestas públicas.
En Gov2, después de crear una votación, la comunidad puede votar de inmediato. Sin embargo, la votación no está en un estado que permita finalizar o contar los votos, aprobar y ejecutar finalmente. Por el contrario, la votación debe cumplir ciertos criterios para entrar en estado de "decisión". Hasta entonces, permanece en estado pendiente.
Los criterios para entrar en estado de decisión son los siguientes:
Período de importación, es el tiempo que debe transcurrir antes de decidir comenzar. Esto ayuda a reducir la posibilidad de "decisiones de ataque".
Debe haber un espacio restante decidido. Todos los Track limitan la cantidad de referendos que se pueden decidir al mismo tiempo. Un Track más poderoso tiene un límite más bajo.
Se debe pagar un depósito decisivo. Crear un referéndum tiene un costo muy bajo, pero la revisión y la decisión tienen el riesgo de agotar las posiciones limitadas en la cola. Requerir un depósito mayor pero reembolsable ayuda a reducir el spam.
Votación del consejo )v1(
Aprobación unánime del consejo - Cuando todos los miembros estén de acuerdo, la propuesta puede pasar a referéndum. Este referéndum generará una desviación en la tasa de votos negativos.
Aprobado por la mayoría del consejo - Cuando solo se requiere una mayoría simple para consentir, también se puede llevar a cabo una votación por referéndum, pero utilizando el sistema de mayoría de votos.
Solo puede haber un referéndum válido a la vez, a menos que haya un referéndum de emergencia en curso.
Calendario de votación
En la gobernanza v1, suponiendo que hay al menos una propuesta en la cola, se realiza una nueva votación pública cada 28 días. Hay una cola para las propuestas aprobadas por el consejo y otra para las propuestas presentadas por el público. Se alternan las votaciones entre las propuestas mejor clasificadas de ambas colas.
El ranking se determina por la cantidad de staking vinculada. Si la cola actual intenta crear una votación sin propuestas y la cola ) está vacía (, mientras que otra cola tiene propuestas en espera, la propuesta más adelantada en la otra cola entrará en la votación.
No se puede votar en múltiples referendos al mismo tiempo, a excepción de los referendos de emergencia. Los referendos de emergencia que ocurren simultáneamente con referendos regulares son la única situación en la que se puede votar en múltiples referendos al mismo tiempo.
Cuando la propuesta sea aprobada, la gobernanza v2 compartirá el mismo período de calificación de 28 días. Si al final de esta fase no ha sido aprobada, la propuesta será automáticamente rechazada.
Votación de referéndum ) gobernanza v2(
En la gobernanza v2, si la propuesta cumple con los requisitos de tasa de aprobación y tasa de apoyo, se aprueba, eliminando el sistema de sesgo adaptativo del grupo.
La tasa de aprobación se define como la proporción del peso de voto aprobado ) ajustado por convicción ( en relación con el peso total del voto.
La tasa de apoyo es la comparación del número total de votos aprobados ) ignorando el ajuste de convicción ( con el número total de votos que podrían realizarse en el sistema.
Debe cumplir con este estándar en el menor tiempo posible durante el período de confirmación. Diferentes rutas tienen diferentes períodos de confirmación y requisitos de apoyo de aprobación. Ahora se puede configurar a través de la cantidad de apoyo requerida y la aprobación general. Para las propuestas de fuentes de bajo privilegio, en comparación con categorías de alto privilegio ) como Root(, se reduce antes el porcentaje de votación requerido a una cantidad más razonable. Las propuestas de mayor significado político pueden solicitar una aprobación más alta con anticipación para evitar controversias.
En Gov2, las propuestas que no sean aprobadas después de 28 días se considerarán rechazadas por defecto y se reembolsará el depósito de decisión. Si la propuesta se mantiene aprobada antes de que termine el período de confirmación, se considerará aprobada y se planificará su ejecución desde la fuente de la propuesta después del período de elaboración. El período de elaboración se especifica en la propuesta, pero está sujeto a un límite mínimo basado en la pista. Una pista más poderosa impone un período de ejecución más largo, asegurando que la red tenga suficiente tiempo para prepararse para los cambios.
Bloqueo voluntario
Polkadot utiliza el concepto de "bloqueo voluntario", permitiendo a los poseedores de tokens aumentar su poder de voto declarando su intención de bloquear sus tokens por un período de tiempo. El número de votos de cada poseedor se calculará utilizando la siguiente fórmula:
Número de votos = tokens * multiplicador de convicción
El número de períodos de bloqueo se duplica en cada ronda, el multiplicador de convicción aumentará el multiplicador de votos en uno.
Multiplicador de votación por número de períodos bloqueados
0 0.1
1 1
2 2
4 3
8 4
16 5
32 6
El número máximo de veces que se puede "duplicar" el período de bloqueo es 6), con un total de 32 períodos de bloqueo (, y un período de bloqueo equivale a 28 días. Solo se permite duplicar, no se pueden bloquear 24 ciclos para aumentar la convicción en 5.5.
Después de bloquear los tokens, aún se pueden usar para votar y hacer staking; solo se prohíbe transferir a otra cuenta.
Los votos siempre se "calculan" al mismo tiempo, es decir, al final del período de votación. Esto no se ve afectado por el período de bloqueo de tokens.
Sesgo adaptativo del grupo
La desviación adaptativa del grupo se utilizó durante más tiempo en la gobernanza v2 y fue reemplazada por el sistema de Aprobación/Soporte.
Consejo
En la gobernanza v1, los interesados pasivos son representados por el "Consejo". El Consejo es una entidad en cadena, compuesta por múltiples participantes, cada uno representando una cuenta en cadena.
Además de controlar la tesorería, el consejo se encarga principalmente de tres tareas de gobernanza:
Referéndum inteligente de propuestas
Cancelar referendos peligrosos o maliciosos
Comité Técnico de Elecciones
En la gobernanza v2, es necesario que las estrategias de reemplazo asuman las responsabilidades de la junta directiva como la institución delegada de los votantes, para compensar el hecho de que muchas personas no participan en la gobernanza diaria. Gov2 se basa en la función de delegación de votos de v1, donde los votantes pueden delegar su derecho de voto a otro votante en el sistema. Se mejora a través de la función de delegación de múltiples roles, permitiendo que los votantes designen diferentes representantes para cada tipo de referéndum en el sistema. Por lo tanto, los votantes pueden delegar a una entidad la gestión de categorías de referéndum de menor impacto, mientras eligen a otro representante para gestionar categorías de mayor impacto, y conservar el derecho de voto completo sobre las categorías restantes.
Cancelación del referéndum
En la gobernanza v1, si el comité técnico está de acuerdo unánimemente en cancelar la propuesta, o si la fuente Root activa esta función, se puede cancelar la propuesta. El depósito de la propuesta cancelada será destruido.
Además, una mayoría de dos tercios del consejo puede anular el referéndum. Si se descubren problemas más tarde en la propuesta de referéndum, como errores en el código de ejecución ), esto puede ser considerado como un último recurso.
Si la disputa es lo suficientemente grande como para que el consejo no pueda obtener una mayoría de dos tercios, el destino de la propuesta será decidido conjuntamente por los interesados.
En la gobernanza v2, hay una operación especial llamada Cancelation para intervenir en las propuestas que ya han sido votadas. Esta operación rechazará inmediatamente el referéndum en curso, sin importar su estado. También se establece que si la propuesta es maliciosa o spam, se asegurará de que el depósito del proponente sea confiscado.
La cancelación en sí misma es una operación de gobernanza, que debe ser ejecutada mediante votación de la red. La revocación tiene su propio origen y seguimiento, con un período de importación muy corto y una curva de tasa de aprobación/apoyo, que desciende un poco más rápido debido a las llamadas en situaciones de emergencia.
Comité Técnico
En la gobernanza v1, el Comité Técnico (TC) es uno de los tres órganos de gobernanza de Kusama, los otros dos son el Consejo y el Referéndum (. El TC está compuesto por equipos que han implementado o definido con éxito el runtime de Polkadot o el Host de Polkadot. A través de una votación por mayoría simple del Consejo, se pueden añadir o eliminar equipos en el TC.
El propósito de TC es prevenir votaciones maliciosas, implementar correcciones de errores, revertir actualizaciones de runtime erróneas o agregar nuevas funciones probadas en combate. TC tiene el derecho de usar el pallet de Democracia para acelerar propuestas, siendo la única fuente capaz de activar la función de aceleración de propuestas. Podemos considerar a TC como la "única fuente" que no puede generar propuestas pero puede acelerar propuestas existentes.
El referéndum rápido es el único referéndum que se puede realizar simultáneamente con otro referéndum. Por lo tanto, a través del referéndum rápido, se pueden llevar a cabo dos referéndums activos al mismo tiempo. Votar en uno de ellos no impedirá a los usuarios votar en el otro.
En la gobernanza v2, se ha introducido un nuevo comité de sucesión, llamado "Polkadot Fellowship", para reemplazar al comité técnico. Servirá a las redes Polkadot y Kusama.
Beca Polkadot
La Fellowship es una institución experta con autonomía básica, cuyo objetivo principal es representar a personas con conocimientos sobre la red y la tecnología de protocolos de Polkadot. Fellowship
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
14 me gusta
Recompensa
14
4
Compartir
Comentar
0/400
PancakeFlippa
· hace21h
No parece ser gran cosa, estoy usando v1.
Ver originalesResponder0
BearMarketMonk
· hace22h
Esta ola parece que puede funcionar.
Ver originalesResponder0
SignatureVerifier
· hace22h
técnicamente hablando, v2 aún necesita una rigurosa auditoría de seguridad, para ser honesto...
Polkadot Gobernanza V2: la nueva era de la Descentralización en la toma de decisiones
Gobernanza V2
Polkadot utiliza un mecanismo de gobernanza preciso que le permite evolucionar de manera elegante según las necesidades de los interesados. El objetivo de este mecanismo es asegurar que la mayoría de los intereses siempre puedan controlar la red.
El contenido de este documento puede estar sujeto a cambios. El protocolo de gobernanza ha pasado por varias iteraciones (v1 y v2), y habrá más cambios en el futuro (v2.5).
El primer sistema de gobernanza descentralizada de Polkadot (v1) consta de tres partes principales:
El sistema mostró un buen rendimiento en las etapas iniciales, ayudando a un uso razonable de los fondos del tesoro y a actualizaciones y reparaciones puntuales. Sin embargo, a medida que el sistema madura, es necesario mejorar constantemente sus deficiencias y mantenerse al día con los avances. Por ejemplo, en "gobernanza v1", todos los votos de referéndum tienen el mismo peso, solo se puede votar en un referéndum a la vez y el período de votación puede durar varias semanas. Esto lleva al sistema a considerar cuidadosamente un número muy limitado de propuestas, en lugar de considerar ampliamente múltiples propuestas.
Por lo tanto, "Gobernanza v2" ( Gov2) ha surgido. Cambia la forma en que se toman las decisiones diarias, ampliando y haciendo más ágil el alcance de los referendos, aumentando significativamente la cantidad de decisiones colectivas que el sistema puede tomar.
El plan de Gov2 es lanzar en Kusama después de la revisión final de su código. Tras las pruebas en Kusama, se propondrá su implementación en Polkadot.
El siguiente contenido presentará primero los principios centrales de gobernanza de la red Polkadot. Comprender el origen de la gobernanza v1 ayuda a entender mejor la dirección de la segunda iteración. Estas diferencias se destacarán en los diferentes subtemas.
Es importante tener en cuenta que, en esta etapa, la gobernanza es un protocolo en constante desarrollo. Con la actualización de gobernanza v2 entrando en la red, también se están elaborando planes para la gobernanza v2.5.
Premisa
En resumen, la red reúne una variedad de mecanismos novedosos, incluyendo:
Cualquier cambio en el acuerdo debe ser acordado mediante un referéndum ponderado por derechos.
Mecanismo
En la gobernanza v1, los titulares de tokens activos y el consejo gestionan conjuntamente las decisiones de actualización de la red. Independientemente de si la propuesta es presentada por los titulares de tokens del público ( o por el consejo, debe someterse a un referéndum popular, donde se toma la decisión en base al monto de la participación y el valor de la fe.
La gobernanza v2 tiene varios cambios. La nueva forma del modelo de gobernanza que refleja las características de descentralización es:
El consejo en Gov1 actúa como representante de los titulares de tokens pasivos, guardianes del tesoro y promotores legislativos, pero a menudo se considera una entidad centralizada. Para descentralizar aún más la red, Gov2 propone devolver las responsabilidades del consejo a la comunidad.
Referéndum
El referéndum es un esquema de votación simple, inclusivo y basado en la participación. Cada referéndum tiene una propuesta relacionada, utilizando la forma de llamada a funciones privilegiadas ) que incluye la llamada set_code más poderosa, que puede cambiar todo el código de tiempo de ejecución (.
El referéndum es un evento discreto con un período de votación fijo. Después de que finalice el período de votación y se cuenten los votos, se llamará a la función si se aprueba. El referéndum siempre es binario, solo se puede elegir "a favor", "en contra" o abstenerse.
En la gobernanza v1, la votación se puede iniciar de las siguientes maneras:
Todas las votaciones tienen un período de retraso en la ejecución. Este es el tiempo entre el final de la votación y la ejecución real de la propuesta ) si se aprueba (.
Si el referéndum se cierra y se completan los recuentos, se considerará como completado. Si se aprueba la propuesta, se programará su ejecución. Si el referéndum está en votación, se considerará como no completado.
Las propuestas presentadas por el público o el consejo tienen un período de retraso de ejecución fijo de 28 días. Las propuestas presentadas como parte de la ejecución de referendos anteriores pueden establecer un período de retraso de ejecución según sea necesario. El manejo de propuestas urgentes requiere "seguimiento rápido" de problemas importantes, acortando el tiempo de ejecución.
En Gov2, cualquier persona puede iniciar cualquier cantidad de referendos en cualquier momento. Gov2 introduce nuevas funciones como Origins) y Tracks( para ayudar en el proceso de referendos.
Origin puede considerarse un descriptor del nivel de privilegio dado. El proponente debe elegir el Origin adecuado para la solicitud según los requisitos de la propuesta.
Cada Origin está relacionado con una categoría de referéndum, y cada categoría está relacionada con un Track. El Track describe el ciclo de vida de la propuesta, independientemente de otras categorías. Diferentes Tracks independientes permiten a la red ajustar dinámicamente el referéndum según el nivel de privilegio implícito.
Por ejemplo, el impacto de la actualización de Runtime en el ecosistema es diferente al de la aprobación de la propina del tesoro, por lo que se necesitan diferentes Orígenes, donde se determinarán por adelantado diferentes tasas de votación, tasas de aprobación, depósitos y el período de ejecución más corto.
Votación de la propuesta
Referéndum público
Cualquier persona puede depositar la cantidad mínima de tokens durante un período determinado para proponer un referéndum. Si alguien está de acuerdo, puede depositar la misma cantidad de tokens para expresar su apoyo.
Esto se llama "endorso". La propuesta que obtenga el mayor apoyo de tokens vinculados se convertirá en un referéndum para el próximo ciclo de votación. Tenga en cuenta que esto puede diferir de la cantidad absoluta de endosos.
Una vez que la propuesta se envíe ) para la votación (, los tokens vinculados se liberarán.
En la gobernanza v1, la cola de propuestas puede tener hasta 100 propuestas públicas.
En Gov2, después de crear una votación, la comunidad puede votar de inmediato. Sin embargo, la votación no está en un estado que permita finalizar o contar los votos, aprobar y ejecutar finalmente. Por el contrario, la votación debe cumplir ciertos criterios para entrar en estado de "decisión". Hasta entonces, permanece en estado pendiente.
Los criterios para entrar en estado de decisión son los siguientes:
Votación del consejo )v1(
Aprobación unánime del consejo - Cuando todos los miembros estén de acuerdo, la propuesta puede pasar a referéndum. Este referéndum generará una desviación en la tasa de votos negativos.
Aprobado por la mayoría del consejo - Cuando solo se requiere una mayoría simple para consentir, también se puede llevar a cabo una votación por referéndum, pero utilizando el sistema de mayoría de votos.
Solo puede haber un referéndum válido a la vez, a menos que haya un referéndum de emergencia en curso.
Calendario de votación
En la gobernanza v1, suponiendo que hay al menos una propuesta en la cola, se realiza una nueva votación pública cada 28 días. Hay una cola para las propuestas aprobadas por el consejo y otra para las propuestas presentadas por el público. Se alternan las votaciones entre las propuestas mejor clasificadas de ambas colas.
El ranking se determina por la cantidad de staking vinculada. Si la cola actual intenta crear una votación sin propuestas y la cola ) está vacía (, mientras que otra cola tiene propuestas en espera, la propuesta más adelantada en la otra cola entrará en la votación.
No se puede votar en múltiples referendos al mismo tiempo, a excepción de los referendos de emergencia. Los referendos de emergencia que ocurren simultáneamente con referendos regulares son la única situación en la que se puede votar en múltiples referendos al mismo tiempo.
Cuando la propuesta sea aprobada, la gobernanza v2 compartirá el mismo período de calificación de 28 días. Si al final de esta fase no ha sido aprobada, la propuesta será automáticamente rechazada.
Votación de referéndum ) gobernanza v2(
En la gobernanza v2, si la propuesta cumple con los requisitos de tasa de aprobación y tasa de apoyo, se aprueba, eliminando el sistema de sesgo adaptativo del grupo.
La tasa de aprobación se define como la proporción del peso de voto aprobado ) ajustado por convicción ( en relación con el peso total del voto.
La tasa de apoyo es la comparación del número total de votos aprobados ) ignorando el ajuste de convicción ( con el número total de votos que podrían realizarse en el sistema.
Debe cumplir con este estándar en el menor tiempo posible durante el período de confirmación. Diferentes rutas tienen diferentes períodos de confirmación y requisitos de apoyo de aprobación. Ahora se puede configurar a través de la cantidad de apoyo requerida y la aprobación general. Para las propuestas de fuentes de bajo privilegio, en comparación con categorías de alto privilegio ) como Root(, se reduce antes el porcentaje de votación requerido a una cantidad más razonable. Las propuestas de mayor significado político pueden solicitar una aprobación más alta con anticipación para evitar controversias.
En Gov2, las propuestas que no sean aprobadas después de 28 días se considerarán rechazadas por defecto y se reembolsará el depósito de decisión. Si la propuesta se mantiene aprobada antes de que termine el período de confirmación, se considerará aprobada y se planificará su ejecución desde la fuente de la propuesta después del período de elaboración. El período de elaboración se especifica en la propuesta, pero está sujeto a un límite mínimo basado en la pista. Una pista más poderosa impone un período de ejecución más largo, asegurando que la red tenga suficiente tiempo para prepararse para los cambios.
Bloqueo voluntario
Polkadot utiliza el concepto de "bloqueo voluntario", permitiendo a los poseedores de tokens aumentar su poder de voto declarando su intención de bloquear sus tokens por un período de tiempo. El número de votos de cada poseedor se calculará utilizando la siguiente fórmula:
Número de votos = tokens * multiplicador de convicción
El número de períodos de bloqueo se duplica en cada ronda, el multiplicador de convicción aumentará el multiplicador de votos en uno.
Multiplicador de votación por número de períodos bloqueados 0 0.1 1 1 2 2 4 3 8 4 16 5 32 6
El número máximo de veces que se puede "duplicar" el período de bloqueo es 6), con un total de 32 períodos de bloqueo (, y un período de bloqueo equivale a 28 días. Solo se permite duplicar, no se pueden bloquear 24 ciclos para aumentar la convicción en 5.5.
Después de bloquear los tokens, aún se pueden usar para votar y hacer staking; solo se prohíbe transferir a otra cuenta.
Los votos siempre se "calculan" al mismo tiempo, es decir, al final del período de votación. Esto no se ve afectado por el período de bloqueo de tokens.
Sesgo adaptativo del grupo
La desviación adaptativa del grupo se utilizó durante más tiempo en la gobernanza v2 y fue reemplazada por el sistema de Aprobación/Soporte.
Consejo
En la gobernanza v1, los interesados pasivos son representados por el "Consejo". El Consejo es una entidad en cadena, compuesta por múltiples participantes, cada uno representando una cuenta en cadena.
Además de controlar la tesorería, el consejo se encarga principalmente de tres tareas de gobernanza:
En la gobernanza v2, es necesario que las estrategias de reemplazo asuman las responsabilidades de la junta directiva como la institución delegada de los votantes, para compensar el hecho de que muchas personas no participan en la gobernanza diaria. Gov2 se basa en la función de delegación de votos de v1, donde los votantes pueden delegar su derecho de voto a otro votante en el sistema. Se mejora a través de la función de delegación de múltiples roles, permitiendo que los votantes designen diferentes representantes para cada tipo de referéndum en el sistema. Por lo tanto, los votantes pueden delegar a una entidad la gestión de categorías de referéndum de menor impacto, mientras eligen a otro representante para gestionar categorías de mayor impacto, y conservar el derecho de voto completo sobre las categorías restantes.
Cancelación del referéndum
En la gobernanza v1, si el comité técnico está de acuerdo unánimemente en cancelar la propuesta, o si la fuente Root activa esta función, se puede cancelar la propuesta. El depósito de la propuesta cancelada será destruido.
Además, una mayoría de dos tercios del consejo puede anular el referéndum. Si se descubren problemas más tarde en la propuesta de referéndum, como errores en el código de ejecución ), esto puede ser considerado como un último recurso.
Si la disputa es lo suficientemente grande como para que el consejo no pueda obtener una mayoría de dos tercios, el destino de la propuesta será decidido conjuntamente por los interesados.
En la gobernanza v2, hay una operación especial llamada Cancelation para intervenir en las propuestas que ya han sido votadas. Esta operación rechazará inmediatamente el referéndum en curso, sin importar su estado. También se establece que si la propuesta es maliciosa o spam, se asegurará de que el depósito del proponente sea confiscado.
La cancelación en sí misma es una operación de gobernanza, que debe ser ejecutada mediante votación de la red. La revocación tiene su propio origen y seguimiento, con un período de importación muy corto y una curva de tasa de aprobación/apoyo, que desciende un poco más rápido debido a las llamadas en situaciones de emergencia.
Comité Técnico
En la gobernanza v1, el Comité Técnico (TC) es uno de los tres órganos de gobernanza de Kusama, los otros dos son el Consejo y el Referéndum (. El TC está compuesto por equipos que han implementado o definido con éxito el runtime de Polkadot o el Host de Polkadot. A través de una votación por mayoría simple del Consejo, se pueden añadir o eliminar equipos en el TC.
El propósito de TC es prevenir votaciones maliciosas, implementar correcciones de errores, revertir actualizaciones de runtime erróneas o agregar nuevas funciones probadas en combate. TC tiene el derecho de usar el pallet de Democracia para acelerar propuestas, siendo la única fuente capaz de activar la función de aceleración de propuestas. Podemos considerar a TC como la "única fuente" que no puede generar propuestas pero puede acelerar propuestas existentes.
El referéndum rápido es el único referéndum que se puede realizar simultáneamente con otro referéndum. Por lo tanto, a través del referéndum rápido, se pueden llevar a cabo dos referéndums activos al mismo tiempo. Votar en uno de ellos no impedirá a los usuarios votar en el otro.
En la gobernanza v2, se ha introducido un nuevo comité de sucesión, llamado "Polkadot Fellowship", para reemplazar al comité técnico. Servirá a las redes Polkadot y Kusama.
Beca Polkadot
La Fellowship es una institución experta con autonomía básica, cuyo objetivo principal es representar a personas con conocimientos sobre la red y la tecnología de protocolos de Polkadot. Fellowship