Em 5 de nov., uma falha de software descoberta no cliente de execução Reth da Paradigm desencadeou uma resposta de emergência em várias redes Ethereum layer‑2. O bug, originado no cálculo legado da raiz de estado do Reth, poderia devolver uma impressão digital criptográfica incorreta da blockchain ao processar transações especialmente criadas, potencialmente fazendo nós discordarem da validade dos blocos. Georgios Konstantopoulos, CTO da Paradigm, disse que o problema foi identificado por meio de testes automatizados de fuzz pela equipe do Tempo e rapidamente corrigido no Reth, Optimism, Base e Tempo.

ETH / USD
Fonte: CoinGecko. Preços indicativos.

Natureza técnica da vulnerabilidade

Raízes de estado resumem todo o estado do Ethereum, incluindo saldos de contas e armazenamento de contratos. Segundo a CryptoSlate, o código defeituoso no módulo legado do Reth poderia calcular incorretamente essa raiz em configurações de armazenamento de casos extremos, especialmente em hardware de baixa performance e redes OP‑Stack que dependem do mesmo cliente. Embora o erro não afete os mecanismos de saque que utilizam caminhos de verificação separados, ele poderia interromper a produção de blocos e a sincronização da rede se não fosse corrigido.

Lançamento coordenado de patches

Desenvolvedores do Reth lançaram a versão 2.10.0, Optimism publicou OP Reth v2.8.1 e Base implementou a versão 1.5.3, todas marcadas como atualizações de alta prioridade para operadores de nós. A Base confirmou que seu sistema de prova utiliza uma implementação independente de raiz de estado, permitindo verificar a raiz correta mesmo que o cálculo do Reth esteja defeituoso. A rede também recalculou sua raiz de estado para garantir consistência, afirmando que nenhum fundo de usuário foi impactado e que validadores não pararão após o patch.

Resposta mais ampla do ecossistema

O incidente motivou ações preventivas além dos clientes diretamente afetados. A Frax Finance informou que a LayerZero suspendeu temporariamente certas rotas cross‑chain enquanto avaliava o risco, embora tenha afirmado que ativos e contratos permaneceram seguros. Nenhuma ponte foi considerada vulnerável ao bug do Reth, destacando como infraestruturas compartilhadas podem gerar efeitos cascata em serviços que dependem do mesmo software de execução.

O que observar a seguir

Stakeholders devem monitorar a taxa de adoção das versões corrigidas entre operadores de nós independentes, já que nós não atualizados podem reintroduzir inconsistências. Observadores também acompanharão novas divulgações de projetos que dependem do Reth ou de clientes de execução semelhantes, bem como análises post‑mortem que possam influenciar práticas futuras de teste, como fuzzing de entradas de transação extremas.