¿Se va a fijar la cantidad total de DOT? ¡Gavin revela una dirección clave de diseño en el grupo de chat de JAM!

¡Gavin tampoco descansa los fines de semana y responde a las preguntas de todos en el grupo de chat de JAM! Ha revelado bastantes Alphas sobre la hoja de ruta del protocolo JAM que merecen atención. 👀

No solo explicó cómo evolucionará el servicio Bootstrap de JAM y las posibilidades de su implementación diversificada en el futuro, sino que también propuso por primera vez una idea radical y de “significado constitucional”: fijar el suministro total de DOT en π × 10⁹ (aproximadamente 3.14 billions) y escribirlo en el bloque génesis de JAM.

Las palabras clave de esta discusión incluyen:

• Servicio Bootstrap: el “sistema de plugins de arranque” de la cadena JAM, que en el futuro ya no será monopolizado por Parity y podrá ser implementado y reemplazado por diferentes equipos
• π × 10⁹: una propuesta de suministro fijo de DOT con gran simbolismo, que representa un diseño económico más estable y resistente al abuso de la gobernanza
• Gray Paper Editorial Board (GPEB): que reemplazará gradualmente a Gavin y liderará la evolución de las versiones del protocolo JAM
• Fork autónomo: Polkadot puede elegir en cualquier momento la versión del protocolo, e incluso crear su propio “Blue Paper”, asegurando la soberanía tecnológica de la comunidad
• ¿Quién financia? Si el Treasury de Polkadot adopta JAM, debería asumir el presupuesto básico de funcionamiento del comité editorial

Esto no es solo un “resumen de preguntas y respuestas”, en realidad esboza el plan completo de Gavin sobre cómo el protocolo JAM avanzará gradualmente hacia la neutralidad tecnológica + gobernanza controlable + evolución autónoma.

Este artículo te explicará en detalle todos los puntos clave revelados en esta conversación, para que puedas comprender claramente la próxima dirección técnica y el patrón de gobernanza del protocolo JAM.

¿Cómo evolucionará el servicio Bootstrap de JAM?

Gavin indicó que el servicio Bootstrap que Parity está desarrollando actualmente aún no está completo, pero en los próximos meses continuará iterando, con funciones más ricas y documentación más clara.

Lo más importante es que: en el futuro, el servicio Bootstrap de JAM no tendrá solo una versión, ni será monopolizado por Parity.

Puso un ejemplo: así como existen muchas implementaciones de BIOS en computadoras, diferentes equipos también pueden desarrollar su propio servicio Bootstrap, siempre que sigan ciertos estándares de formato. Esto significa que la red JAM tendrá formas de arranque de infraestructura diversificadas y reemplazables, brindando más flexibilidad a los desarrolladores y al ecosistema.

Quizás te preguntes, ¿qué es el servicio Bootstrap de JAM?

En términos simples, puedes entenderlo como:

Cuando la cadena JAM se inicia, carga los servicios de “funcionalidad más básica”, como el BIOS al arrancar una computadora.

Por ejemplo, si en el futuro el protocolo JAM reemplaza la relay chain de Polkadot, ¿cuál sería el primer paso para iniciar esta cadena? Debes indicarle a la cadena:

• ¿Hay un sistema de staking?
• ¿Hay un sistema de gobernanza?
• ¿Quiénes son las cuentas iniciales? ¿Cómo se distribuyen los DOT iniciales?
• ¿Es necesario configurar ciertas funciones de contratos?
• ¿Se debe conectar a algún servicio externo (como un sistema de votación, oráculo, etc.)?

Todo esto no está codificado en el protocolo, sino que se inyecta a través de un servicio modular durante el arranque (bootstrap) de la cadena. Este servicio es lo que Gavin llama el “servicio Bootstrap”.

Así que, la función del servicio Bootstrap es:

• Inicializar módulos para la cadena JAM: como staking, gobernanza, tesorería, etc.
• Inyectar lógica de funcionamiento: como “¿cuál es el suministro total de DOT?”, “¿cómo se distribuyen los DOT?”, “¿quién puede votar?”, etc.
• Definir el estado inicial de la cadena: por ejemplo, qué servicios específicos hay en el bloque génesis y en qué orden entran en vigor

Bootstrap es el “menú de inicio personalizado” de la cadena JAM, determina qué funciones y configuraciones tendrá tu cadena al arrancar.

¿Por qué Gavin dice que Bootstrap no debe ser controlado solo por Parity?

Porque sería como si todas las computadoras del mundo solo pudieran arrancar con el BIOS de Microsoft, lo cual no sería ni seguro ni libre.

Él espera que en el futuro, no solo Parity, sino que varios equipos puedan desarrollar diferentes estilos de servicios Bootstrap, por ejemplo:

• Algunos enfocados en funciones de privacidad
• Otros centrados en la escalabilidad del rendimiento
• Algunos orientados a industrias específicas (como cadenas de juegos, cadenas de datos, etc.)

Así, JAM será realmente una plataforma de computación abierta y componible.

Servicio Bootstrap = el mecanismo para instalar “plugins de arranque” en la cadena JAM.

Determina qué capacidades tendrá la cadena al arrancar y cómo se verá.

Gavin quiere hacerlo flexible, estandarizado y permitir que cualquier equipo participe en el desarrollo, en lugar de que solo Parity tenga el control.

¿Qué significa π × 10⁹? ¿Está relacionado con el suministro total de DOT?

