Starknet voltou a ficar offline: conflito entre a camada de execução e a camada de prova, atividade de 18 minutos foi revertida

2026-01-11 00:48:30

A rede L2 do Ethereum, Starknet, sofreu uma interrupção na mainnet nesta segunda-feira. De acordo com o relatório de análise pós-incidente publicado em 11 de janeiro, o incidente teve origem numa inconsistência de estado entre a camada de execução (blockifier) e a camada de prova. Em cenários específicos de chamadas entre funções e combinações de rollback, a camada de execução registrou incorretamente um estado que deveria ter sido revertido, levando a uma execução de transação anormal. Embora as transações relacionadas não tenham obtido confirmação final na L1, o evento desencadeou uma reorganização de blocos, revertendo cerca de 18 minutos de atividade na cadeia. Ainda mais importante, esta já é a segunda interrupção significativa do Starknet desde 2025.

Detalhes técnicos: “Desincronização” entre camada de execução e camada de prova

Causas do incidente

A causa técnica do incidente é relativamente complexa. A arquitetura do Starknet envolve duas camadas principais: a camada de execução, responsável por processar a lógica das transações, e a camada de prova, encarregada de gerar provas de conhecimento zero e submetê-las à mainnet do Ethereum. Neste incidente, quando uma combinação específica de chamadas de função e operações de rollback ocorreu, a camada de execução (blockifier) registrou incorretamente um estado que deveria ter sido revertido, causando um conflito de estado entre as duas camadas.

A boa notícia é que a camada de prova identificou corretamente o erro, rejeitando a transação problemática e não a submetendo ao livro-razão. Este mecanismo de “auto-correção” evitou que o estado incorreto fosse perpetuado na mainnet do Ethereum.

Por que é necessário um reorg

Devido à inconsistência entre a camada de execução e a camada de prova, a rede foi forçada a realizar uma reorganização de blocos para restaurar o estado normal. Essa reorganização resultou na reversão de aproximadamente 18 minutos de atividade na rede, e os usuários precisam reenviar suas transações. Para transações não sensíveis ao tempo, o impacto foi menor, mas para traders frequentes ou operações que exigem execução rápida (como liquidações de emergência), pode haver perdas reais.

Comparação histórica: problemas cada vez mais frequentes

Data do incidente	Tipo de falha	Duração da interrupção	Tempo de rollback	Causa raiz
Setembro de 2025	Vulnerabilidade do sequencer	Mais de 5 horas	Aproximadamente 1 hora	Erro na lógica do ordenador
Janeiro de 2026	Inconsistência de estado	Curto	Cerca de 18 minutos	Conflito entre camada de execução e camada de prova

Embora o rollback desta vez tenha sido mais curto (18 minutos vs 1 hora), a frequência do problema começa a se tornar evidente. De setembro a janeiro, o Starknet passou por duas interrupções importantes em menos de seis meses, com causas distintas, refletindo riscos potenciais em diferentes níveis do sistema.

Resposta e compromissos da equipe

Ações imediatas

A equipe do Starknet, ao publicar o relatório de análise pós-incidente, fez várias promessas:

Reforçar os testes de código, especialmente para condições de limite e cenários complexos
Fortalecer o mecanismo de auditoria de código para evitar problemas semelhantes de inconsistência de estado
De acordo com informações recentes, o Starknet planeja lançar a versão v0.14.1, que incluirá melhorias como atualização da função hash e blocos mais rápidos

Essas ações demonstram o compromisso da equipe em melhorar a estabilidade do sistema, embora a efetividade dessas medidas só possa ser avaliada com o tempo.

Impacto na ecologia

No nível do usuário

O impacto real deste incidente foi relativamente limitado, pois:

O tempo de rollback foi curto (18 minutos), afetando um número relativamente pequeno de transações
As transações não receberam confirmação final na L1, portanto, não houve perda de fundos
Os usuários precisaram apenas reenviar suas transações, sem risco de perda de ativos

No nível da ecologia

Por outro lado, sob uma perspectiva mais ampla, eventos frequentes de interrupção representam um desafio para o desenvolvimento do ecossistema do Starknet:

Reduzem a confiança dos usuários na estabilidade da rede
Podem afetar a disposição de projetos DeFi em serem implantados na rede
Colocam o Starknet em desvantagem na competição com outros projetos L2, como Arbitrum e Optimism

Vale destacar que, de acordo com informações recentes, o Starknet está ativamente expandindo seus casos de uso, por exemplo, com parcerias como Noon para lançar o Bitcoin Vault, e colaborações com projetos como AlchemyPay. A capacidade de equilibrar essas iniciativas de expansão com a estabilidade do sistema será crucial para o futuro.

Resumo

O incidente de queda do Starknet reflete os desafios técnicos enfrentados por redes L2 em cenários complexos. Mais do que um grave problema de segurança, parece ser uma deficiência na gestão de condições de limite do sistema. O mecanismo de “auto-correção” da camada de prova evitou perdas financeiras, mas a frequência de interrupções não pode ser ignorada.

O ponto central é se as melhorias implementadas pela Starknet serão realmente eficazes. Reforçar testes e auditorias é necessário, mas a resolução definitiva dessas questões dependerá do desempenho das próximas versões. Para os participantes do ecossistema, é importante continuar acompanhando a evolução da estabilidade do Starknet, mesmo enquanto se mantém a confiança na sua inovação e potencial de crescimento.

STRK-1,06%

ETH0,42%

ARB-3,01%

OP-2,7%

Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.