Sui resolve interrupções com patch de emergência

A Fundação Sui reconheceu neste dia 31 de maio em seu post-mortem que as três interrupções de rede ocorridas entre 28 e 29 de maio derivaram de uma nova função (endereçar saldos para pagar comissões) introduzida na versão 1.72 lançada oito dias antes, e que a equipe implantou uma das correções sabendo que poderia parar a rede novamente.

A primeira prisão começou na quinta-feira às 14h UTC e durou até as 20h30 UTC. Para resolvê-lo, a equipe implantou uma correção provisória que, segundo o próprio relatório, havia “um problema conhecido com baixa probabilidade de causar uma prisão”. A equipe “assumiu o risco” de reativar a rede enquanto desenvolvia uma solução mais robusta. Às 12h UTC de sexta-feira, esse risco se concretizou: a mesma falha, mascarada por outro erro de cancelamento, derrubou a rede novamente.

A terceira interrupção ocorreu naquela mesma tarde, quando os validadores foram reiniciados para instalar a segunda correção de interrupção. Na reinicialização, os nós inicializaram sem qualquer conhecimento de que o protocolo de geração de chave distribuída (mecanismo que inicializa a aleatoriedade da rede no início de cada época) falhou porque esses dados não foram armazenados permanentemente.

A fila de transações que dependiam dessa aleatoriedade cresceu sem ser resolvida, e a lógica de fechamento da época (períodos de validação da rede que devem limpar a fila antes de fechar) ficou paralisado aguardando um processo que não iria ser concluído.

As interrupções afetaram o preço do token SUI. No dia 28 de maio, quando os problemas começaram, estava sendo negociado a US$ 0,95; Caiu para um mínimo de US$ 0,90 e fechou naquele dia em US$ 0,92. No fechamento desta nota ela está sendo negociada a US$ 0,87, 8,4% abaixo do nível anterior ao início das quedas.

As quedas sofridas entre 28 e 29 de maio por Sui, conforme noticiado pela CriptoNoticias, não foram os primeiros incidentes desse tipo, já que esta rede Houve interrupções registradas em novembro de 2024 e em janeiro de 2026.

Os problemas estruturais revelados pelo incidente

Ele pós-morte identifica dois problemas estruturais que as quedas expuseram. O primeiro tem a ver com a complexidade acumulada do módulo que calcula e cobra as taxas de cada transação. De acordo com o relatório da equipe Sui, esse código é hoje “complexo o suficiente para que casos limítrofes (situações para as quais o código não foi projetado para lidar explicitamente) sejam difíceis de descartar apenas com a revisão do código”, tornando difícil prever falhas antes que elas ocorram.

A segunda é que a rede não possui mecanismo para conter o dano quando uma transação defeituosa (aquela que os validadores não conseguem processar sem gerar um erro irrecuperável) entra no sistema, pois em vez de descartá-la, interrompe todos os validadores simultaneamente.

Vadim, desenvolvedor e pesquisador on-chain, aponta diretamente para esse segundo problema. De acordo com a análise deles, o gatilho para a primeira falha foi o recurso de saldo de endereço introduzido na versão 1.72: uma transação cancelada por insuficiência de fundos também foi debitada pela cobrança do gás, levando o saldo para negativo (um estado que a rede não consegue resolver), o que fez com que todos os validadores abortassem de uma só vez. «O bug nunca foi a história. O que falta é a parede corta-fogo”, escreveu ele em X.

O relatório também observou quatro áreas de melhoria para a rede: resiliência de desligamento periódico, qualidade do módulo de carregamento de gás, isolamento de falhas e ferramentas de diagnóstico. No entanto, a Fundação não apresentou prazos para a sua implementação..

Por fim, a Fundação Sui afirmou que durante as interrupções “nenhum fundo de usuário esteve em risco” e que a rede não reverteu as transações confirmadas na retomada.