Os desenvolvedores do Prysm divulgaram uma análise post-mortem explicando o incidente da rede principal Fusaka em 4 de dezembro que ameaçou a estabilidade da rede Ethereum.
Resumo
- Um bug do Prysm após Fusaka fez com que a participação do validador caísse para 75%.
- A rede perdeu 41 épocas e perdeu cerca de 382 ETH em recompensas de prova.
- Ethereum evitou a perda de finalidade graças à diversidade de clientes e soluções rápidas.
O cliente de consenso sofreu esgotamento de recursos devido à dispendiosa recomputação do estado ao processar atestados específicos, fazendo com que os validadores enfrentassem graves problemas operacionais.
O bug surgiu imediatamente após a ativação do Fusaka na época 411392 em 4 de dezembro de 2025, às 21h49 UTC.
A rede perdeu 41 épocas, pois a participação do validador caiu para 75%, resultando em aproximadamente 382 Ethereum (ETH) em recompensas de prova perdida. Os desenvolvedores do Prysm implantaram sinalizadores de tempo de execução de emergência antes de implementar correções permanentes nas versões v7.0.1 e v7.1.0.
O esgotamento dos recursos empurrou a rede para a perda de finalidade
A falha técnica centrou-se em estados históricos obsoletos que criaram condições de negação de serviço nos nós afetados.
O desenvolvedor principal do Prysm, Terence Tsao, explicou que “o estado histórico exige muita memória de computação, um nó pode ser dosado por um grande número de replays de estado acontecendo em paralelo”.
Os validadores que executam o Prysm, que representavam cerca de 15% a 22,71% dos validadores de rede, enfrentaram uma degradação de desempenho paralisante. A queda na participação dos níveis normais acima de 95% para 75% empurrou o Ethereum perigosamente perto de perder a finalidade.
Se o bug tivesse afetado um cliente de consenso diferente, como o Lighthouse, em vez do Prysm, a rede poderia ter perdido totalmente a finalidade.
Tal evento potencialmente congelaria as operações de rollup da Camada 2 e bloquearia as retiradas do validador até que os desenvolvedores resolvessem o problema.
A própria atualização do Fusaka introduziu a tecnologia PeerDAS (Peer Data Availability Sampling) projetada para aumentar em oito vezes a capacidade do blob para escalonamento da Camada 2.
A atualização foi executada com sucesso e sem tempo de inatividade antes do bug do Prysm surgir.
Dez clientes de consenso evitaram o colapso da rede Ethereum
A arquitetura de diversidade de clientes da Ethereum evitou falhas catastróficas. Enquanto os validadores do Prysm lutavam, dez outros clientes de consenso, incluindo Lighthouse, Nimbus e Teku, continuaram validando blocos sem interrupção.
A estrutura descentralizada de clientes significou que cerca de 75% a 85% dos validadores mantiveram operações normais durante a crise. Isso evitou a perda de finalidade e manteve as transações de processamento da rede, apesar do estado degradado do Prysm.
A Fundação Ethereum emitiu rapidamente orientações de emergência para operadores Prysm. Os validadores aplicaram a correção temporária enquanto os desenvolvedores do Prysm construíam soluções permanentes.
Em 5 de dezembro, a participação na rede recuperou-se para quase 99%, restaurando as operações normais 24 horas após o incidente.
Fontecrypto.news
