O fornecimento total de DOT será fixado? Gavin revela direção de design crucial no grupo de chat JAM!

Gavin não descansa nem aos fins de semana e respondeu às perguntas da comunidade no grupo de chat do JAM! Ele revelou vários pontos Alpha importantes do roadmap do protocolo JAM. 👀

Ele não só explicou como o serviço Bootstrap do JAM irá evoluir e as possibilidades de implementação diversificada, como também apresentou pela primeira vez uma proposta ousada e de “significado constitucional” — fixar o total de DOT em π × 10⁹ (cerca de 3.14 bilhões) e registrar isso no bloco gênese do JAM.

As palavras-chave desta discussão incluem:

• Serviço Bootstrap: o “sistema de plugins de inicialização” da cadeia JAM, que no futuro não será mais monopolizado pela Parity e poderá ser implementado e substituído por diferentes equipas
• π × 10⁹: uma proposta de fixação do total de DOT com grande significado simbólico, representando um design econômico mais estável e resistente a abusos de governança
• Gray Paper Editorial Board (GPEB): irá gradualmente substituir Gavin, liderando a evolução das versões do protocolo JAM
• Forking autônomo: Polkadot pode escolher a qualquer momento a versão do protocolo, ou até criar o seu próprio “Blue Paper”, garantindo a soberania técnica da comunidade
• Quem financia? Se o Polkadot Treasury adotar o JAM, deverá assumir o orçamento operacional básico do comitê editorial

Isto não é apenas um “resumo de perguntas e respostas”, mas na verdade esboça o plano completo de Gavin para que o protocolo JAM avance gradualmente para a neutralidade técnica + governança controlável + evolução autônoma.

Este artigo irá analisar todos os pontos-chave revelados nesta conversa, para que compreenda claramente a próxima direção técnica e o quadro de governança do protocolo JAM.

Como irá evoluir o serviço Bootstrap do JAM?

Gavin afirmou que o serviço Bootstrap atualmente desenvolvido pela Parity ainda não está completo, mas continuará a ser iterado nos próximos meses, com funcionalidades mais ricas e documentação mais clara.

Mais importante ainda: no futuro, o serviço Bootstrap do JAM não terá apenas uma versão, nem será monopolizado pela Parity.

Ele fez uma analogia — tal como existem vários tipos de BIOS de computador, diferentes equipas também podem desenvolver o seu próprio serviço Bootstrap, desde que sigam certos padrões de formato. Isto significa que a rede JAM terá formas diversificadas e substituíveis de inicialização de infraestrutura, trazendo mais flexibilidade para desenvolvedores e para o ecossistema.

Talvez esteja curioso sobre o que é o serviço Bootstrap do JAM?

Explicando de forma simples, pode ser entendido como:

Quando a cadeia JAM é iniciada, carrega um serviço de “funcionalidade mais básica”, tal como um computador executa o BIOS ao ligar.

Por exemplo, se no futuro o protocolo JAM substituir a relay chain do Polkadot, qual seria o primeiro passo para iniciar essa cadeia? É necessário informar à cadeia:

• Existe um sistema de staking?
• Existe um sistema de governança?
• Quem são as contas iniciais? Como é distribuído o DOT inicial?
• É necessário configurar certas funcionalidades de contratos?
• Deve-se conectar a algum serviço externo (como sistema de votação, oráculo, etc.)?

Estas informações não estão codificadas no protocolo, mas são injetadas durante a inicialização (bootstrap) da cadeia através de um serviço modular. Este serviço é o chamado “serviço Bootstrap” mencionado por Gavin.

Portanto, a função do serviço Bootstrap é:

• Inicializar módulos da cadeia JAM: como staking, governance, treasury, etc.
• Injetar lógica operacional: como “qual é o total de DOT”, “como é distribuído o DOT”, “quem pode votar”, etc.
• Definir o estado inicial da cadeia: por exemplo, quais serviços específicos estão no bloco gênese e qual a ordem de ativação

Bootstrap é o “menu de inicialização personalizado” da cadeia JAM, determinando quais funcionalidades e configurações estarão disponíveis ao iniciar a cadeia.

Por que Gavin diz que o Bootstrap não deve ser controlado apenas pela Parity?

Porque seria como: se todos os computadores do mundo só pudessem ser iniciados com o BIOS da Microsoft, isso não seria seguro nem livre.

Ele espera que, no futuro, não só a Parity, mas várias equipas possam desenvolver diferentes estilos de serviços Bootstrap, por exemplo:

• Alguns focados em funcionalidades de privacidade
• Outros focados em escalabilidade de desempenho
• Outros ainda servindo setores específicos (como cadeias de jogos, cadeias de dados, etc.)

Só assim o JAM será realmente uma plataforma de computação aberta e componível.

Serviço Bootstrap = mecanismo para instalar “plugins de inicialização” na cadeia JAM.

Ele determina quais capacidades e características a cadeia terá ao ser iniciada.

Gavin quer torná-lo flexível, padronizado e permitir que qualquer equipa participe no desenvolvimento, em vez de ser controlado apenas pela Parity.

O que significa π × 10⁹? Tem relação com o total de DOT?

