Recentemente, a solução L2 do ecossistema Ethereum, Starknet, passou por uma queda inesperada. De acordo com a análise oficial posterior, o problema esteve na verificação de estado entre a camada de execução (blockifier) e a camada de prova.
Especificamente, em certas chamadas entre funções com rollback de estado, surgiu uma vulnerabilidade lógica na camada de execução — ela registrou incorretamente aquelas alterações de estado que deveriam ter sido revertidas. Isso levou a uma execução anormal de transações subsequentes, e essas transações afetadas não receberam a confirmação final na camada L1.
Qual foi o resultado? Toda a rede acionou um mecanismo de reorganização de blocos, revertendo todas as atividades na cadeia ocorridas em aproximadamente 18 minutos. Parece assustador, mas em sistemas distribuídos, esse mecanismo de auto-correção é na verdade uma característica de projeto.
Ainda mais importante, essa já é a segunda interrupção significativa que a Starknet enfrentou em 2025. Anteriormente, em setembro, uma vulnerabilidade no ordenador causou uma interrupção de serviço de mais de 5 horas, revertendo cerca de 1 hora de dados na cadeia. Parece que a robustez da rede L2 ainda precisa ser fortalecida em cenários de alta concorrência ou anomalias.
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.
10 gostos
Recompensa
10
10
Republicar
Partilhar
Comentar
0/400
SerLiquidated
· 01-13 16:42
Já voltou? Starknet este ano, quantas vezes já deu erro, já perdi a conta.
Ver originalResponder0
wrekt_but_learning
· 01-13 16:25
18 minutos de rollback, embora seja auto-cura, ainda dá calafrios... Starknet este ano foi mesmo uma montanha-russa
Ver originalResponder0
ThesisInvestor
· 01-11 02:17
18 minutos de rollback ainda é aceitável, só estou preocupado com aqueles que não conseguiram confirmar no L1... Starknet este ano realmente tem tido muitos problemas.
Ver originalResponder0
NewPumpamentals
· 01-11 01:53
18 minutos de rollback não é nada, o mais importante é que o Starknet voltou a ter problemas... ordenadores, camada de execução, camada de prova, tudo a falhar um atrás do outro, é como se estivessem a cortar a nossa confiança uma e outra vez
Ver originalResponder0
LiquidityWhisperer
· 01-11 01:53
Já voltou? Starknet está a testar a resistência do nosso coração, uma reversão de 18 minutos...
Ver originalResponder0
OnlyUpOnly
· 01-11 01:53
Mais uma vez, caiu? Starknet está viciado?
Ver originalResponder0
StablecoinSkeptic
· 01-11 01:46
Mais uma vez, Starknet... já é a segunda vez, quão fraco isso é.
Ver originalResponder0
NFT_Therapy
· 01-11 01:40
Já voltou? Starknet este ano está a testar os nossos corações?
Ver originalResponder0
SandwichVictim
· 01-11 01:25
Mais uma vez, caiu? Starknet está a brincar com fogo...
Recentemente, a solução L2 do ecossistema Ethereum, Starknet, passou por uma queda inesperada. De acordo com a análise oficial posterior, o problema esteve na verificação de estado entre a camada de execução (blockifier) e a camada de prova.
Especificamente, em certas chamadas entre funções com rollback de estado, surgiu uma vulnerabilidade lógica na camada de execução — ela registrou incorretamente aquelas alterações de estado que deveriam ter sido revertidas. Isso levou a uma execução anormal de transações subsequentes, e essas transações afetadas não receberam a confirmação final na camada L1.
Qual foi o resultado? Toda a rede acionou um mecanismo de reorganização de blocos, revertendo todas as atividades na cadeia ocorridas em aproximadamente 18 minutos. Parece assustador, mas em sistemas distribuídos, esse mecanismo de auto-correção é na verdade uma característica de projeto.
Ainda mais importante, essa já é a segunda interrupção significativa que a Starknet enfrentou em 2025. Anteriormente, em setembro, uma vulnerabilidade no ordenador causou uma interrupção de serviço de mais de 5 horas, revertendo cerca de 1 hora de dados na cadeia. Parece que a robustez da rede L2 ainda precisa ser fortalecida em cenários de alta concorrência ou anomalias.