Meia-noite, o telefone vibrou, e um alerta de anomalia no livro-razão XRP piscou — mais uma vez. Mas desta vez, a história é muito mais interessante do que o esperado.

Depois de anos no mundo das criptomoedas, já vi muitas explosões em cadeia causadas por pequenos bugs no código. A cena de "automatização descontrolada" no livro-razão XRP na noite passada tornou-se um exemplo de nível didático: o sistema automatizado de um grande provedor de custódia, após esvaziar o saldo de uma carteira XRP vinculada, continuou criando contas novas em massa de forma insana. Em poucas horas, enviou quase 11.000 solicitações de transação inválidas para a rede XRP.

Isso não é uma invasão de hackers. Na verdade, o script automatizado simplesmente saiu do controle total.

**De um fluxo normal para um ciclo infinito**

A questão é simples. O script de criação de contas do provedor gera carteiras XRP para os usuários de acordo com uma lógica predefinida, e esse sistema funcionava bastante estável. O problema estava em uma etapa: a lógica de verificação após o saldo zerar.

O livro-razão XRP possui um mecanismo de design — cada nova conta deve bloquear pelo menos 20 XRP como reserva, e cada transação destrói 0,04% de XRP. Essa medida é para evitar que malfeitores criem contas lixo em massa e sobrecarreguem a rede.

Em teoria, quando o saldo XRP do provedor acabar, o script deveria parar de rodar. Mas na prática? O sistema entrou em um ciclo infinito. Ele não parou, pelo contrário, continuou enviando solicitações de criação em alta frequência.

Este evento de automação descontrolada transformou a própria "mecanismo de proteção" em uma fonte de pressão. Ele nos lembra uma verdade simples: por mais inteligente que seja o código, é preciso ter dispositivos de fusível e mecanismos de intervenção manual. Mesmo um provedor de custódia confiável, se sua lógica automatizada tiver brechas, as consequências podem afetar toda a blockchain.