Gavin propuso una idea radical y elegante: fijar el suministro total de DOT en π × 10⁹ (aproximadamente 3.14 billions) y escribirlo directamente en el bloque génesis de JAM.

Él espera que, de esta manera, el derecho a modificar el suministro total de DOT se elimine completamente de la gobernanza on-chain, evitando que se modifique arbitrariamente o se proponga repetidamente. Si realmente se quiere cambiar, debe hacerse mediante un hard fork de todo el protocolo.

Esto aumentaría enormemente la estabilidad de la política económica de DOT, acercándose a un diseño de “nivel constitucional”.

Aunque la idea de “fijar el suministro total de DOT en π × 10⁹” mencionada por Gavin en el chat es una política propuesta, no es una ocurrencia aleatoria, sino que se basa en la capacidad de diseño subyacente del protocolo JAM.

En la sección 4.6 “Economics” del Gray Paper de JAM (v0.7.0) se indica claramente:

• JAM es un sistema criptoeconómico que combina criptografía y teoría de juegos;
• Define el concepto nativo de “token”, y todos los balances de cuentas pertenecen a N₂⁶⁴, es decir, no pueden superar aproximadamente los 18 billions de tokens;
• También estipula que la unidad mínima es 10⁻⁹, y adopta una “unidad estándar” unificada de 10⁹ (en lugar de 10¹⁸ como Ethereum);
• El Gray Paper señala que el suministro real de tokens debe estar muy por debajo de este límite.

Esto proporciona el espacio de viabilidad a nivel de protocolo para la propuesta de Gavin de “fijar el suministro total de DOT en π × 10⁹ (aproximadamente 3.14 billions)”.

Es decir, aunque JAM en sí no define políticas económicas, proporciona un mecanismo suficientemente neutral y flexible para que redes como Polkadot puedan decidir por sí mismas el suministro total de tokens, la forma de distribución, etc., a través del servicio Bootstrap.

Puedes entenderlo como que JAM te da un sistema de billetera capaz de contener hasta 18 billions de tokens, pero cuánto dinero pones y quién controla la acuñación lo decides tú (a través del servicio Bootstrap). Es solo un marco, no dicta la política.

¿Quién decide la versión del protocolo JAM?

Cada versión del protocolo JAM corresponde a una versión específica del Gray Paper.

Gavin indicó que el Gray Paper más reciente representa el protocolo JAM más reciente, y algunas versiones incluso serán auditadas externamente como versiones “listas para producción”.

La comunidad de Polkadot puede decidir a través de procesos de gobernanza qué versión de JAM usar en la red principal. Otras cadenas también pueden elegir diferentes versiones para construir su propia red. Este modelo aumentará enormemente la flexibilidad y autonomía en la evolución del protocolo.

¿Gavin seguirá liderando el Gray Paper?

Aunque Gavin sigue siendo el editor principal del Gray Paper, también planea formar un Gray Paper Editorial Board (GPEB).

Este comité estará compuesto por miembros con gran capacidad técnica y profunda participación en el desarrollo del protocolo JAM, y en el futuro decidirán conjuntamente la evolución, prioridades y dirección a largo plazo de las versiones del protocolo JAM.

Si algún día Gavin deja de estar activo, este comité se convertirá en el “órgano de gobernanza de facto” del protocolo JAM.

¿Qué pasa si la comunidad no está de acuerdo con la dirección del GPEB?

Gavin dejó claro: la comunidad de Polkadot mantiene la soberanía total del protocolo.

Si no están de acuerdo con la dirección del GPEB, Polkadot puede elegir una versión diferente del protocolo JAM, e incluso hacer un fork de su propia versión, como bromeó diciendo que Polkadot DAO podría perfectamente crear un “Blue Paper” 😄

También planea, después de la versión v1.0, abrir la licencia del Gray Paper (posiblemente bajo una licencia Copyleft con protección de patentes), permitiendo forks, uso y mejoras libres bajo condiciones adecuadas.

¿Quién financia el funcionamiento del GPEB?

Si Polkadot decide construir su red a largo plazo sobre JAM, Gavin cree que el Treasury de Polkadot debe financiar el funcionamiento normal del GPEB, incluyendo organización de reuniones, discusión de prioridades y establecimiento de estándares.

Al mismo tiempo, si otras redes también se basan en JAM, espera que también asuman la responsabilidad de mantenimiento correspondiente.

Gavin planea seleccionar personalmente a los miembros iniciales del GPEB, priorizando a quienes tengan una sólida formación técnica y hayan contribuido activamente al desarrollo de JAM. Posteriormente, nombrará subeditores y transferirá gradualmente el poder de selección de miembros al propio comité, Polkadot Fellowship, la Web3 Foundation y otras instituciones.

Gavin quiere crear un mecanismo de “capa constitucional” en JAM que no dependa de la gobernanza por votación

Desde fijar el suministro total de DOT, pasando por entregar la evolución de JAM al comité editorial del Gray Paper, hasta permitir que la comunidad mantenga la soberanía de gobernanza mediante forks, Gavin intenta establecer una forma de gobernanza de protocolo “resistente al abuso de la gobernanza y liderada por la tecnología”.

Esto no solo corrige la gobernanza on-chain actual, sino que también es la esencia del “modularidad + soberanía intercambiable” del protocolo JAM.

¿Qué opinas de este modelo de gobernanza de JAM? ¡Bienvenido a discutirlo en los comentarios!