XRP Ledger corrige estouro crítico que poderia criar novos XRP

Os desenvolvedores da XRP Ledger divulgaram e corrigiram uma vulnerabilidade crítica no mecanismo de pagamentos que poderia criar XRP utilizáveis do nada. A correção entrou no xrpld 3.4.1, lançado em 25 de setembro de 2026. O relatório público de 9 de outubro afirma que não foram encontradas evidências de exploração em nenhuma rede pública.

Como a vulnerabilidade poderia funcionar

O problema estava em uma soma de inteiros de 64 bits sem verificação de estouro. Um pagamento preparado poderia consumir centenas de ofertas incomuns; cada valor de XRP era válido isoladamente, mas o total ultrapassava o limite e voltava a um número pequeno.

Os donos das ofertas receberiam os valores completos, enquanto o comprador pagaria apenas o total reduzido após o estouro. A diferença se tornaria novos XRP utilizáveis. Os leitores podem consultar o mercado à vista XRP/USDT e o mercado perpétuo XRPUSDT verificados na OrangeX.com.

Por que as verificações existentes falharam

A XRPL já tinha uma invariante para impedir que transações criassem XRP. Porém, ela somava as variações de saldo com um contador semelhante de 64 bits, sofria o mesmo estouro e enxergava apenas uma taxa normal. O limite por conta também não detectaria o problema se os novos XRP fossem distribuídos entre centenas de contas.

A lógica vulnerável remonta ao mecanismo de pagamentos escrito em 2015. Operações normais não podiam ativar o cenário por acidente: eram necessárias centenas de ofertas com preços irreais e um pagamento específico para consumir todas ao mesmo tempo.

O que mudou no xrpld 3.4.1

A nova versão verifica estouros ao somar valores entre ofertas e ao combinar vários caminhos de pagamento. Se o total ultrapassaria o limite, o caminho falha com segurança e nenhum XRP é criado. A invariante agora usa um contador mais amplo, e outras agregações de saldo também foram reforçadas.

A correção entra em vigor assim que o servidor é atualizado, sem aguardar o processo normal de emenda. Os desenvolvedores disseram que a gravidade justificou a decisão: publicar o código e adiar a ativação deixaria o ataque visível e utilizável por semanas. Em 25 de setembro, mais de 80% dos validadores da lista de confiança padrão já executavam a versão protegida.

Os operadores devem usar xrpld 3.4.1 ou mais recente. Para mais contexto, consulte as notícias de cripto da OrangeX.com e os recursos oficiais do Centro de Confiança da OrangeX.com.

OrangeX.com Analysis

A conclusão imediata é que o caminho divulgado para criar XRP foi fechado e não houve exploração detectada. O episódio mostra como a mesma suposição aritmética pode neutralizar a lógica de pagamento e uma invariante de segurança. O contador mais amplo oferece uma barreira independente.

A incerteza restante é probatória: ausência de evidência não prova de forma absoluta que nunca houve exploração. Ainda assim, o padrão altamente artificial deve facilitar a análise histórica. É recomendável acompanhar auditorias posteriores e a adoção de versões compatíveis pelos operadores. Esta análise não prevê a direção do preço do XRP.