Polkadot utiliza un mecanismo de gobernanza sofisticado que le permite evolucionar de manera elegante 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 presentado en 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) se compone de tres partes principales:
Comité técnico: comité técnico que gestiona el cronograma de actualizaciones.
Consejo: un "gobierno" elegido por votación, responsable de gestionar parámetros, administración y propuestas de gastos.
Referéndum: un sistema de votación universal sobre todos los demás asuntos que otorga a los interesados a largo plazo una mayor influencia.
Este sistema funcionó bien en sus inicios, ayudando a garantizar el uso razonable de los fondos del tesoro y a realizar actualizaciones y reparaciones a tiempo. Sin embargo, a medida que el sistema madura, es necesario mejorar continuamente sus deficiencias y mantenerse al día con los últimos avances. Por ejemplo, en "gobernanza v1", todas las votaciones tienen el mismo peso, se puede votar solo en una propuesta a la vez, y el período de votación puede durar varias semanas. Esto lleva a que el sistema tiende a considerar detenidamente un número muy limitado de propuestas, en lugar de considerar ampliamente múltiples propuestas.
"Gobernanza v2"( abreviado como "Gov2") ha cambiado la forma en que se toman las decisiones diarias, haciendo que los referendos sean más amplios y ágiles, aumentando 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. Tras las pruebas en Kusama, se presentará una propuesta para desplegarlo en Polkadot.
premisa
Esta red reúne una variedad de mecanismos innovadores, incluidos funciones de transición de estado amorfo definidas en WebAssembly y almacenadas en la cadena, así como varios mecanismos de votación en la cadena, como referendos con umbrales de mayoría absoluta adaptativos y mecanismos de votación de aprobación masiva.
Todos los cambios al protocolo deben ser acordados a través de un referéndum ponderado por derechos.
mecanismo
En la gobernanza v1, los titulares de tokens activos y el consejo gestionan conjuntamente las decisiones sobre las actualizaciones de la red. Independientemente de si la propuesta es presentada por el público o por el consejo, debe someterse a un referéndum público, donde se toma la decisión ponderando la cantidad de tokens en staking y los valores de creencia.
La gobernanza v2 tiene varios cambios. La nueva forma de reflejar las características de descentralización en el modelo de gobernanza es:
Transferir todas las responsabilidades del consejo a los poseedores de tokens a través de votación democrática
Disolver la actual junta directiva
Permitir a los usuarios delegar su derecho a voto a los miembros de la comunidad de más maneras.
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, en forma de llamada a la función de privilegio de ejecución.
Un 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, si se aprueba, se llamará a la función correspondiente. Un referéndum siempre es binario; las opciones de votación solo pueden ser "a favor", "en contra" o completamente en abstención.
En Gov2, cualquier persona puede iniciar una votación en cualquier momento, sin límite en la cantidad. Gov2 introduce nuevos conceptos de Origins( y Tracks) para ayudar en el proceso de votación.
Origin puede considerarse como un descriptor del nivel de privilegio dado. El proponente necesita seleccionar 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 tiene una Track. La Track describe el ciclo de vida de la propuesta y es independiente de otras categorías. Diferentes Tracks independientes permiten a la red ajustar la dinámica del 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 a la aprobación de las propinas del tesoro, por lo que se requieren diferentes Orígenes, donde diferentes tasas de votación, tasas de aprobación, depósitos y el período de ejecución más corto se determinarán de antemano.
( propuesta de referéndum
Referéndum público
Cualquier persona puede proponer un referéndum depositando la cantidad mínima de tokens durante un período determinado. Si alguien está de acuerdo, puede depositar la misma cantidad de tokens para expresar su apoyo, lo que se denomina "aval". La propuesta que obtenga el mayor apoyo de tokens vinculados será seleccionada como el referéndum del próximo ciclo de votación.
En Gov2, una vez que se crea la votación, la comunidad puede votar de inmediato. Sin embargo, esta votación no se encuentra en un estado que permita finalizar o contar los votos, obtener aprobación y ejecutarse. Por el contrario, la votación debe cumplir ciertos criterios para entrar en estado de "decisión". Hasta entonces, sigue en estado pendiente.
Los criterios para entrar en estado Decided son los siguientes:
Pasó por un período de introducción, es decir, el tiempo que debe transcurrir antes de decidir que se puede comenzar. Esto ayuda a reducir la posibilidad de "decisiones de golpe".
Debe haber un espacio de decisión restante. Todos los Track tienen un límite en la cantidad de referéndums que se pueden decidir simultáneamente.
Se debe pagar un depósito para la decisión. El costo de crear un referéndum es bajo, pero se necesita un depósito reembolsable mayor para la decisión del referéndum, con el fin de reducir el spam.
Calendario de votación
En Gov2, las propuestas tienen un período de elegibilidad de 28 días una vez que son aprobadas. Si no se aprueban al final de esta fase, la propuesta se rechazará automáticamente.
Votación de referéndum ) gobernanza v2###
En Gov2, si la propuesta cumple con los requisitos de tasa de aprobación y tasa de apoyo, se aprueba.
La tasa de aprobación es la proporción del peso de los votos aprobatorios sobre el peso total de los votos. La tasa de apoyo es la comparación entre el número total de votos aprobatorios y el número total posible de votos en el sistema.
Las propuestas deben cumplir con este estándar en el menor tiempo posible durante el período de confirmación. Diferentes cadenas tienen diferentes períodos de confirmación y requisitos de apoyo para la aprobación. Ahora se puede configurar a través de la cantidad de apoyo requerida y la aprobación general.
En Gov2, las propuestas que no sean aprobadas después de 28 días se considerarán rechazadas por defecto y se devolverá el depósito de decisión. Si la propuesta se mantiene aprobada antes de que finalice el período de confirmación, se considerará aprobada y se ejecutará a partir de la fuente propuesta después del período de formulación. El período de formulación se especifica al proponer, pero también está sujeto a un límite mínimo basado en la pista.
Bloqueo voluntario
Polkadot utiliza el concepto de "bloqueo voluntario", permitiendo a los titulares de tokens aumentar su poder de voto declarando cuánto tiempo están dispuestos a bloquear sus tokens. El número de votos de cada titular de tokens se calculará utilizando la siguiente fórmula:
Número de votos = token * multiplicador de convicción
Cada vez que se duplica el número de períodos de bloqueo, el multiplicador de convicción aumenta en uno. El máximo número de períodos de bloqueo es 6(, que son 32 períodos de bloqueo ), un período de bloqueo equivale a 28 días.
Después de bloquear, aún puedes usar el token para votar y hacer staking, solo que no podrás transferirlo a otra cuenta.
( Consejo
En Gov2, se necesita una estrategia alternativa para reemplazar las funciones del consejo de administración como institución de delegación de votantes. Gov2 mejora la funcionalidad de delegación de múltiples roles, permitiendo a los votantes designar representantes diferentes para cada tipo de referéndum en el sistema.
) Cancelar referéndum
En Gov2, hay una operación especial llamada Cancelation###撤销###, utilizada para intervenir en propuestas que ya han sido votadas. Esta operación rechazará de inmediato el referéndum en curso. Si la propuesta es maliciosa o es 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 ejecutarse mediante votación en la red. Tiene su propio origen y seguimiento, con un período de importación más corto y una curva de tasa de aprobación/suporte, que desciende rápidamente a través del umbral.
( Beca Polkadot
Fellowship es una institución experta con autonomía básica que representa a personas con conocimientos sobre la red y la tecnología de protocolos de Polkadot. Clasifica a sus miembros mediante "niveles", representando el grado de sabiduría de sus opiniones, su base técnica y su alineación con los intereses de Polkadot.
A diferencia del Technical Collective actual, tiene como objetivo ampliar el alcance de los miembros y reducir la barrera de entrada. Para convertirse en un miembro candidato, solo se requiere depositar un pequeño monto de garantía.
Los miembros de Fellowship pueden votar sobre cualquier propuesta de Fellowship, y las opiniones integradas de los miembros ) se ponderan por niveles ### para constituir las opiniones consideradas de Fellowship.
Sistema de niveles
Para prevenir que unos pocos participantes obtengan un control efectivo sobre la red, el sistema se adhiere a tres principios principales:
Fellowship no puede tener poder duro sobre la red.
Fellowship otorga más peso a los miembros de alto nivel, pero no debería ser tan alto que no pueda ser superado por el consenso de los miembros de nivel inferior.
Fellowship debe aumentar y desarrollar el nivel de conocimiento y profesionalismo de sus miembros.
La Fellowship establecerá un estatuto que describa los requisitos y expectativas para obtener y mantener niveles. Los miembros de alto nivel podrán votar y promover a los miembros de nivel inferior de acuerdo con el estatuto.
Después de un cierto tiempo, si los miembros no pueden demostrar su estatus, serán degradados automáticamente. La suspensión solo puede ocurrir a través de un referéndum. Para alcanzar el nivel más alto se requiere un referéndum.
Lista blanca
La paleta Whitelist permite que un Origin eleve el nivel de privilegio de otro Origin para una operación. En Gov2, permite que Fellowship autorice un nuevo origen (Whitelisted-Root) para ejecutar con permisos de nivel Root, y solo se puede utilizar junto con comandos específicos autorizados por Fellowship.
Este sistema permite una nueva pista paralela Track(Whitelisted-Root Origin), cuyos parámetros permiten ciclos de votación más cortos. A través de un proceso público y transparente, un grupo de expertos global ha determinado que esta operación es tanto segura como urgente.
( lista negra
Las propuestas pueden ser incluidas en la lista negra a través de la fuente Root. Las propuestas y referendos relacionados que sean incluidos en la lista negra serán cancelados de inmediato, y su hash no podrá aparecer de nuevo en la cola de propuestas. Esto es útil para eliminar propuestas erróneas que puedan haber sido presentadas con el mismo hash.
Sin embargo, esta no es una solución infalible para evitar la presentación de propuestas inválidas, ya que pequeños cambios en el texto de la propuesta también pueden alterar el valor hash, haciendo que la lista negra sea ineficaz.
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.
11 me gusta
Recompensa
11
6
Republicar
Compartir
Comentar
0/400
OfflineNewbie
· 08-04 00:50
Actualización confiable, optimista sobre Polkadot
Ver originalesResponder0
EthMaximalist
· 08-03 09:01
Polkadot ya no juega a gobernar.
Ver originalesResponder0
StakeOrRegret
· 08-01 02:46
El mecanismo de gobernanza aún necesita ser mejorado.
Gobernanza de Polkadot 2.0: Un nuevo capítulo en la Descentralización de decisiones
Gobernanza V2
Polkadot utiliza un mecanismo de gobernanza sofisticado que le permite evolucionar de manera elegante 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 presentado en 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) se compone de tres partes principales:
Comité técnico: comité técnico que gestiona el cronograma de actualizaciones.
Consejo: un "gobierno" elegido por votación, responsable de gestionar parámetros, administración y propuestas de gastos.
Referéndum: un sistema de votación universal sobre todos los demás asuntos que otorga a los interesados a largo plazo una mayor influencia.
Este sistema funcionó bien en sus inicios, ayudando a garantizar el uso razonable de los fondos del tesoro y a realizar actualizaciones y reparaciones a tiempo. Sin embargo, a medida que el sistema madura, es necesario mejorar continuamente sus deficiencias y mantenerse al día con los últimos avances. Por ejemplo, en "gobernanza v1", todas las votaciones tienen el mismo peso, se puede votar solo en una propuesta a la vez, y el período de votación puede durar varias semanas. Esto lleva a que el sistema tiende a considerar detenidamente un número muy limitado de propuestas, en lugar de considerar ampliamente múltiples propuestas.
"Gobernanza v2"( abreviado como "Gov2") ha cambiado la forma en que se toman las decisiones diarias, haciendo que los referendos sean más amplios y ágiles, aumentando 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. Tras las pruebas en Kusama, se presentará una propuesta para desplegarlo en Polkadot.
premisa
Esta red reúne una variedad de mecanismos innovadores, incluidos funciones de transición de estado amorfo definidas en WebAssembly y almacenadas en la cadena, así como varios mecanismos de votación en la cadena, como referendos con umbrales de mayoría absoluta adaptativos y mecanismos de votación de aprobación masiva.
Todos los cambios al protocolo deben ser acordados a través de un referéndum ponderado por derechos.
mecanismo
En la gobernanza v1, los titulares de tokens activos y el consejo gestionan conjuntamente las decisiones sobre las actualizaciones de la red. Independientemente de si la propuesta es presentada por el público o por el consejo, debe someterse a un referéndum público, donde se toma la decisión ponderando la cantidad de tokens en staking y los valores de creencia.
La gobernanza v2 tiene varios cambios. La nueva forma de reflejar las características de descentralización en el modelo de gobernanza es:
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, en forma de llamada a la función de privilegio de ejecución.
Un 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, si se aprueba, se llamará a la función correspondiente. Un referéndum siempre es binario; las opciones de votación solo pueden ser "a favor", "en contra" o completamente en abstención.
En Gov2, cualquier persona puede iniciar una votación en cualquier momento, sin límite en la cantidad. Gov2 introduce nuevos conceptos de Origins( y Tracks) para ayudar en el proceso de votación.
Origin puede considerarse como un descriptor del nivel de privilegio dado. El proponente necesita seleccionar 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 tiene una Track. La Track describe el ciclo de vida de la propuesta y es independiente de otras categorías. Diferentes Tracks independientes permiten a la red ajustar la dinámica del 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 a la aprobación de las propinas del tesoro, por lo que se requieren diferentes Orígenes, donde diferentes tasas de votación, tasas de aprobación, depósitos y el período de ejecución más corto se determinarán de antemano.
( propuesta de referéndum
Referéndum público
Cualquier persona puede proponer un referéndum depositando la cantidad mínima de tokens durante un período determinado. Si alguien está de acuerdo, puede depositar la misma cantidad de tokens para expresar su apoyo, lo que se denomina "aval". La propuesta que obtenga el mayor apoyo de tokens vinculados será seleccionada como el referéndum del próximo ciclo de votación.
En Gov2, una vez que se crea la votación, la comunidad puede votar de inmediato. Sin embargo, esta votación no se encuentra en un estado que permita finalizar o contar los votos, obtener aprobación y ejecutarse. Por el contrario, la votación debe cumplir ciertos criterios para entrar en estado de "decisión". Hasta entonces, sigue en estado pendiente.
Los criterios para entrar en estado Decided son los siguientes:
Calendario de votación
En Gov2, las propuestas tienen un período de elegibilidad de 28 días una vez que son aprobadas. Si no se aprueban al final de esta fase, la propuesta se rechazará automáticamente.
Votación de referéndum ) gobernanza v2###
En Gov2, si la propuesta cumple con los requisitos de tasa de aprobación y tasa de apoyo, se aprueba.
La tasa de aprobación es la proporción del peso de los votos aprobatorios sobre el peso total de los votos. La tasa de apoyo es la comparación entre el número total de votos aprobatorios y el número total posible de votos en el sistema.
Las propuestas deben cumplir con este estándar en el menor tiempo posible durante el período de confirmación. Diferentes cadenas tienen diferentes períodos de confirmación y requisitos de apoyo para la aprobación. Ahora se puede configurar a través de la cantidad de apoyo requerida y la aprobación general.
En Gov2, las propuestas que no sean aprobadas después de 28 días se considerarán rechazadas por defecto y se devolverá el depósito de decisión. Si la propuesta se mantiene aprobada antes de que finalice el período de confirmación, se considerará aprobada y se ejecutará a partir de la fuente propuesta después del período de formulación. El período de formulación se especifica al proponer, pero también está sujeto a un límite mínimo basado en la pista.
Bloqueo voluntario
Polkadot utiliza el concepto de "bloqueo voluntario", permitiendo a los titulares de tokens aumentar su poder de voto declarando cuánto tiempo están dispuestos a bloquear sus tokens. El número de votos de cada titular de tokens se calculará utilizando la siguiente fórmula:
Número de votos = token * multiplicador de convicción
Cada vez que se duplica el número de períodos de bloqueo, el multiplicador de convicción aumenta en uno. El máximo número de períodos de bloqueo es 6(, que son 32 períodos de bloqueo ), un período de bloqueo equivale a 28 días.
Después de bloquear, aún puedes usar el token para votar y hacer staking, solo que no podrás transferirlo a otra cuenta.
( Consejo
En Gov2, se necesita una estrategia alternativa para reemplazar las funciones del consejo de administración como institución de delegación de votantes. Gov2 mejora la funcionalidad de delegación de múltiples roles, permitiendo a los votantes designar representantes diferentes para cada tipo de referéndum en el sistema.
) Cancelar referéndum
En Gov2, hay una operación especial llamada Cancelation###撤销###, utilizada para intervenir en propuestas que ya han sido votadas. Esta operación rechazará de inmediato el referéndum en curso. Si la propuesta es maliciosa o es 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 ejecutarse mediante votación en la red. Tiene su propio origen y seguimiento, con un período de importación más corto y una curva de tasa de aprobación/suporte, que desciende rápidamente a través del umbral.
( Beca Polkadot
Fellowship es una institución experta con autonomía básica que representa a personas con conocimientos sobre la red y la tecnología de protocolos de Polkadot. Clasifica a sus miembros mediante "niveles", representando el grado de sabiduría de sus opiniones, su base técnica y su alineación con los intereses de Polkadot.
A diferencia del Technical Collective actual, tiene como objetivo ampliar el alcance de los miembros y reducir la barrera de entrada. Para convertirse en un miembro candidato, solo se requiere depositar un pequeño monto de garantía.
Los miembros de Fellowship pueden votar sobre cualquier propuesta de Fellowship, y las opiniones integradas de los miembros ) se ponderan por niveles ### para constituir las opiniones consideradas de Fellowship.
Sistema de niveles
Para prevenir que unos pocos participantes obtengan un control efectivo sobre la red, el sistema se adhiere a tres principios principales:
La Fellowship establecerá un estatuto que describa los requisitos y expectativas para obtener y mantener niveles. Los miembros de alto nivel podrán votar y promover a los miembros de nivel inferior de acuerdo con el estatuto.
Después de un cierto tiempo, si los miembros no pueden demostrar su estatus, serán degradados automáticamente. La suspensión solo puede ocurrir a través de un referéndum. Para alcanzar el nivel más alto se requiere un referéndum.
Lista blanca
La paleta Whitelist permite que un Origin eleve el nivel de privilegio de otro Origin para una operación. En Gov2, permite que Fellowship autorice un nuevo origen (Whitelisted-Root) para ejecutar con permisos de nivel Root, y solo se puede utilizar junto con comandos específicos autorizados por Fellowship.
Este sistema permite una nueva pista paralela Track(Whitelisted-Root Origin), cuyos parámetros permiten ciclos de votación más cortos. A través de un proceso público y transparente, un grupo de expertos global ha determinado que esta operación es tanto segura como urgente.
( lista negra
Las propuestas pueden ser incluidas en la lista negra a través de la fuente Root. Las propuestas y referendos relacionados que sean incluidos en la lista negra serán cancelados de inmediato, y su hash no podrá aparecer de nuevo en la cola de propuestas. Esto es útil para eliminar propuestas erróneas que puedan haber sido presentadas con el mismo hash.
Sin embargo, esta no es una solución infalible para evitar la presentación de propuestas inválidas, ya que pequeños cambios en el texto de la propuesta también pueden alterar el valor hash, haciendo que la lista negra sea ineficaz.