Gobernanza de Polkadot V2

Polkadot utiliza un mecanismo de gobernanza complejo que puede evolucionar continuamente según las necesidades de los interesados. Su objetivo es garantizar que la mayoría de los derechos siempre puedan controlar la red.

El protocolo de gobernanza ha pasado por múltiples iteraciones desde v1 hasta v2, y seguirá desarrollándose en el futuro (v2.5).

El primer sistema de gobernanza descentralizada de Polkadot (v1) consta de tres componentes principales:

• Comité Técnico: gestionar el cronograma de actualizaciones
• Consejo: órgano ejecutivo elegido, responsable de gestionar parámetros, propuestas administrativas y de gastos.
• Referéndum: sistema de votación universal que otorga mayor influencia a los interesados a largo plazo.

El sistema v1 funcionó bien en las primeras etapas, pero a medida que la red madura, necesita más mejoras. Por ejemplo, en v1, todos los pesos de votación son iguales y solo se puede votar en una propuesta a la vez, lo que limita la capacidad del sistema para manejar múltiples propuestas.

La gobernanza v2(Gov2) ha cambiado la forma en que se toman las decisiones diarias, haciendo que los referendos sean más flexibles y ágiles, aumentando significativamente la cantidad de decisiones colectivas que el sistema puede tomar.

Gov2 se probará primero en Kusama y luego se propondrá su implementación en la red Polkadot.

Mecanismo

En v2, el nuevo modelo de gobernanza refleja sus características de descentralización de la siguiente manera:

• Transferir todas las responsabilidades del consejo a los titulares de tokens
• Disolver el actual consejo directivo
• Permitir a los usuarios delegar sus derechos de voto a los miembros de la comunidad de más maneras.

Referéndum

La votación referendaria es un esquema de votación simple basado en el staking. Cada referéndum tiene una propuesta relacionada, que se presenta en forma de llamada de función privilegiada.

El referéndum es un evento discreto que se lleva a cabo dentro de un período de votación fijo. Una vez finalizada la votación, si se aprueba, se ejecutará la llamada a la función correspondiente.

En v2, cualquier persona puede iniciar una votación en cualquier momento, sin límite en la cantidad. Se han introducido los conceptos de Orígenes y Rutas para optimizar el proceso de votación:

• Origin es un descriptor de un nivel de privilegio específico
• Cada Origin corresponde a una categoría de referéndum, cada categoría está asociada a una Track
• Track define el ciclo de vida de la propuesta, independientemente de otras categorías

Esto permite ajustar la dinámica del referéndum según el nivel de privilegio de la propuesta. Por ejemplo, las actualizaciones de Runtime y los gastos menores del tesoro pueden adoptar diferentes parámetros de votación.

En v2, una vez creado el referéndum, se puede comenzar a votar de inmediato, pero para entrar en estado de "decisión" se deben cumplir ciertas condiciones:

• Después del período de importación
• Decidir que hay margen en el espacio
• Pago de la decisión del depósito

Estos mecanismos ayudan a prevenir el abuso y las propuestas basura.

Votación

v2 adoptó nuevos estándares de tasa de aprobación y tasa de soporte, reemplazando el sistema de sesgo adaptativo de grupos de v1.

Las propuestas deben cumplir con los requisitos de tasa de aprobación y tasa de soporte dentro del período de confirmación para ser aprobadas. El período de confirmación y los requisitos varían según el Track.

Las propuestas no aprobadas después de 28 días serán rechazadas. Las propuestas aprobadas se ejecutarán después del período de formulación, y un Track más potente impondrá un período de ejecución más largo.

Orden

v2 ha mejorado la función de delegación de votos, permitiendo a los votantes designar diferentes representantes para diferentes categorías de referendos.

Cancelar referéndum

v2 ha introducido la operación de Cancelación, que permite rechazar inmediatamente las propuestas en curso a través de un referéndum separado.

Beca de Polkadot

La nueva Fellowship reemplaza al comité técnico y clasifica a los miembros mediante un sistema de niveles. Su objetivo es ampliar el alcance de los miembros y reducir las barreras de entrada.

Los resultados de la votación de Fellowship ( se constituyen por niveles ponderados ) de su opinión. Sin embargo, Fellowship no posee poder duro sobre la red, su función principal es acortar el cronograma de la votación pública.

Lista blanca y lista negra

La lista blanca permite que Fellowship autorice ciertas operaciones para ejecutarse con permisos de Root.

La lista negra puede evitar que ciertas propuestas reaparezcan en la cola.

En general, Gov2 ha mejorado la flexibilidad y eficiencia de la gobernanza a través de una serie de mejoras, manteniendo al mismo tiempo los conceptos centrales de v1.