A XRP Ledger Foundation publicou uma explicação detalhada sobre a recente falha de segurança, que gerou preocupações sobre a possibilidade de criação de XRP adicional e sobre se a forma como o problema foi corrigido prejudicou a descentralização da rede.
A Fundação afirma que nenhum XRP adicional foi criado.
Também confirmou que a vulnerabilidade foi corrigida na versão 3.4.1 e afirmou que a oferta atual permanece em cerca de 99,986 bilhões de XRP.
O anúncio rapidamente alimentou um debate mais amplo sobre a segurança e a descentralização do XRPL, com o advogado favorável à Ripple Bill Morgan rebatendo os críticos que argumentaram que a coordenação privada por trás da correção levantava preocupações quanto à centralização.
Fundação XRP Ledger afirma que nenhum novo XRP foi criado
A Fundação disse que o fornecimento de XRP foi fixado em 100 bilhões quando o livro-razão foi lançado e que o bug criava uma forma potencial de contornar essa regra.
No entanto, enfatizou que nenhum XRP extra foi efetivamente emitido.
Como os saldos do XRPL são públicos, quaisquer tokens recém-criados teriam aparecido na blockchain e poderiam ter sido rastreados por exploradores e plataformas de dados.
A Fundação disse que monitora o livro-razão continuamente e confirmou que o fornecimento permaneceu intacto ao longo de toda a história da rede.
A recente correção de segurança do XRP Ledger levantou muitas perguntas e alguns equívocos. Vamos esclarecê-los. 1. Algum XRP foi criado? Não. O fornecimento de XRP foi fixado em 100 bilhões quando o XRP Ledger foi lançado, e nenhuma transação pode criar mais. Esse bug era uma forma de contornar essa regra, e a versão 3.4.1 o corrigiu há 2 semanas. Você não precisa confiar apenas no que dizemos. Todos os dados do livro-razão são públicos, e exploradores e sites de dados os consultam todos os dias. Novos XRP apareceriam nos saldos das contas para que todos pudessem ver. Não existe nenhum lugar oculto para XRP no XRP Ledger: todos os saldos são públicos. Monitoramos o XRP Ledger 24 horas por dia, 7 dias por semana, e verificamos o fornecimento ao longo de toda a história do livro-razão. Outros membros da comunidade também verificaram isso, e qualquer pessoa pode fazer o mesmo. As taxas de transação são destruídas, portanto o fornecimento é deflacionário. Hoje existem cerca de 99,986 bilhões de XRP. 2. Como isso passou despercebido e o que vem a seguir? Nenhum pagamento normal chega perto de acionar o bug. Foram necessárias centenas de operações construídas deliberadamente. A IA torna mais rápido encontrar bugs como esse, tanto para os mal-intencionados quanto para os bem-intencionados. Junto com a RippleX e a comunidade, vamos garantir que o XRP Ledger esteja protegido contra vulnerabilidades desse tipo. Isso significa aplicar de forma radical a verificação formal e os testes adversariais com IA, colaborar estreitamente com pesquisadores de segurança e fortalecer o programa de recompensas por bugs. Vocês ouvirão muito mais sobre isso à medida que avançarmos. 3. A descentralização do XRP Ledger está no centro disso. Uma correção pública mostra aos atacantes onde está o bug, e a IA torna isso rápido. Com uma votação normal de emenda, a correção teria ficado pública por semanas antes de entrar em vigor, colocando em risco a segurança da rede. Em resposta, a comunidade XRPL se uniu e, entre seus membros, a XRP Ledger Foundation, a RippleX, os desenvolvedores principais e os validadores formaram um consenso social e concordaram com um caminho a seguir que envolvia lançar a correção diretamente. Corrigir uma rede em funcionamento nunca é algo simples, então o plano também foi elaborado para minimizar os transtornos para todos que a operam. Compartilhamos a compilação com os validadores da UNL padrão, usando os dados de contato publicados por cada um em seu arquivo xrp-ledger.toml. Os binários públicos foram disponibilizados no mesmo dia, 25 de setembro. Nenhuma parte isolada poderia tomar essa decisão sozinha. Cada validador e operador de nó escolhe qual software executar, e a versão 3.4.1 só se tornou obrigatória após uma votação normal de emenda, com mais de 80% de apoio dos validadores por duas semanas. As mudanças no protocolo ainda passam por emendas. Agradecemos muito a Cayden Liao e à Veria AI por encontrarem e relatarem o problema de forma responsável, aos desenvolvedores principais do XRPL por desenvolverem e testarem a correção e a todos os operadores de nós que atualizaram tão rapidamente, especialmente aos validadores. Relatório completo: https://t.co/aWxdvthYPt
— XRP Ledger Foundation (@XRPLF) 11 de outubro de 2026
Também destacou que as taxas de transação são queimadas, o que significa que o fornecimento total de XRP diminui gradualmente ao longo do tempo.
O bug em si era incomum.
A Fundação disse que um pagamento normal não chegaria nem perto de acionar o bug. A exploração teria exigido centenas de operações construídas deliberadamente.
Essa é uma das razões pelas quais o problema conseguiu permanecer despercebido por tanto tempo.
Por que a correção foi tratada em particular
A parte mais controversa da história é como a correção foi implantada.
A Fundação explicou que revelar publicamente a vulnerabilidade antes de a correção estar pronta poderia ter exposto o livro-razão a ataques.
Com a IA facilitando a análise de código e a identificação de vulnerabilidades, considerou-se significativo o risco de publicar detalhes cedo demais.
A XRPL Foundation, a RippleX, os desenvolvedores principais e os validadores, portanto, coordenaram-se em particular antes de divulgar a correção.
A versão 3.4.1 foi compartilhada primeiro com os validadores da UNL padrão, e os binários públicos foram disponibilizados mais tarde, no mesmo dia.
A Fundação enfatizou que nenhuma parte isolada poderia forçar a atualização.
A versão só se tornou obrigatória depois que o processo habitual de emenda recebeu mais de 80% de apoio dos validadores por duas semanas.
Daqui para a frente, o XRPL planeja ampliar a verificação formal, os testes adversariais com IA, a colaboração em pesquisas de segurança e o programa de recompensas por bugs.
Leia também: Veja até onde o preço do XRP pode chegar nesta semana (12 a 18 de outubro)
Bill Morgan rebate alegações de centralização
Bill Morgan adotou um tom bem mais incisivo.
Ele disse que estava cansado de ver críticos usarem o bug e a forma como ele foi corrigido como prova de que o XRPL é centralizado.
Cansei muito rapidamente de ouvir atores mal-intencionados que odeiam o XRPL falando sobre o bug que poderia ter levado à criação de XRP e sobre a forma como o problema foi corrigido, usando isso para lançar dúvidas sobre a centralização do XRPL. Isso pode ser visto no contexto de uma campanha de uma década, conduzida por pessoas de fora da comunidade XRP, para atacar as credenciais de descentralização do XRPL. Mas quero inverter a questão e perguntar o que isso diz sobre a definição de descentralização desses críticos. Se descentralização significa que pessoas com conhecimento especializado em uma comunidade não podem se reunir em particular para corrigir um bug grave que poderia causar danos ao livro-razão, porque torná-lo público antes de corrigir o problema daria a atores mal-intencionados a oportunidade de explorar a vulnerabilidade, então qual é a sua definição de descentralização? Não pode ser anarquia ou caos. Isso não vai atrair investidores, sejam de varejo ou institucionais. De qualquer forma, na minha opinião, a maneira como o problema foi resolvido não tem relação com o conceito de descentralização. Tem relação com a questão da segurança versus divulgação. A solução foi divulgada publicamente depois de ser implementada. Ela não foi ocultada. Pessoas com conhecimento especializado e agindo de boa-fé corrigiram o problema antes que atores mal-intencionados pudessem explorá-lo. Qual é o problema?
— bill morgan (@Belisarius2020) 12 de outubro de 2026
Morgan argumentou que a situação deveria ser vista, em vez disso, como uma questão de segurança versus divulgação.
A ideia dele é simples: se membros bem informados de uma comunidade descentralizada não podem se coordenar em particular para corrigir uma vulnerabilidade perigosa antes que atacantes possam explorá-la, então a definição de descentralização adotada é impraticável.
Ele também enfatizou que a correção foi divulgada publicamente após a implantação e não ficou oculta permanentemente.
Essa distinção é importante.
A coordenação privada para uma correção emergencial de segurança não significa automaticamente que uma entidade controla a rede.
O teste mais rigoroso é verificar se uma única parte poderia impor mudanças no protocolo por conta própria.
Neste caso, os validadores ainda precisavam adotar o software, e o processo de emenda ainda exigia mais de 80% de apoio.
Para mais notícias sobre criptomoedas e previsões de preços, clique aqui.
Inscreva-se no nosso canal do YouTube para receber atualizações diárias sobre criptomoedas, análises de mercado e opiniões de especialistas.
A publicação Advogado pró-Ripple rebate críticas após bug no XRP Ledger alimentar alegações de centralização apareceu primeiro no CaptainAltcoin.