O bug do XRP Ledger divulgado em outubro de 2026 foi uma vulnerabilidade crítica no motor de pagamentos. Teoricamente, poderia criar XRP negociável além do suprimento pretendido de 100 bilhões da rede.
O problema foi encontrado através do programa de recompensa por bugs do XRPL. Foi corrigido antes que os detalhes técnicos aparecessem no relatório oficial de divulgação de vulnerabilidades do XRPL.
Não, 18 trilhões de XRP não foram adicionados em circulação. Esse número veio de um teste controlado de um pesquisador de segurança.
A divulgação oficial do XRPL afirma que não há evidências de exploração em nenhuma rede pública. A estrutura de suprimento descrita no guia da Tapbit sobre quantos XRP existem não mudou repentinamente.
O Que Exatamente Foi o Bug do XRP Ledger?
A falha foi um estouro de inteiros no motor de pagamentos. Esta parte do sistema soma os valores de múltiplas ofertas.
Computadores armazenam números dentro de limites fixos. Quando a aritmética não verificada ultrapassa esse limite, o resultado pode arredondar para um número muito menor em vez de produzir um erro.
Neste caso, um atacante poderia criar centenas de contas. Cada conta colocaria uma oferta incomum: vender uma pequena quantidade de outro token em troca de uma enorme quantidade de XRP. O atacante então enviaria um pagamento projetado para consumir todas essas ofertas.
O motor creditaria a cada proprietário de oferta a quantidade total de XRP solicitada. Mas o total combinado do comprador poderia estourar e arredondar.
O comprador poderia então ser cobrado apenas algumas centenas de drops—a menor unidade de XRP—mais a taxa de transação normal.
| Estágio | O Que o Motor Vulnerável Poderia Fazer |
|---|---|
| Criação de oferta | Aceitar ofertas individualmente válidas pedindo quantidades extremamente grandes de XRP. |
| Um pagamento combinado | Consumir centenas dessas ofertas em uma única transação. |
| Cálculo total | Estourar o inteiro de tamanho fixo e arredondar a cobrança do comprador para um valor pequeno. |
| Créditos do vendedor | Pagar a cada vendedor controlado pelo atacante o valor total registrado em sua oferta. |
| Resultado | Criar XRP que o comprador nunca forneceu. |
Por Que a Verificação de Segurança do Suprimento de XRP Não o Impediu?
O XRP Ledger já possuía um invariante destinado a rejeitar qualquer transação que criasse novo XRP. Um invariante é uma regra que deve permanecer verdadeira após cada transação válida. Aqui, a regra comparava as mudanças de saldo em toda a transação para confirmar que o XRP não estava aparecendo do nada.
O problema foi que essa verificação adicionava as mudanças de saldo usando aritmética de tamanho fixo semelhante. Ela poderia arredondar da mesma forma que o cálculo do pagamento. A mudança líquida então parecia uma taxa de transação comum em vez de um enorme aumento no suprimento.
Uma segunda verificação limitava o saldo de uma conta individual. O exploit proposto evitou esse controle espalhando o XRP recém-criado por centenas de contas controladas pelo atacante. Cada conta permaneceu abaixo do limite individual, mesmo que a quantidade combinada estivesse muito acima do suprimento total da rede.
De Onde Veio o Número de 18 Trilhões de XRP?
O cofundador da Veria Labs, Cayden Liao, disse que o agente de segurança de IA da empresa encontrou o problema e construiu um exploit funcional. Ele estimou que uma transação construída poderia criar cerca de 18 trilhões de XRP.
Isso equivale a aproximadamente 184 vezes o suprimento original de 100 bilhões. A estimativa e os detalhes da recompensa apareceram na análise do The Block sobre a divulgação.
Esse valor descreve a capacidade teórica de exploração, não um evento observado na mainnet. A distinção é importante tanto para leitores quanto para motores de busca:
- Suprimento original de XRP: 100 bilhões de XRP foram criados quando o ledger foi lançado.
- Estimativa de teste: cerca de 18 trilhões de XRP poderiam ser gerados por uma transação de exploit modelada.
- Criação confirmada na rede pública: nenhuma encontrada pelos desenvolvedores do XRPL.
A falha exigia ofertas intencionalmente anormais e uma transação projetada para consumi-las juntas. Não poderia ser acionada por um pagamento normal de XRP ou uma negociação comum.
O XRP Ledger Foi Realmente Explorado?
A divulgação oficial de vulnerabilidade do XRPL afirma que a equipe não encontrou evidências de que o problema foi explorado em nenhuma rede pública. O pesquisador relatou o problema do motor de pagamentos em 22 de setembro. A RippleX o reproduziu em um servidor local independente e no framework de testes unitários, então aumentou sua gravidade para crítico.
A correção foi enviada em xrpld 3.4.1 em 25 de setembro. A divulgação pública seguiu em 9 de outubro, após uma grande maioria de validadores confiáveis estarem executando o software corrigido.
Como o XRPL Corrigiu o Estouro?
O motor de pagamentos atualizado agora verifica se a adição de valores de oferta excederia o intervalo permitido. Se um estouro ocorresse, essa parte do pagamento falharia normalmente em vez de arredondar. Nada é cunhado.
Os desenvolvedores também fortaleceram o invariante que verifica se o XRP foi criado. Agora ele usa um contador mais amplo que não pode estourar da mesma maneira. Código semelhante de agregação de saldo foi endurecido como precaução.
Por Que a Correção Foi Enviada Sem a Votação Normal de Emenda?
Mudanças nas regras do XRPL geralmente seguem um processo de emenda. Uma mudança é ativada apenas após mais de 80% dos validadores confiáveis a apoiarem continuamente por duas semanas. Essa abordagem mantém todos os servidores sincronizados quando as regras de transação mudam.
O patch de estouro foi diferente. Se o código-fonte tivesse sido publicado através do processo normal antes da ativação, um atacante poderia examiná-lo, reconstruir a vulnerabilidade e direcionar servidores que não haviam atualizado. Portanto, os desenvolvedores distribuíram binários corrigidos antes de publicar o código-fonte e a divulgação completa.
A escolha criou um debate sobre transparência porque os binários corrigidos apareceram antes do código-fonte completo e da divulgação. Engenheiros da RippleX disseram que a publicação imediata poderia ter ajudado atacantes a direcionar servidores que não haviam atualizado.
O Que o Bug Significa para os Traders de XRP?
O choque direto no suprimento não ocorreu, então a história não é equivalente a um evento real de inflação de 18 trilhões de tokens. Sua relevância de mercado vem de quatro outros fatores:
- Confiança na segurança: um bug crítico de uma década pode afetar como os traders precificam o risco técnico.
- Qualidade da resposta: relatórios rápidos e atualizações de validadores podem reconstruir a confiança.
- Volatilidade das manchetes: "18 trilhões de XRP" pode mover o sentimento, mesmo que o valor nunca tenha sido cunhado.
Na verificação de dados de 12 de outubro, o XRP foi negociado perto de US$ 1,41 com uma faixa intradiária de cerca de US$ 1,39 a US$ 1,42. Esses preços são sensíveis ao tempo e devem ser atualizados imediatamente antes da publicação.
A RippleX cuidou da correção do software, mas Ripple, XRP e XRPL são coisas diferentes. O guia da Tapbit sobre Ripple vs. XRP explica a distinção.
Como Negociar XRP na Tapbit
- Crie ou faça login em uma conta Tapbit e prepare USDT. Use a página de registro da Tapbit, complete as etapas necessárias da conta e financie o saldo de futuros.
- Abra o mercado perpétuo XRP-USDT. Vá para a página de futuros XRP-USDT da Tapbit, confirme o ticker do contrato, selecione margem isolada ou cruzada e escolha um nível de alavancagem que corresponda ao plano da posição.
- Escolha a direção e as configurações do pedido. Selecione compra ou venda, use uma ordem limite ou a mercado, insira o tamanho da posição e defina os níveis de stop-loss e take-profit.
- Revise e gerencie a negociação. Verifique o preço de entrada, margem, taxas estimadas e preço de liquidação antes de enviar. Monitore a posição aberta e feche ou reduza-a se a condição original mudar.
FAQ
Alguém cunhou 18 trilhões de XRP?
Não. Cerca de 18 trilhões de XRP foi uma estimativa de pesquisa para um exploit controlado. Desenvolvedores do XRPL não encontraram evidências de que o bug foi usado em uma rede pública.
O bug do XRP Ledger poderia criar XRP real e negociável?
Sim, antes da correção, uma transação deliberadamente construída poderia teoricamente criar XRP que poderia então ser transferido ou negociado.
Quando o bug do XRP foi corrigido?
A correção foi enviada em xrpld 3.4.1 em 25 de setembro de 2026. O relatório oficial de vulnerabilidade foi publicado em 9 de outubro.
O suprimento de 100 bilhões de XRP foi alterado permanentemente?
Não. Não há evidências de um exploit bem-sucedido na rede pública, então o valor teórico de 18 trilhões não se tornou suprimento circulante.
Quem encontrou a vulnerabilidade do XRP Ledger?
O problema foi relatado através do programa de recompensa por bugs do XRPL. A Veria Labs disse que um agente de segurança de IA ajudou a descobrir e reproduzir a falha do motor de pagamentos.
O XRP-USDT está disponível na Tapbit?
Sim. A Tapbit lista um mercado de futuros perpétuos XRP-USDT. Um contrato perpétuo fornece exposição ao preço e não significa que o trader possui XRP em uma carteira pessoal.
