Ripple propõe remover 10 mil linhas do XRPL antes do Lending

A Ripple quer remover mais de 10 mil linhas de código XChainBridge inativo do XRP Ledger, enquanto o Lending Protocol V1.1 entra numa revisão de segurança exclusivamente por IA via Audit Engine da Sherlock. As duas vias paralelas surgem num momento em que as plataformas cripto enfrentam $1.315 mil milhões em perdas contabilizadas pela CertiK ao longo de 344 incidentes de segurança no primeiro semestre de 2026, com as vulnerabilidades de código a manterem-se como o tipo de ataque mais frequente. Ambos os movimentos sublinham como a postura de segurança está a mudar antes da funcionalidade financeiramente mais complexa do XRPL até à data.

Por que importa

A amendment XChainBridge (XLS-38) foi originalmente concebida para movimentar ativos entre o XRPL e sidechains conectadas através de servidores witness. Depois de a Ripple ter escolhido a Axelar para alimentar a EVM Sidechain em junho de 2024, a bridge nativa perdeu o seu principal caso de uso. A janela de 12 a 15 meses que a Ripple concedeu aos programadores para fazerem surgir procura por sidechains privadas que exigissem XLS-38 expirou sem resultados, deixando cerca de 10 mil linhas inativas para manter, rever e corrigir indefinidamente.

O enquadramento da Ripple aponta para uma questão estrutural: o XRPL deve manter-se enxuto. Uma base de código mais enxuta reduz a superfície de ataque, baixa a fricção de integração de novos contribuidores e diminui a probabilidade de uma amendment inativa se tornar o ponto de entrada para a próxima grande brecha. A proposta não é unilateral. A Ripple controla apenas um voto de validador, e a alteração está sujeita ao processo de amendment do XRPL. Se a comunidade apoiar a retirada, a bridge seria primeiro marcada como obsoleta antes de ser removida numa versão posterior, quando a rede convergir.

Impacto no mercado

A 27 de agosto, a Sherlock confirmou que o Lending Protocol V1.1 entrou numa revisão intensiva exclusivamente por IA através da sua Audit Engine, um sistema que combina múltiplos auditores de IA e modelos de fronteira com capacidades de segurança especializadas. A Sherlock não divulgou resultados nem uma data de conclusão, e indicou que um relato mais completo surgirá quando o processo terminar.

A aposta na IA tem por base um histórico implacável. Uma attackathon de $200,000 realizada com a Immunefi no final de 2025 cobriu 35.498 linhas e recebeu 455 submissões de 131 investigadores, produzindo 94 resultados válidos, incluindo 15 críticos e 19 de alta gravidade. Uma red team assistida por IA posterior abriu 20 tickets específicos de lending entre março e maio, identificando sete bugs confirmados, entre os quais um invariante invertido que permitia colateral fantasma, um vetor de spam sem taxas em pagamentos de empréstimos e um bug de integer overflow que poderia ter provocado um deadlock de nó. Cada correção mostra que os testes anteriores falharam em apanhar coisas que nenhuma auditoria tinha detetado.