Splash corrige falha em pool da Cardano, mas 2,4 milhões de ADA seguem desaparecidos

Três dias após a drenagem do pool StableSwap ADA/OADA da Splash na Cardano, detentores de OADA continuavam diante de um impasse que um simples ajuste de código não resolve: o pool perdeu o ADA que sustentava uma rota viável de saída do token. No relatório do incidente, a Splash afirma que um único agente usou duas transações em 13 de setembro para retirar 2.434.648 ADA e 1.988.222 OADA. Descontado o depósito de 9.870 ADA feito pelo atacante" e antes das taxas de rede, o escoamento líquido de ADA foi de 2.424.778. O ponto central, segundo a equipe, está na forma como o validador do pool calculava a reserva "negociável": ele subtraía as taxas de protocolo acumuladas dos saldos reais. A Splash diz que o contrato não exigia que essa reserva permanecesse positiva, limitava alterações de taxa apenas por baixo e não impunha a direção do swap. Com essas verificações ausentes, o validador aceitou uma transação mesmo depois de a reserva negociável de ADA ficar negativa. A empresa afirma que uma checagem de domínio da reserva ou um limite bilateral para as taxas teria bloqueado o ataque reconstituído. Essas correções encerram o vetor documentado, mas não recuperam o ADA que já saiu do pool. Logo após a drenagem, o pool ficou com 10 ADA e cerca de 1,44 milhão de OADA. A reserva negociável de ADA permaneceu negativa, e o saldo de tokens de liquidez (LP) não mudou. O dano no balanço é relevante porque, no snapshot de 13 de setembro, a Splash indica que o OADA não contava com resgate em nível de protocolo. Naquele momento, outros locais de negociação de OADA citados no relatório também estavam praticamente vazios, com pools exibindo apenas saldos de ADA de um ou dois dígitos. A venda de OADA pelo atacante adicionou outra restrição. Às 14:53 UTC de 13 de setembro, um pool Minswap V2 OADA/FLDT detinha 1.763.923 OADA contra 45.751 FLDT. A Splash avalia que qualquer nova liquidez ADA/OADA poderia ser alvo de arbitragem contra esse estoque, permitindo que OADA comprado com desconto competisse por qualquer ADA novo colocado em um pool reaberto. Na prática, a correção de código interrompe o caminho de exploração identificado, mas restaurar uma saída funcional para OADA exige liquidez em ADA ou um mecanismo de resgate e, ainda, uma estratégia para lidar com o inventário de OADA no mercado secundário raso. Uma retomada operacional, portanto, dependeria de mais do que lógica ajustada no validador: seria necessário recompor liquidez em ADA ou implementar resgate em protocolo, além de endereçar a assimetria de OADA fora do pool principal. A Optim Finance informou em 13 de setembro que o protocolo foi pausado, a liquidez remanescente foi removida e swaps de OADA para ADA ficaram indisponíveis. Em atualização de 15 de setembro, disse estar indexando a blockchain e consolidando a contabilidade completa de endereços e ativos afetados enquanto trabalha em uma solução. O comunicado não trouxe anúncio de retorno de liquidez, resgate ou retomada das operações.