A página de amendments conhecidos da XRPL marca a ativação da fixCleanup3_1_3 para 27 de maio, reunindo correções para NFTs, Permissioned Domains, Vaults e o Lending Protocol no rippled 3.1.3. O blog da XRPL definiu o voto por defeito como Sim, e o amendment exige mais de 80% de apoio dos validadores de confiança, sustentado durante duas semanas, antes de as novas regras se tornarem permanentes. Os servidores que não fizerem o upgrade ficam bloqueados pelo amendment — deixam de poder determinar a validade do ledger, submeter transações ou votar em amendments futuros.
Por que importa
O cocriador David Schwartz aproveitou o momento para esclarecer o que um verdadeiro fork da XRPL exigiria de facto, e a sua resposta expõe como a legitimidade do protocolo funciona em qualquer cadeia. A contagem bruta de nós é uma fraca aproximação do poder de consenso: um sistema que pondera votos pelo número de nós cria uma superfície de ataque barata, já que qualquer pessoa pode pôr a correr milhares de máquinas. A XRPL encaminha a legitimidade através das Unique Node Lists (UNLs) — conjuntos curados de validadores de confiança cujas mensagens cada servidor contabiliza durante o consenso. O limiar de 80% durante duas semanas garante que as entidades que a rede já confia chegaram a um acordo duradouro antes de as regras se tornarem permanentes. A documentação da XRPL cita investigação que mostra que UNLs rivais podem precisar de 90% de sobreposição para evitar um fork, o que significa que um conjunto dissidente que se afaste significativamente do coorte canónico de validadores arrisca produzir um ledger incapaz de sustentar o próprio consenso.
Impacto no mercado
Um fork credível da XRPL precisaria de cinco camadas para além de nós não atualizados: validadores das regras antigas que continuem a produzir ledgers, uma UNL rival para a qual os servidores se possam configurar, uma distribuição de código que preserve as regras antigas com encaminhamento por defeito, apoio de infraestrutura por parte de wallets, exchanges e exploradores, e reconhecimento do mercado. A economia de seguir a cadeia canónica quase sempre supera a de construir uma paralela, e a cadeia canónica é aquela que o mercado decidir ser a real. Um atraso sustentado de infraestruturas em exchanges, wallets ou custodiantes que continuem a correr software anterior à 3.1.3 criaria atrito visível para os utilizadores — submissões de transações falhadas, exploradores incapazes de confirmar a validade do ledger, apps de pagamento a desligarem-se — mesmo enquanto a cadeia atualizada prossegue normalmente.
Perguntas frequentes
-
O que é o amendment fixCleanup3_1_3 da XRPL a ativar a 27 de maio?
É a versão 3.1.3 do rippled, que reúne correções para NFTs, Permissioned Domains, Vaults e o Lending Protocol. A ativação exige mais de 80% de apoio dos validadores de confiança, sustentado durante duas semanas, antes de as novas regras se tornarem permanentes.
-
Porque diz David Schwartz que a contagem bruta de nós é uma fraca aproximação do poder de consenso?
Porque um sistema que pondera votos pelo número de nós cria uma superfície de ataque barata — qualquer pessoa pode pôr a correr milhares de máquinas a baixo custo. A XRPL encaminha a legitimidade através das Unique Node Lists de validadores de confiança, em vez de contar todos os nós por igual.
-
O que exigiria um fork credível da XRPL?
Cinco camadas para além de nós não atualizados: validadores das regras antigas que continuem a produzir ledgers, uma Unique Node List concorrente para a qual os servidores se possam configurar, código que preserve as regras antigas com encaminhamento por defeito para a UNL rival, apoio de infraestrutura de wallets,…
-
O que acontece aos servidores que não façam o upgrade até 27 de maio?
Ficam bloqueados pelo amendment: perdem a capacidade de determinar a validade do ledger, submeter ou processar transações, participar no consenso ou votar em amendments futuros — transformando o atraso de infraestrutura em custo operacional para exchanges, wallets e custodiantes que ainda estejam no software anterior…
-
Como se compara a camada de governação da XRPL com a do Bitcoin e da Ethereum?
A XRPL torna explícita a camada de legitimidade através das UNLs e do limiar de 80% durante duas semanas. O Bitcoin incorpora o equivalente na distribuição do poder de mineração e na adoção económica dos nós; a Ethereum incorpora-o nos validadores, na economia de staking e no consenso social em torno do software…