Vivir es movimiento, y el movimiento es cambio y alteración y, por lo tanto, la única alternativa al movimiento es el inmovilismo, la estasis, la muerte«. – Faulkner
Polkadot y sus parachains tendrán que cambiar con el tiempo para seguir siendo relevantes, y diseñamos Polkadot para que tenga un proceso transparente y sofisticado no solo para aprobar o rechazar cambios, sino para promulgarlos automáticamente.
Todos los sistemas evolucionan o mueren, y las cadenas de bloques no están exentas de esta ley universal.
La facilidad de administrar el cambio, el conocimiento de que alguien puede solucionar un problema o agregar una nueva característica, es uno de los atractivos hacia los sistemas centralizados.
Pero para ser sostenibles durante mucho tiempo, los sistemas deben descentralizarse. Todas las economías que cortan el flujo comercial, las dictaduras que detienen la migración y los idiomas que no aceptan nuevas palabras mueren o ya están muertos.
El hilo común entre estos ejemplos es la falta de agencia, ya sea percibida o real.
Cuando las personas no tienen los medios para organizar o expresar sus voces, o cuando piensan que sus voces son impotentes, salen.
Con el producto de una empresa centralizada, la agencia de usuarios podría ser tan simple como sentir que se escuchan comentarios sobre el producto, por ejemplo, preocupaciones de privacidad.
En un estado nación, agencia podría significar tener la libertad de hacer tu propio futuro. Mucho debate sobre la desigualdad de la riqueza no gira en torno a la desigualdad per se, sino que el sistema está manipulado.
Efectuar el cambio depende de lo que está cambiando. Si bien el cambio en los sistemas descentralizados toma formas diferentes que los sistemas centralizados, los humanos han desarrollado formas de gestionar el cambio.
Los idiomas, quizás los sistemas más descentralizados de todos, pueden cambiar mediante una miríada de métodos, algunos prescriptivos (por ejemplo, l’académie française ) y algunos descriptivos, en los que los usuarios de un idioma toman el control y crean una comprensión colectiva de lo que significa una palabra.
Los cambios prescriptivos a menudo siguen a los descriptivos; por ejemplo, la mayoría de las guías de estilo en inglés ahora permiten el «singular ellos».
En lingüística, la idea de la muerte se relaciona con la tasa de cambio de un idioma, no si las personas todavía lo hablan. Los lingüistas clasifican el latín como un «idioma muerto», a pesar de que tiene hablantes.
Los idiomas cambian con el tiempo porque las personas inventan o descubren cosas nuevas que quieren comunicar, quieren expresar sentimientos de nuevas maneras o las nuevas generaciones desafían las visiones del mundo de larga data.
Las propias cadenas de bloques desafían las cosmovisiones arraigadas y, para hacerlo, necesitan una forma de evolucionar. Esta evolución ya ha sucedido; blockchains comenzó como una forma de expresar transacciones financieras, pero evolucionó rápidamente para expresar operaciones de conocimiento cero o lógica abstracta. Nadie sabe cómo las personas usarán blockchains en el futuro, pero lanzar una nueva con cada nueva idea no es sostenible.
Los marcos de gobierno de Blockchain han enfrentado, hasta ahora, varios problemas.
Los Forks dividen las comunidades y el software, y la dependencia de la seguridad y la adopción crea un juego de suma cero donde solo surge una cadena.
Algunos afirman no tener ningún tipo de gobierno, y los grupos pueden bifurcar la red sobre parámetros como el tamaño del bloque y deben defender sus horquillas con fervor religioso.
Otros usan colectivos fuera de la cadena que se organizan a través de llamadas telefónicas o en conferencias, lo que lleva a jerarquías ocultas donde solo unas pocas personas no escritas toman decisiones o, al carecer de un marco para tomar una decisión, el colectivo nunca avanza. Estos problemas han llevado a algunos a implementar protocolos de votación de monedas para tomar decisiones.
La votación con monedas es un buen primer paso hacia una gobernanza transparente, abierta y en cadena, pero la baja participación lo hace susceptible a que grandes votantes controlen una votación. En todas las cadenas de bloques hasta la fecha, la gobernanza se detiene en la toma de decisiones.
Incluso si un voto colectivo o de moneda conduce a un acuerdo, carecen de los medios para promulgar su decisión; el verdadero poder aún se encuentra fuera del protocolo, por ejemplo, con mineros o validadores.
El hecho de que un país celebre elecciones, por ejemplo, no significa que la gente lo considere una democracia; el sistema debe incluir los medios para promulgar el resultado. Lo mismo se aplica a blockchains.
La votación con monedas no es suficiente si no es vinculante. el sistema debe incluir los medios para promulgar el resultado.
Lo mismo se aplica a blockchains. La votación con monedas no es suficiente si no es vinculante. el sistema debe incluir los medios para promulgar el resultado. Lo mismo se aplica a blockchains. La votación con monedas no es suficiente si no es vinculante.
Con el objetivo principal de Polkadot de unir blockchains, diseñamos Polkadot para que los usuarios puedan expresar sus deseos en cadena de una manera que mantenga y actualice el sistema sin bifurcación.
El origen de los colectivos
Polkadot tiene varias formas para que los usuarios expresen sus deseos de cambio.
Además de facilitar que los usuarios propongan cambios, Polkadot proporciona la estructura para que los usuarios formen grupos colectivos que tienen privilegios únicos.
La motivación detrás de los colectivos proviene de ver los votos en otros protocolos descentralizados o aplicaciones controladas por un solo votante. Estas decisiones han incluido temas delicados como matar la aplicación.
Las partes interesadas deberían tener el control, por lo que todos los cambios en Polkadot pasan por referéndums públicos, pero las partes interesadas también deben tener la capacidad de elegir representación para tales decisiones.
Los colectivos protegen a las masas de usuarios más pasivos de los caprichos de un único titular de token grande.
Polkadot tiene dos colectivos especiales relacionados con la gobernanza: el Consejo y el Comité Técnico.
Al cumplir con ciertos criterios, estos dos colectivos pueden llamar funciones privilegiadas que afectan la forma en que un cambio propuesto va a un referéndum. Polkadot expresa privilegios utilizando orígenes.
En la mayoría de los casos, por ejemplo, su transferencia de saldo típica, el origen es solo la cuenta que envió la transacción. Pero Polkadot puede expresar diferentes orígenes bajo ciertas condiciones, como hacer que dos tercios de un colectivo presenten la misma transacción y llamar a funciones una vez que hayan alcanzado el origen elevado.
Como ejemplo de una función privilegiada, el sistema de prueba de participación nominada (NPoS) tiene una función que cancela las barras en cola [1] y requiere un origen de «Slash Cancel», que existe cuando al menos el 75% del Consejo aprueba cancelar el cortes.
El Consejo (The council)
El Consejo es un colectivo en cadena que existe para representar a las partes interesadas pasivas. Lo hace proponiendo cambios importantes y cancelando propuestas incontrovertiblemente peligrosas.
Cualquier titular de token DOT puede postularse para el Consejo, pero su reputación está en juego para actuar de buena fe para la red.
Polkadot se lanzará con un Consejo con trece escaños y se ampliará gradualmente a 23. Las elecciones del Consejo utilizan un esquema de votación de aprobación donde los usuarios pueden votar por cualquier número de candidatos que apoyen.
La elección utiliza el mismo proceso Phragmen que la selección del validador para elegir a los concejales seleccionando la configuración más respaldada.
Phragmen es un método de votación de aprobación donde los usuarios seleccionan a todos los candidatos aceptables y el algoritmo de conteo de votos encuentra el conjunto de consejeros que tienen el respaldo más acumulativo, el Consejo más aceptable.
La elección del Consejo también explica el orden en que los usuarios votan por los consejeros al calificarlos en función de cuántos están clasificados antes. El consejero con el puntaje más alto es el primer consejero; Si el primer voto es sí, entonces eso se aplica a todos los abstemios al final de un período de votación del Consejo. [2]
El Consejo mantiene su propia cola de propuestas, separada del público, y vota sobre cuál debería tener la máxima prioridad para el próximo referéndum.
Además de las propuestas normales y propuestas especiales del Consejo (como cancelar barras), el Consejo también tiene acceso al Tesoro de Polkadot.
El Tesoro es una cuenta que acumula fondos por inflación, así como por tomar una parte de las tarifas de transacción y las reducciones.
El Consejo puede hacer y aprobar propuestas para gastar estos fondos para desarrolladores, participación de la comunidad o actividades más complejas, como el uso de puentes e intercambios descentralizados para intercambiar sus propios DOT por otros tokens.
Cuando el Consejo vota sobre sus propias propuestas, los votos se cuentan por miembro, no por stake. Esto dificulta que los grandes tenedores ejerzan un poder indebido en el gobierno de Polkadot; Es posible que puedan ingresar al Consejo, pero no pueden realizar un referéndum de baja participación.
Además de sus propuestas normales y la operación del Tesoro, el Consejo puede enviar transacciones de dos orígenes especiales más.
Primero, si el Consejo aprueba una propuesta con un voto unánime, entonces la propuesta tendrá un umbral de aprobación más bajo en el referéndum público.
En segundo lugar, una mayoría de dos tercios puede decidir cancelar una propuesta que considere peligrosa. Una propuesta peligrosa puede ser maliciosa o simplemente un error descubierto en una propuesta que ya está en referéndum. [3]
El comité técnico
El Comité Técnico sirve como la última línea de defensa de Polkadot contra errores de software. A diferencia del Consejo, el Comité Técnico no se elige por votación, sino que el Consejo lo selecciona en función de haber proporcionado una especificación formal o la implementación del protocolo Polkadot por parte del cliente.
El Comité Técnico no puede hacer propuestas por sí mismo, sino que puede acelerar las propuestas existentes para que sucedan en un plazo más corto de lo normal.
Si es unánime, el Comité Técnico puede omitir el retraso de la promulgación (más sobre eso más adelante) y promulgar la propuesta tan pronto como se apruebe.
Aunque el Comité Técnico no es elegido, tienen un alcance limitado, y las propuestas que agilizan aún deben pasar por un referéndum público. Solo pueden hacer que el gobierno para la corrección de errores críticos suceda más rápido de lo normal, pero no pueden controlar la red.
Propuestas: las semillas de cambio (The Seeds of Change)
Todas las decisiones de gobernanza comienzan como una propuesta y pasan por un referéndum público.
Una propuesta puede ser cualquiera de un conjunto de funciones privilegiadas que no están disponibles para la mayoría de los usuarios.
Algunos de estos son simples, como establecer el saldo de una cuenta.
Otros establecen parámetros del sistema como el número de validadores. Las funciones más poderosas pueden cambiar la lógica de Polkadot.
Las propuestas pueden comenzar de tres maneras, a saber:
- Del público, como en cualquier titular de token DOT
- Del Consejo, que consiste en titulares de tokens DOT elegidos públicamente
- Como resultado de la promulgación de otra propuesta
Independientemente del origen, una propuesta comienza simplemente como el hash de la llamada a la función privilegiada; La propuesta real, la preimagen del hash, debe registrarse por separado con una tarifa relativa a su tamaño.
Esta separación evita un ataque en el que un usuario podría hacer propuestas que ocupan grandes cantidades de espacio en la base de datos de la cadena.
El proponente puede suministrar la preimagen fuera de la cadena para que los titulares de tokens discutan.
Con este método, un usuario con pocos fondos aún tiene el poder de hacer grandes propuestas, siempre y cuando un poseedor de tokens más grande lo respalde lo suficiente como para registrar su preimagen y hacer el depósito necesario para colocarlo en la cadena.
Puede existir cualquier cantidad de propuestas públicas simultáneamente, pero solo una puede llegar a un referéndum público durante cada período de votación para evitar conflictos, por ejemplo, una propuesta para establecer el recuento de validación en 500 y otra para establecer el recuento de validación en 600.
Los usuarios pueden Las «segundas» propuestas que respaldan bloqueando tokens detrás de ellas, y la lógica de gobernanza seleccionará la propuesta más apoyada para un referéndum.
Referéndums Públicos
Un principio básico de Polkadot es que la mayoría de las apuestas, definidas como el número total de tokens en emisión, siempre pueden controlar la red. Las cadenas de bloques son vehículos económicos y no entienden los sistemas democráticos de una persona y un voto. [4] Quienes quieran influir en la dirección del sistema deben participar activamente en él.
Las propuestas deben pasar por un referéndum público donde todos los interesados puedan expresar su opinión. Cada treinta días, el sistema de gobernanza de Polkadot selecciona de forma autónoma la próxima propuesta para ir al referéndum alternando entre el Consejo en espera y las propuestas públicas para garantizar que las propuestas públicas tengan las mismas posibilidades de llegar a un referéndum.
Una vez que comienza un referéndum, los usuarios pueden comenzar a votar. Pero a diferencia de otras cadenas de bloques, los votos no son estrictamente el número de tokens en una cuenta.
Cada voto viene con cierta convicción, algo de piel en el juego. Por defecto, los usuarios que votaron por una propuesta aprobada deben bloquear los tokens hasta la promulgación de la propuesta.
Este bloqueo los hace permanecer en la red y soportar las ramificaciones de su voto, mientras que aquellos en el lado perdedor del referéndum son libres de salir.
Pero los usuarios pueden aumentar su poder de voto al comprometerse con la decisión por un período de tiempo más largo y, por lo tanto, aumentar su exposición al resultado.
Cada duplicación del tiempo de bloqueo aumenta el poder del voto de un usuario, hasta seis veces el saldo de la cuenta (que sería un bloqueo de 32 períodos de promulgación).
Al final del período de votación, Polkadot cuenta los votos y calcula el resultado.
Si se aprueba la propuesta, la lógica de Polkadot la programa automáticamente para su promulgación, normalmente 30 días después, para dar tiempo a que los servicios externos realicen los ajustes necesarios y para aquellos que se oponen a la decisión de salir. Los referéndums acelerados, presumiblemente para una reparación técnica de emergencia, pueden tener efecto de inmediato.
Sesgo de quórum adaptativo
En nombre de la descentralización, Polkadot permite a cualquiera proponer nuevas ideas, pero esto conlleva cierta volatilidad.
Una de las comodidades de un sistema centralizado es que nadie puede proponer nuevas ideas. La polarización adaptativa del quórum permite a Polkadot facilitar un cambio eficiente de una manera que protege contra la volatilidad.
Todas las propuestas públicas usan lo que se llama sesgo de quórum adaptativo positivo, lo que significa que a medida que aumenta la participación en el referéndum, el umbral de votos aye requerido para aprobarlo disminuye. Dado que realizar un cambio de protocolo conlleva riesgos, este sistema fue diseñado para favorecer el statu quo.
Los resultados de muchos votos controvertidos, por ejemplo, Brexit, elecciones estadounidenses, se revertirían solo unos días después. El sesgo positivo asegura que solo pasen propuestas no controvertidas.
A pesar de que los referéndums que usan un sesgo de quórum adaptativo positivo requieren una supermayoría para aprobar cuando la participación electoral es baja, ya que la participación aumenta el umbral de aprobación se convierte en una mayoría simple. Esto preserva el principio básico de que la mayoría de las partes interesadas siempre pueden controlar la red.
Las propuestas del Consejo normalmente utilizan un umbral de voto mayoritario simple.
Dado que la propuesta ya ha sido examinada por el Consejo, Polkadot acepta los riesgos de un voto de mayoría simple para tomar la decisión.
Los únicos referéndums que utilizan un sesgo negativo son aquellos para los cuales el Consejo ha aprobado un voto unánime. Esto requiere que una gran mayoría del público rechace el cambio, pero nuevamente, a medida que aumenta la participación, se convierte en una mayoría simple.
Promulgación
Hasta ahora, una propuesta se ha movido de algún origen, ya sea el Consejo o el público, y a través del sistema de votación de Polkadot, donde las partes interesadas aprobaron o rechazaron la propuesta. Las estructuras de gobierno deben hacer que los que están en el poder tengan en cuenta sus decisiones, y Polkadot lo hace a través de dos mecanismos: bloqueo de tokens y promulgación autónoma.
Después de que finaliza la votación de un referéndum, las propuestas exitosas entran en un período de bloqueo antes de la promulgación; las propuestas rechazadas simplemente se descartan.
Recuerde que todos los votos en un referéndum tienen una convicción asociada. Los del lado ganador están encerrados y no pueden transferir sus fichas hasta el final de su período de bloqueo.
Después de esperar durante el período de promulgación, el viaje de una propuesta exitosa alcanza su apoteosis: promulgación autónoma.
En otros sistemas, los mineros o validadores a menudo tienen poder unilateral para evitar cambios en el protocolo al negarse a actualizar el software. No es así en Polkadot. Al final del período de promulgación, Polkadot ejecuta la propuesta sin ninguna interferencia humana.
Habilitación de actualizaciones del sistema
El acto de gobernanza más poderoso de todos es una actualización en tiempo de ejecución. El tiempo de ejecución de un blockchain contiene los tipos de información que almacena y la lógica a la que los usuarios pueden acceder para cambiar esos datos. Es la interfaz para el usuario, la función de transición de estado, la lógica de negocios, el ADN.
La mayoría de la promulgación de propuestas se lleva a cabo actualizando los elementos de almacenamiento apropiados en la base de datos de blockchain, por ejemplo, cambiando el recuento de validación.
Las actualizaciones de tiempo de ejecución son las mismas: Polkadot almacena la lógica de tiempo de ejecución en su propia base de datos e incluye una función privilegiada para cambiarla, pero las actualizaciones también se basan en una faceta más del diseño de Polkadot. Desde un nivel alto, un cliente Polkadot tiene dos partes: el host y el tiempo de ejecución.
El host contiene toda la infraestructura para ejecutar el tiempo de ejecución, específicamente un entorno de ejecución de WebAssembly.
Hay infinitas formas de implementar un host y, de hecho, varios equipos que crean hosts Polkadot.
Pero solo hay un tiempo de ejecución: dado que el tiempo de ejecución existe en estado, los nodos deben acordar que esté en la misma cadena. De esta manera, Polkadot puede actualizarse sin que los usuarios instalen actualizaciones.
Kusama fue la primera cadena de bloques en implementar una actualización de esa manera.
La promulgación autónoma hace de Polkadot un sistema autopoiético, capaz de generar a través de sus interacciones y procesos, como un lenguaje de programación que se compila a sí mismo o un organismo que evoluciona.
Más importante aún, la gobernanza en cadena y la promulgación autónoma brindan a la agencia de titulares de tokens, el vehículo para expresar sus opiniones y las garantías sobre el impacto que tiene su expresión. Los grupos externos no pueden causar una bifurcación dura solo porque no les gusta la propuesta.
Los validadores deben verificar las transacciones en el protocolo, y cambiar el protocolo en sí es una transacción, lo que convierte a cualquier validador que impida manualmente la promulgación en violación del protocolo.
La gobernanza en cadena y la promulgación autónoma brindan a la agencia de titulares de tokens, el vehículo para expresar sus opiniones y las garantías sobre el impacto que tiene su expresión.
Gobierno más allá de la cadena de relevos
Este artículo se ha centrado en la gobernanza de la cadena de retransmisión. La gobernanza, sin embargo, opera junto con otros sistemas como el replanteo, que bloquea los tokens para asegurar la red.
Los usuarios pueden bloquear los mismos tokens para múltiples propósitos, lo que significa que la misma cuenta puede tener sus tokens unidos para participar en NPoS y aún votar en referéndums.
La demora en la promulgación de la propuesta de 30 días es más larga que el período de desvinculación de 28 días, de modo que los participantes que no están contentos con el resultado de un referéndum pueden dejar de replantear y desvincular.
Además, Polkadot aísla el replanteo y la gobernanza. Otros protocolos de PoS aplican derechos transitivos a los validadores para votar en nombre de sus patrocinadores.
En Polkadot, nominar a un conjunto de validadores no les otorga ningún poder de voto en los referéndums ni impide que el nominador vote por su cuenta.
Los validadores existen para garantizar la disponibilidad y validez de las transiciones de estado para los fragmentos de Polkadot, sus parachains y subprocesos, no para gobernar los cambios en el tiempo de ejecución de la cadena de relés.
Hasta la fecha, la mayoría de las cuentas en blockchains representan individuos o contratos inteligentes.
Por lo tanto, se puede suponer tácitamente que los usuarios y las partes interesadas son titulares de tokens individuales.
Pero en Polkadot, las parachains son el usuario principal de la seguridad de Polkadot y tienen sus propias cuentas en la cadena de retransmisión con tokens bloqueados. Con el sistema de bloqueo de Polkadot, las parachains pueden tener su propia lógica de cómo usar sus fichas bloqueadas para votar en los referéndums.
Además, la lógica de parachain podría controlar los tokens DOT de un individuo, pero aún así les permitiría expresar sus votos a través del parachain. [6] Por ejemplo, una parachain sin su propio token nativo podría dar a los usuarios una dirección de depósito para los DOT y emitir tokens representativos locales para su uso dentro de la parachain.
Mirando más allá de la cadena de retransmisión, cada una de las parachains de Polkadot también tiene su propio tiempo de ejecución que almacena en su propio estado.
Cuando un validador verifica un bloque de parachain, el validador ejecuta el bloque de acuerdo con el tiempo de ejecución único de la parachain a la que pertenece el bloque.
Pero para el validador, el tiempo de ejecución de la parachain es solo un «blob» abstracto de bytes, una función de WebAssembly llamada «execute block»; En este sentido, todas las parachains se ven iguales.
La magia aquí es que cada parachain puede implementar su propia lógica de gobierno, totalmente libre de la influencia de la cadena de relés, para actualizar su tiempo de ejecución. La capacidad de asegurar cadenas de bloques únicas e independientes hace de Polkadot una red unida de sistemas soberanos.
El sistema de gobernanza de Polkadot proporciona varios mecanismos para efectuar el cambio, un sistema de votación transparente y abierto que impide que los titulares individuales ejerzan demasiado poder, y un sistema de promulgación autónomo que garantiza que las decisiones de las personas sean vinculantes. Para obtener más información sobre Polkadot y los temas tratados en este artículo, como las elecciones de Phragmen y el sesgo de quórum adaptativo, visite el Wiki de Polkadot .
Notas
[1] Cuando el sistema detecta un comportamiento cortable, coloca esas barras en una cola y las aplica más tarde, por lo que existe la posibilidad de cancelar una barra después de la detección pero antes de la aplicación. Por qué Polkadot no aplica barras diagonales inmediatamente es una historia para otro artículo.
[2] Las propuestas del Consejo vienen con un umbral de aprobación basado en el cardenal, por ejemplo, «16 de 23», por lo que abstenerse es equivalente a no votar.
[3] En caso de controversia, el Consejo solo puede cancelar una propuesta una vez, por lo que el público aún puede anular el Consejo votando una propuesta cancelada nuevamente.
[4] Esto merece una gran nota al pie de página porque en la introducción utilicé el ejemplo de una democracia simulada para presentar el argumento de que el voto de una persona debe tener cierto poder. Las cadenas de bloques no tienen forma de celebrar elecciones de una persona con un voto y permanecen sin permiso al mismo tiempo. Una cadena de bloques no puede entender la ciudadanía de la misma manera que un país democrático. Más bien, una cadena de bloques entiende sus propios tokens como su principal medio de interacción con el mundo exterior. El contador de eso es que la cadena de bloques no tiene medios para evitar que una persona se convierta en un «ciudadano» como lo hace un país, lo que significa que cualquiera puede tener una voz. Ciertamente, una superpotencia democrática global toma decisiones que afectan su vida pero no le proporciona los medios para expresar su voz en el asunto a menos que sea ciudadano. Cualquiera puede participar en Polkadot,
[5] Los usuarios también pueden votar sin bloqueo, pero reciben solo el 10% de la fuerza de voto normal.
[6] Una cosa que los parachains no pueden hacer con estas cuentas es participar en el replanteo. El costo de oportunidad de no apostar es el costo de arrendar una ranura de parachain.
Estar al día
Para mantenerse al día con los continuos cambios de gobierno en Polkadot, únase al canal Polkadot Direction Riot .
Hemos proporcionado muchas formas para que los miembros de la comunidad más amplia de Polkadot se mantengan al día con lo que está sucediendo. Únete a nosotros en tu medio favorito.
Únase a la discusión sobre Telegram y Riot , o suscríbase al boletín de Polkadot .
Obtenga más información sobre Polkadot en Polkadot Lightpaper y Polkadot Wiki . ¿Buscas validar en Polkadot? Únete a la sala de validación de Polkadot en Riot.
