Base diz que o mesmo bug do sequenciador causou as interrupções de 25 e 26 de junho.

Base explicou por que sua mainnet parou de produzir blocos duas vezes em dois dias

Resumo

• O último post-mortem da Base mostra que um único bug no sequenciador causou duas paradas na mainnet em dois dias consecutivos.
• Os fundos permaneceram seguros, mas as filas de transação transbordaram enquanto a Base parou de produzir novos blocos L2 temporariamente.
• A equipe planeja testes de fuzzing mais fortes, testes de carga, monitoramento e ferramentas de recuperação após a interrupção.

A rede layer-2 da Ethereum apoiada pela Coinbase afirmou que ambas as interrupções vieram do mesmo bug em sua lógica de construção de blocos do sequenciador.

A primeira interrupção começou em 25 de junho e durou cerca de 116 minutos. A segunda começou em 26 de junho e durou cerca de 20 minutos. A Base afirmou que os fundos permaneceram seguros durante ambos os incidentes.

Bug no sequenciador interrompeu a produção de blocos

Em seu post-mortem oficial, a Base disse que uma transação inválida falhou durante a execução, como esperado. O problema veio depois dessa falha, quando um estado de journal obsoleto permaneceu dentro do construtor de blocos.

Em 25 e 26 de junho, a mainnet da Base sofreu duas interrupções na produção de blocos, ambas causadas pelo mesmo bug subjacente na lógica do construtor de blocos.

Identificamos e corrigimos a causa raiz, e comunicamos o post-mortem às cadeias OP como feedback.

Todos os fundos estavam seguros… pic.twitter.com/eArnK12AgZ

— Base Build (@buildonbase) 27 de junho de 2026

Esse estado obsoleto incluía contas e slots de armazenamento tocados pela transação com falha. Quando uma transação válida veio em seguida, o sistema usou o estado de journal errado e cobrou gás incorretamente.

Isso criou um bloco com uma transição de estado inválida. Outros nós não puderam aceitar o bloco, então a cadeia parou de produzir novos blocos L2.

“A integridade da cadeia não foi comprometida e todos os fundos na Base estavam seguros”, disse a Base.

A equipe acrescentou que a produção de blocos foi retomada com segurança após a mitigação.

Transações enfileiradas durante a parada

Durante as interrupções, os usuários não conseguiram incluir novas transações on-chain. A Base disse que as transações foram enfileiradas na mempool enquanto a cadeia aguardava a recuperação da produção de blocos.

O pool de transações cresceu além do que podia armazenar. Como resultado, novas solicitações eth_sendRawTransaction retornaram erros durante a janela de interrupção.

A parada também afetou o progresso do sequenciador e do validador. A Base disse que esses nós não puderam avançar além do bloco inválido até que o sequenciamento retornasse.

Conforme relatado anteriormente, a Base sinalizou pela primeira vez uma produção de blocos insalubre em 25 de junho, antes que engenheiros isolassem um problema de consenso ligado a um bloco inválido.

Correção resolveu o problema de estado obsoleto

A Base disse que corrigiu o bug principal aplicando uma correção no sequenciador. A correção garante que as atualizações do estado do journal sejam feitas corretamente durante a execução após uma transação com falha.

A equipe também encontrou um segundo problema durante a recuperação. A Base disse que a mitigação demorou mais porque uma condição de corrida no recurso de reinicialização do motor impediu que os sequenciadores se atualizassem após a reinicialização.

Esse segundo problema ajudou a explicar por que o incidente retornou no dia seguinte. A Base disse que o problema afetou os sequenciadores, não os nós validadores, mas ainda assim retardou a recuperação.

A página de status da Base mostrou que o sequenciamento foi retomado em 25 de junho. Ela também instruiu os operadores de nós do ecossistema a reiniciar os nós da Base se ainda estivessem travados.

Testes e mudanças na recuperação planejados

A Base disse que fortalecerá os testes de fuzzing de protocolo e os testes de carga. Esses métodos ajudam as equipes a encontrar padrões de transação estranhos que possam expor bugs ocultos.

A equipe também planeja melhor monitoramento e verificações operacionais. Ela disse que essas mudanças devem ajudar os engenheiros a detectar problemas semelhantes mais cedo e responder mais rapidamente.

A Base também quer adicionar recuperação graciosa ao base-consensus. Essa mudança facilitaria a continuidade da sincronização dos nós validadores após falhas semelhantes.

A interrupção ocorreu durante uma semana movimentada para a rede. A Base também avançou com sua atualização Beryl, que adiciona o padrão de token B20 e reduz o período padrão de retirada da Base para Ethereum de sete dias para cinco dias.

O incidente dá aos desenvolvedores e usuários uma visão mais clara do ponto fraco. A Base agora nomeou o bug, lançou uma correção e listou os testes que planeja melhorar.