Gavin apresentou uma proposta ousada e elegante: fixar o total de DOT em π × 10⁹ (cerca de 3.14 bilhões) e registrar isso diretamente no bloco gênese do JAM.

Ele espera, assim, remover completamente o poder de alterar o total de DOT da governança on-chain, evitando que o total seja alterado arbitrariamente ou por propostas repetidas. Se realmente for necessário mudar, só poderá ser feito através de um hard fork de todo o protocolo.

Isto aumentará significativamente a estabilidade da política econômica do DOT, sendo uma abordagem mais próxima de um “nível constitucional”.

Embora Gavin tenha mencionado no chat que “fixar o total de DOT em π × 10⁹” seja uma proposta política, ela não foi apresentada do nada, mas sim baseada na capacidade de design subjacente do protocolo JAM.

Na seção 4.6 “Economics” do JAM Gray Paper (v0.7.0) está claramente indicado:

• JAM é um sistema criptoeconômico que combina criptografia e teoria dos jogos;
• Define o conceito nativo de “token”, com todos os saldos de contas pertencendo a N₂⁶⁴, ou seja, não excedendo cerca de 18 bilhões de tokens;
• Também estabelece que a unidade mínima é 10⁻⁹, adotando uma “unidade padrão” de 10⁹ (em vez de 10¹⁸ como no Ethereum);
• O Gray Paper indica que o total de tokens emitidos deve ser muito inferior a este limite.

Isto fornece a base de viabilidade no protocolo para a proposta de Gavin de “fixar o total de DOT em π × 10⁹ (cerca de 3.14 bilhões)”.

Ou seja, embora o JAM não defina políticas econômicas, ele oferece um mecanismo suficientemente neutro e flexível para que redes como Polkadot possam decidir, através do serviço Bootstrap, o total de tokens, modo de distribuição, etc.

Pode-se entender que o JAM oferece um sistema de carteira capaz de armazenar até 18 bilhões de tokens, mas quanto dinheiro colocar e quem controla a cunhagem é definido por si mesmo (através do serviço Bootstrap). É apenas uma estrutura, não define políticas.

Quem decide a versão do protocolo JAM?

Cada versão do protocolo JAM corresponde a uma versão específica do Gray Paper.

Gavin afirmou que o Gray Paper mais recente representa o protocolo JAM mais recente, e algumas versões serão auditadas externamente, sendo consideradas “prontas para produção”.

A comunidade Polkadot pode, através de processos de governança, decidir qual versão do JAM será usada na mainnet. Outras cadeias também podem escolher diferentes versões para construir suas próprias redes. Este modelo aumentará significativamente a flexibilidade e autonomia da evolução do protocolo.

Gavin continuará a liderar o Gray Paper?

Embora Gavin ainda seja o editor-chefe do Gray Paper, ele planeja criar um Gray Paper Editorial Board (GPEB, Comitê Editorial do Gray Paper).

Este comitê será composto por membros com forte capacidade técnica e profunda participação no desenvolvimento do protocolo JAM, e no futuro decidirá conjuntamente a evolução das versões, prioridades e direção de longo prazo do protocolo JAM.

Se um dia Gavin deixar de ser ativo, este comitê se tornará o “órgão de governança de facto” do protocolo JAM.

E se a comunidade não concordar com a direção do GPEB?

Gavin afirmou claramente: a comunidade Polkadot mantém total soberania sobre o protocolo.

Se não concordar com a direção do GPEB, Polkadot pode escolher uma versão diferente do protocolo JAM, ou até mesmo fazer fork da sua própria versão — ele brincou dizendo que a Polkadot DAO pode perfeitamente criar um “Blue Paper” 😄

Ele também planeja, após a v1.0, abrir a licença do Gray Paper (possivelmente uma licença Copyleft com proteção de patente), permitindo forks, uso e melhorias livres sob condições adequadas.

Quem financia as operações do GPEB?

Se Polkadot decidir construir sua rede baseada no JAM a longo prazo, Gavin acredita que o Polkadot Treasury deve financiar o funcionamento normal do GPEB, incluindo organização de reuniões, discussões de prioridades e definição de padrões.

Ao mesmo tempo, se outras redes também forem baseadas no JAM, ele espera que também assumam responsabilidades de manutenção correspondentes.

Gavin planeja inicialmente selecionar pessoalmente os membros do GPEB, priorizando aqueles com sólida formação técnica e participação efetiva no desenvolvimento do JAM. Posteriormente, nomeará editores adjuntos e gradualmente transferirá o poder de escolha dos membros para o próprio comitê, Polkadot Fellowship, Web3 Foundation e outras instituições.

Gavin quer criar um mecanismo de “camada constitucional” do JAM que não dependa da governança por votação

Desde a fixação do total de DOT, passando pela evolução do JAM entregue ao Comitê Editorial do Gray Paper, até permitir que a comunidade mantenha a soberania de governança através de forks, Gavin tenta estabelecer uma forma de governança de protocolo “resistente a abusos de governança e liderada pela tecnologia”.

Isto não é apenas uma correção à governança on-chain atual, mas também a principal expressão do JAM como protocolo “modular + soberania intercambiável”.

O que acha deste modelo de governança do JAM? Participe da discussão nos comentários!