Polkadot utiliza un ingenioso mecanismo de gobernanza que puede evolucionar elegantemente según las necesidades de los interesados. Su objetivo es garantizar que la mayoría de los derechos 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 se están planeando más cambios (v2.5).
El primer sistema de gobernanza descentralizada de Polkadot (v1) consta de tres componentes principales:
Comité técnico: comité técnico encargado de gestionar el cronograma de actualizaciones.
Consejo: un "gobierno" ejecutivo elegido por votación, responsable de gestionar parámetros, propuestas de gestión y gastos.
Referéndum: un sistema de votación general en el que se vota sobre todas las demás cosas, donde los interesados a largo plazo tienen mayor influencia.
Este sistema funcionó bien en los primeros años, ayudando a garantizar el uso adecuado de los fondos del tesoro y permitiendo actualizaciones y reparaciones oportunas. Al igual que la mayoría de las tecnologías tempranas, los sistemas y protocolos deben evolucionar constantemente para mejorar sus deficiencias y mantenerse al día con los avances. Por ejemplo, en "gobernanza v1", todas las votaciones tenían el mismo peso, ya que solo se podía votar en una votación a la vez, y el período de votación podía durar semanas. Esto llevó al sistema a considerar cuidadosamente un número muy limitado de propuestas en lugar de considerar ampliamente múltiples propuestas. ¡Así nació "gobernanza v2"!
"Gobernanza v2" o "Gov2" ha cambiado la forma en que se toman las decisiones diarias, ampliando y agilizando el alcance de los referendos, lo que aumenta significativamente la cantidad de decisiones colectivas que el sistema puede tomar.
Gov2 se lanzará en Kusama después de una revisión profesional final de su código. Después de las pruebas en Kusama, se presentará una propuesta para su implementación en Polkadot.
El siguiente contenido presentará primero muchos de los principios fundamentales de gobernanza en la red Polkadot. Comprender los orígenes de la gobernanza v1 es importante para una mejor comprensión de la dirección de la segunda iteración. Estas diferencias y distinciones se destacarán en varios subtemas.
Es importante tener en cuenta que, en esta etapa de su ciclo de vida, la gobernanza es un protocolo en constante evolución. Con la actualización de la gobernanza v2 incorporándose a la red, también se están desarrollando planes para la gobernanza v2.5.
premisa
En resumen, la red reúne varios mecanismos novedosos, incluyendo funciones de transformación de estado amorfo almacenadas en la cadena y definidas en un lenguaje intermedio neutral con respecto a la plataforma (WebAssembly), así como varios mecanismos de votación en la cadena, como referendos con umbrales de mayoría absoluta adaptativa y mecanismos de votación por aprobación masiva.
Cualquier cambio en el protocolo debe ser acordado a través de un referéndum ponderado por derechos.
mecanismo
En la gobernanza v1, los titulares activos de tokens y el consejo gestionan conjuntamente las decisiones de actualización de la red. Independientemente de si la propuesta es presentada por los titulares de token públicos ( o por el consejo, al final debe pasar por un referéndum popular de todos los titulares, utilizando la cantidad apostada ) stake ( y el valor de convicción ) conviction ( como peso para tomar decisiones.
La gobernanza v2 tiene algunos cambios. La nueva forma en que el modo de gobernanza refleja sus características de descentralización es:
Transferir todas las responsabilidades del consejo a los titulares de tokens a través de votación democrática
Disolver el consejo directivo actual
Permitir a los usuarios delegar sus derechos de voto a los miembros de la comunidad de más maneras.
El consejo en Gov1 desempeñó el papel de representante de los poseedores de tokens pasivos, guardián del tesoro y promotor legislativo, pero generalmente se considera una entidad centralizada. Para descentralizar aún más las redes Polkadot y Kusama, 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 específica relacionada, que adopta la forma de una llamada a funciones privilegiadas de runtime ###, incluyendo la llamada más poderosa: set_code, que puede cambiar todo el código de runtime, logrando funcionalidades que normalmente requerirían un "hard fork" para implementarse (.
Un referéndum es un evento discreto con un período de votación fijo. Cuando se cierra el período de votación y se cuentan los votos, si la votación es aprobada, se llamará a la función )set_code(. Un referéndum siempre es binario; tu elección en la votación solo puede ser "a favor", "en contra" o completamente en abstención.
En la gobernanza v1, la votación puede iniciarse de una de las siguientes maneras:
Propuestas presentadas públicamente;
Propuestas aprobadas por 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.
Todas las votaciones tienen un período de retraso de ejecución correspondiente. Este es el tiempo que transcurre desde el final de la votación hasta la ejecución real de la propuesta ), suponiendo que la propuesta sea aprobada (.
Si un referéndum se cierra y se completan los resultados, se considera que el referéndum ha sido completado. Asimismo, si se aprueba la propuesta, se programará su ejecución. Si el referéndum está esperando resultados, es decir, está siendo votado, se considera que el referéndum está incompleto.
Si la propuesta es presentada por el público o el consejo, hay un período de espera de ejecución fijo de 28 días. Las propuestas presentadas como parte de la ejecución de un referéndum anterior pueden establecer períodos de espera de ejecución según sea necesario. El tratamiento de propuestas urgentes requiere "seguimiento rápido" de problemas importantes de la red, lo que reduce el tiempo de ejecución.
En Gov2, cualquier persona puede iniciar una votación en cualquier momento y puede iniciar tantas votaciones como desee. Gov2 introduce varias nuevas funciones, llamadas Origins) y Tracks(, para ayudar en el proceso y manejo del protocolo de votación.
Origin puede considerarse un descriptor rico del nivel de privilegio dado. Los proponentes del referéndum ahora necesitan elegir un Origin adecuado para su solicitud según los requisitos de la propuesta.
Cada Origin está asociado con una categoría de referéndum, y cada categoría está asociada con un Track. El Track describe el ciclo de vida de la propuesta y es independiente de otros Tracks de categorías. Tener diferentes Tracks independientes permite a la red ajustar la dinámica del referéndum según su nivel de privilegio implícito.
Por ejemplo, el impacto de la llamada set_code de la actualización Runtime ) sobre el ecosistema es diferente de la aprobación del informe de propinas del tesoro ( de la llamada reportAwesome ), por lo que se necesitan diferentes Orígenes, donde diferentes tasas de votación, tasas de aprobación, depósitos y el ciclo de ejecución más corto se determinarán previamente en el pallet.
( propuesta de referéndum
Referéndum público
Cualquiera puede proponer un referéndum depositando la cantidad mínima de tokens dentro de un número determinado de bloques ) durante un período de tiempo (. Si alguien está de acuerdo con la propuesta, puede depositar la misma cantidad de tokens para mostrar su apoyo.
Esta operación se denomina "endorso". La propuesta que obtenga el mayor apoyo de token vinculado será seleccionada para el próximo ciclo de votación. Tenga en cuenta que esto puede diferir de la cantidad absoluta de endosos; por ejemplo, tres cuentas que vinculan 20 DOT cada una "superarán" la eficacia de diez cuentas que vinculan 1 DOT cada una.
Una vez que se presente la propuesta ), se llevará a cabo la votación ###, y el token vinculado será liberado.
Para la gobernanza v1, puede haber hasta 100 propuestas públicas en la cola de propuestas.
En Gov2, cuando se crea un referéndum, la comunidad puede votarlo de inmediato. Sin embargo, el referéndum no está en un estado que permita finalizarlo, contar sus votos, obtener aprobación y ejecutarse finalmente. En cambio, el referéndum debe cumplir ciertos criterios antes de poder entrar en un estado llamado "decidiendo (Deciding)". Mientras estén en este estado, todavía están pendientes.
Los criterios para entrar en estado Decided son los siguientes:
Pasó por el período de introducción ( lead-in period ), que es la cantidad de tiempo que debe transcurrir antes de decidir que se puede comenzar. Esto ayuda a reducir la posibilidad de "decisiones sorpresivas", en las que un atacante que controla una gran cantidad de derechos de voto podría aprobar la propuesta inmediatamente después de la propuesta, en lugar de darle a todos los votantes suficiente tiempo para considerar y participar.
Debe haber espacio restante para decidir. Todos los Track han limitado la cantidad de referendos que se pueden decidir simultáneamente. Los tracks con capacidades más fuertes tendrán restricciones más bajas. Por ejemplo, la restricción del nivel Root Origin es 1, lo que significa que solo se puede decidir una propuesta de super riesgo a la vez.
Debe pagarse un depósito de decisión. El costo de crear un referéndum es muy bajo, ya que el valor del depósito solo incluye el valor necesario para el almacenamiento en cadena requerido para rastrearlo. Sin embargo, revisar y decidir sobre el referéndum conlleva el riesgo de agotar los espacios limitados en la cola de referéndum. Requerir un depósito más grande pero reembolsable ayuda a reducir el spam.
Calendario de votación
En la Gobernanza v1, se asumirá que hay al menos una propuesta en una de las colas, y se llevará a cabo una nueva votación cada 28 días. Hay una cola para las propuestas aprobadas por el consejo y otra para las propuestas presentadas por el público. La votación se realizará de manera alterna entre las propuestas mejor clasificadas de las dos colas.
Las propuestas más destacadas se determinan por la cantidad de staking vinculada detrás de ellas. Si la cola actual intenta crear un referéndum sin propuestas, la cola ( está vacía ), y hay propuestas en cola en otra cola, entonces la propuesta más destacada de la otra cola entrará en el referéndum.
No se pueden votar múltiples referendos al mismo tiempo, a excepción de los referendos de emergencia. Los referendos de emergencia que ocurren simultáneamente con el referendo regular ( o propuestas del consejo ) son la única situación en la que se pueden votar múltiples referendos al mismo tiempo.
Cuando la propuesta sea aprobada, la gobernanza v2 compartirá el mismo período de elegibilidad de 28 días. Si al final de esta fase no se ha aprobado, la propuesta será automáticamente rechazada.
Referéndum votación ( gobernanza v2)
En Governance v2, si la propuesta cumple con los requisitos de tasa de aprobación y tasa de apoyo, la propuesta será aprobada, es decir, se elimina el sistema de sesgo de grupo adaptativo.
La tasa de aprobación ( se define como el peso de voto aprobado ) después del ajuste de convicción ( en relación con el peso total de voto ) que incluye las cuotas de aprobación y rechazo (.
La tasa de apoyo ) Support ( es el número total de votos aprobados ) ignorando el ajuste de convicción ( en comparación con el número total de votos que podrían llevarse a cabo 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 aprobación y apoyo. Ahora se puede configurar a través de la cantidad de apoyo requerida y la aprobación general. Para las propuestas que usan fuentes de menor privilegio, es más razonable reducir la tasa de votación requerida a un número más realista más temprano en comparación con las propuestas que utilizan categorías de alto privilegio ), como Root(. Los cursos de gran significado político pueden solicitar una mayor aprobación con anticipación para evitar disputas.
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 logra mantenerse aprobada antes de que termine el período de confirmación, se considerará aprobada y se planificará su ejecución desde la fuente propuesta después del período de formulación. El período de formulación se designa cuando se propone la votación popular, pero también está sujeto a un mínimo basado en la pista. Las pistas más potentes impondrán un período de ejecución más largo para asegurar que la red tenga suficiente tiempo para prepararse para cualquier cambio que la propuesta pueda traer.
Bloqueo voluntario
Polkadot utiliza un concepto llamado "bloqueo voluntario", que permite a los poseedores de tokens aumentar su poder de voto declarando cuánto tiempo están dispuestos a bloquear sus tokens. Por lo tanto, el número de votos de cada poseedor de tokens se calculará utilizando la siguiente fórmula:
Número de votos = token * multiplicador de convicción
El número de períodos de bloqueo se duplica en cada ronda, y el multiplicador de convicción aumentará el multiplicador de votos en uno.
Multiplicador de votación de período de bloqueo 00.111224384165326
El número máximo de veces que se puede "duplicar" el período de bloqueo se establece en 6), por lo tanto, hay un total de 32 períodos de bloqueo (, un período de bloqueo equivale a 28 días. Solo se permite duplicar, por ejemplo, no puedes bloquear 24 períodos y hacer que tu convicción aumente 5.5.
Una vez que el token está bloqueado, aún puedes usarlo para votar y hacer staking; solo se te prohíbe transferir estos tokens a otra cuenta.
Las boletas 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.
) Cancelar el referéndum
En la gobernanza v1, si el comité técnico está de acuerdo unánimemente en cancelar una 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 encuentra un problema en la propuesta del referéndum más tarde (, por ejemplo, si hay un error en el código runtime que se ejecutará en la propuesta ), esto podría considerarse como un último recurso.
Si la controversia cancelada es lo suficientemente grande como para que el consejo no pueda alcanzar una mayoría de dos tercios, entonces el destino de la propuesta será decidido conjuntamente por los interesados.
En la gobernanza v2, hay una operación especial llamada Cancelation( que revoca), utilizada para intervenir en propuestas que ya han sido votadas. Esta operación rechazará inmediatamente el referéndum en curso, independientemente de su estado. También hay una disposición que asegura que si la propuesta es maliciosa o es spam, el depósito del proponente será confiscado.
La cancelación en sí misma es una operación de gobernanza que debe ejecutarse mediante votación en la red. La revocación viene acompañada de su propio Origen y Seguimiento; tiene un período de importación muy corto y una curva de tasa de aprobación/apoyo, cuyos umbrales de aprobación descienden un poco más rápido, ya que se invoca en situaciones de urgencia.
Beca Polkadot
La Fellowship es una institución experta autónoma básica, cuyo objetivo principal es representar a las personas con un conocimiento técnico sobre la red y los protocolos de Polkadot. La Fellowship a través de "igual
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.
18 me gusta
Recompensa
18
8
Compartir
Comentar
0/400
TokenGuru
· 07-25 01:50
¡Los proyectos antiguos finalmente necesitan seguir la tendencia alcista y bajista! ¡Ya lo había dicho!
Ver originalesResponder0
WenAirdrop
· 07-22 23:59
dot ha evolucionado y mejorado nuevamente
Ver originalesResponder0
Lonely_Validator
· 07-22 07:29
¿Qué demonios es la gobernanza? Si no lo entiendes, no inviertas.
Ver originalesResponder0
GateUser-4745f9ce
· 07-22 03:19
No te preocupes por V2, arregla las tarifas de gas de V1.
Ver originalesResponder0
GraphGuru
· 07-22 03:18
He estado mirando v2 un buen rato. Muy bien, muy bien.
Ver originalesResponder0
BearMarketSurvivor
· 07-22 03:13
¿No es simplemente la descentralización del voto? ¿Qué tiene de nuevo?
Ver originalesResponder0
SneakyFlashloan
· 07-22 03:05
Mejor dámelo directamente a mí.
Ver originalesResponder0
TokenSherpa
· 07-22 02:50
en realidad, este modelo v2 todavía ignora la mecánica de votación cuadrática... *suspiro* déjame desglosarlo
Polkadot Gobernanza V2: Innovación en el mecanismo de votación para mejorar la eficiencia en la toma de decisiones
Gobernanza V2
Polkadot utiliza un ingenioso mecanismo de gobernanza que puede evolucionar elegantemente según las necesidades de los interesados. Su objetivo es garantizar que la mayoría de los derechos 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 se están planeando más cambios (v2.5).
El primer sistema de gobernanza descentralizada de Polkadot (v1) consta de tres componentes principales:
Este sistema funcionó bien en los primeros años, ayudando a garantizar el uso adecuado de los fondos del tesoro y permitiendo actualizaciones y reparaciones oportunas. Al igual que la mayoría de las tecnologías tempranas, los sistemas y protocolos deben evolucionar constantemente para mejorar sus deficiencias y mantenerse al día con los avances. Por ejemplo, en "gobernanza v1", todas las votaciones tenían el mismo peso, ya que solo se podía votar en una votación a la vez, y el período de votación podía durar semanas. Esto llevó al sistema a considerar cuidadosamente un número muy limitado de propuestas en lugar de considerar ampliamente múltiples propuestas. ¡Así nació "gobernanza v2"!
"Gobernanza v2" o "Gov2" ha cambiado la forma en que se toman las decisiones diarias, ampliando y agilizando el alcance de los referendos, lo que aumenta significativamente la cantidad de decisiones colectivas que el sistema puede tomar.
Gov2 se lanzará en Kusama después de una revisión profesional final de su código. Después de las pruebas en Kusama, se presentará una propuesta para su implementación en Polkadot.
El siguiente contenido presentará primero muchos de los principios fundamentales de gobernanza en la red Polkadot. Comprender los orígenes de la gobernanza v1 es importante para una mejor comprensión de la dirección de la segunda iteración. Estas diferencias y distinciones se destacarán en varios subtemas.
Es importante tener en cuenta que, en esta etapa de su ciclo de vida, la gobernanza es un protocolo en constante evolución. Con la actualización de la gobernanza v2 incorporándose a la red, también se están desarrollando planes para la gobernanza v2.5.
premisa
En resumen, la red reúne varios mecanismos novedosos, incluyendo funciones de transformación de estado amorfo almacenadas en la cadena y definidas en un lenguaje intermedio neutral con respecto a la plataforma (WebAssembly), así como varios mecanismos de votación en la cadena, como referendos con umbrales de mayoría absoluta adaptativa y mecanismos de votación por aprobación masiva.
Cualquier cambio en el protocolo debe ser acordado a través de un referéndum ponderado por derechos.
mecanismo
En la gobernanza v1, los titulares activos de tokens y el consejo gestionan conjuntamente las decisiones de actualización de la red. Independientemente de si la propuesta es presentada por los titulares de token públicos ( o por el consejo, al final debe pasar por un referéndum popular de todos los titulares, utilizando la cantidad apostada ) stake ( y el valor de convicción ) conviction ( como peso para tomar decisiones.
La gobernanza v2 tiene algunos cambios. La nueva forma en que el modo de gobernanza refleja sus características de descentralización es:
El consejo en Gov1 desempeñó el papel de representante de los poseedores de tokens pasivos, guardián del tesoro y promotor legislativo, pero generalmente se considera una entidad centralizada. Para descentralizar aún más las redes Polkadot y Kusama, 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 específica relacionada, que adopta la forma de una llamada a funciones privilegiadas de runtime ###, incluyendo la llamada más poderosa: set_code, que puede cambiar todo el código de runtime, logrando funcionalidades que normalmente requerirían un "hard fork" para implementarse (.
Un referéndum es un evento discreto con un período de votación fijo. Cuando se cierra el período de votación y se cuentan los votos, si la votación es aprobada, se llamará a la función )set_code(. Un referéndum siempre es binario; tu elección en la votación solo puede ser "a favor", "en contra" o completamente en abstención.
En la gobernanza v1, la votación puede iniciarse de una de las siguientes maneras:
Todas las votaciones tienen un período de retraso de ejecución correspondiente. Este es el tiempo que transcurre desde el final de la votación hasta la ejecución real de la propuesta ), suponiendo que la propuesta sea aprobada (.
Si un referéndum se cierra y se completan los resultados, se considera que el referéndum ha sido completado. Asimismo, si se aprueba la propuesta, se programará su ejecución. Si el referéndum está esperando resultados, es decir, está siendo votado, se considera que el referéndum está incompleto.
Si la propuesta es presentada por el público o el consejo, hay un período de espera de ejecución fijo de 28 días. Las propuestas presentadas como parte de la ejecución de un referéndum anterior pueden establecer períodos de espera de ejecución según sea necesario. El tratamiento de propuestas urgentes requiere "seguimiento rápido" de problemas importantes de la red, lo que reduce el tiempo de ejecución.
En Gov2, cualquier persona puede iniciar una votación en cualquier momento y puede iniciar tantas votaciones como desee. Gov2 introduce varias nuevas funciones, llamadas Origins) y Tracks(, para ayudar en el proceso y manejo del protocolo de votación.
Origin puede considerarse un descriptor rico del nivel de privilegio dado. Los proponentes del referéndum ahora necesitan elegir un Origin adecuado para su solicitud según los requisitos de la propuesta.
Cada Origin está asociado con una categoría de referéndum, y cada categoría está asociada con un Track. El Track describe el ciclo de vida de la propuesta y es independiente de otros Tracks de categorías. Tener diferentes Tracks independientes permite a la red ajustar la dinámica del referéndum según su nivel de privilegio implícito.
Por ejemplo, el impacto de la llamada set_code de la actualización Runtime ) sobre el ecosistema es diferente de la aprobación del informe de propinas del tesoro ( de la llamada reportAwesome ), por lo que se necesitan diferentes Orígenes, donde diferentes tasas de votación, tasas de aprobación, depósitos y el ciclo de ejecución más corto se determinarán previamente en el pallet.
( propuesta de referéndum
Referéndum público
Cualquiera puede proponer un referéndum depositando la cantidad mínima de tokens dentro de un número determinado de bloques ) durante un período de tiempo (. Si alguien está de acuerdo con la propuesta, puede depositar la misma cantidad de tokens para mostrar su apoyo.
Esta operación se denomina "endorso". La propuesta que obtenga el mayor apoyo de token vinculado será seleccionada para el próximo ciclo de votación. Tenga en cuenta que esto puede diferir de la cantidad absoluta de endosos; por ejemplo, tres cuentas que vinculan 20 DOT cada una "superarán" la eficacia de diez cuentas que vinculan 1 DOT cada una.
Una vez que se presente la propuesta ), se llevará a cabo la votación ###, y el token vinculado será liberado.
Para la gobernanza v1, puede haber hasta 100 propuestas públicas en la cola de propuestas.
En Gov2, cuando se crea un referéndum, la comunidad puede votarlo de inmediato. Sin embargo, el referéndum no está en un estado que permita finalizarlo, contar sus votos, obtener aprobación y ejecutarse finalmente. En cambio, el referéndum debe cumplir ciertos criterios antes de poder entrar en un estado llamado "decidiendo (Deciding)". Mientras estén en este estado, todavía están pendientes.
Los criterios para entrar en estado Decided son los siguientes:
Calendario de votación
En la Gobernanza v1, se asumirá que hay al menos una propuesta en una de las colas, y se llevará a cabo una nueva votación cada 28 días. Hay una cola para las propuestas aprobadas por el consejo y otra para las propuestas presentadas por el público. La votación se realizará de manera alterna entre las propuestas mejor clasificadas de las dos colas.
Las propuestas más destacadas se determinan por la cantidad de staking vinculada detrás de ellas. Si la cola actual intenta crear un referéndum sin propuestas, la cola ( está vacía ), y hay propuestas en cola en otra cola, entonces la propuesta más destacada de la otra cola entrará en el referéndum.
No se pueden votar múltiples referendos al mismo tiempo, a excepción de los referendos de emergencia. Los referendos de emergencia que ocurren simultáneamente con el referendo regular ( o propuestas del consejo ) son la única situación en la que se pueden votar múltiples referendos al mismo tiempo.
Cuando la propuesta sea aprobada, la gobernanza v2 compartirá el mismo período de elegibilidad de 28 días. Si al final de esta fase no se ha aprobado, la propuesta será automáticamente rechazada.
Referéndum votación ( gobernanza v2)
En Governance v2, si la propuesta cumple con los requisitos de tasa de aprobación y tasa de apoyo, la propuesta será aprobada, es decir, se elimina el sistema de sesgo de grupo adaptativo.
La tasa de aprobación ( se define como el peso de voto aprobado ) después del ajuste de convicción ( en relación con el peso total de voto ) que incluye las cuotas de aprobación y rechazo (.
La tasa de apoyo ) Support ( es el número total de votos aprobados ) ignorando el ajuste de convicción ( en comparación con el número total de votos que podrían llevarse a cabo 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 aprobación y apoyo. Ahora se puede configurar a través de la cantidad de apoyo requerida y la aprobación general. Para las propuestas que usan fuentes de menor privilegio, es más razonable reducir la tasa de votación requerida a un número más realista más temprano en comparación con las propuestas que utilizan categorías de alto privilegio ), como Root(. Los cursos de gran significado político pueden solicitar una mayor aprobación con anticipación para evitar disputas.
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 logra mantenerse aprobada antes de que termine el período de confirmación, se considerará aprobada y se planificará su ejecución desde la fuente propuesta después del período de formulación. El período de formulación se designa cuando se propone la votación popular, pero también está sujeto a un mínimo basado en la pista. Las pistas más potentes impondrán un período de ejecución más largo para asegurar que la red tenga suficiente tiempo para prepararse para cualquier cambio que la propuesta pueda traer.
Bloqueo voluntario
Polkadot utiliza un concepto llamado "bloqueo voluntario", que permite a los poseedores de tokens aumentar su poder de voto declarando cuánto tiempo están dispuestos a bloquear sus tokens. Por lo tanto, el número de votos de cada poseedor de tokens se calculará utilizando la siguiente fórmula:
Número de votos = token * multiplicador de convicción
El número de períodos de bloqueo se duplica en cada ronda, y el multiplicador de convicción aumentará el multiplicador de votos en uno.
Multiplicador de votación de período de bloqueo 00.111224384165326
El número máximo de veces que se puede "duplicar" el período de bloqueo se establece en 6), por lo tanto, hay un total de 32 períodos de bloqueo (, un período de bloqueo equivale a 28 días. Solo se permite duplicar, por ejemplo, no puedes bloquear 24 períodos y hacer que tu convicción aumente 5.5.
Una vez que el token está bloqueado, aún puedes usarlo para votar y hacer staking; solo se te prohíbe transferir estos tokens a otra cuenta.
Las boletas 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.
) Cancelar el referéndum
En la gobernanza v1, si el comité técnico está de acuerdo unánimemente en cancelar una 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 encuentra un problema en la propuesta del referéndum más tarde (, por ejemplo, si hay un error en el código runtime que se ejecutará en la propuesta ), esto podría considerarse como un último recurso.
Si la controversia cancelada es lo suficientemente grande como para que el consejo no pueda alcanzar una mayoría de dos tercios, entonces el destino de la propuesta será decidido conjuntamente por los interesados.
En la gobernanza v2, hay una operación especial llamada Cancelation( que revoca), utilizada para intervenir en propuestas que ya han sido votadas. Esta operación rechazará inmediatamente el referéndum en curso, independientemente de su estado. También hay una disposición que asegura que si la propuesta es maliciosa o es spam, el depósito del proponente será confiscado.
La cancelación en sí misma es una operación de gobernanza que debe ejecutarse mediante votación en la red. La revocación viene acompañada de su propio Origen y Seguimiento; tiene un período de importación muy corto y una curva de tasa de aprobación/apoyo, cuyos umbrales de aprobación descienden un poco más rápido, ya que se invoca en situaciones de urgencia.
Beca Polkadot
La Fellowship es una institución experta autónoma básica, cuyo objetivo principal es representar a las personas con un conocimiento técnico sobre la red y los protocolos de Polkadot. La Fellowship a través de "igual