Falha crítica no Ethereum expõe risco que ninguém esperava após o upgrade Fusaka

• Participação de votos caiu para 74,7%, apenas 9% acima do limite crítico para perda de finalização.
• Bug no cliente Prysm v7.0.0 afetou cerca de 25% dos validadores.
• Rede se recuperou e voltou a quase 99% de participação, mas a diversidade de clientes continua insuficiente.

A rede Ethereum registrou uma queda acentuada de validação logo depois do upgrade Fusaka.

Um bug no cliente Prysm derrubou parte significativa dos votos e deixou a rede a um passo de perder finalização — situação que comprometeria pontes, rollups e confirmações em exchanges.

Problema no Prysm derrubou votos e expôs fragilidade estrutural

O erro estava na versão v7.0.0 do Prysm, que gerava estados antigos ao processar atestações desatualizadas. Como consequência, vários nós pararam de funcionar. Os desenvolvedores recomendaram o uso temporário da flag “–disable-last-epoch-targets” para evitar falhas.

Além disso, dados do Beaconcha.in mostram que, no epoch 411.448, a participação caiu para 75% na sincronização e 74,7% no voto. O número ficou perigosamente perto do limite de 66%, necessário para manter a finalização da rede.

A falha coincidiu com a fatia de mercado do Prysm. Antes do incidente, ele respondia por 22,71% dos validadores; depois, caiu para 18%. Isso indica que a pane se concentrou quase totalmente nos usuários do cliente.

Entretanto, o desempenho voltou ao normal. No epoch 411.712, a participação subiu para 97% (sync) e quase 99% (vote), mostrando rápida recuperação.

O educador Anthony Sassano reforçou o alerta sobre o risco estrutural:

Baixa diversidade de clientes ainda ameaça a segurança da rede

A distribuição entre clientes continua desequilibrada. O MigaLabs indica que o Lighthouse domina 52,55% dos nós, enquanto o Prysm fica com 18%. Antes do incidente, o Lighthouse estava abaixo de 48,5%.

Portanto, a concentração segue um risco significativo. Caso um cliente dominante apresente falha séria — como ocorreu em 2023, quando a rede perdeu finalização duas vezes em 24 horas — todo o ecossistema pode travar.

Além disso, uma perda de finalização teria impactos imediatos:

• Pontes de camada 2 seriam congeladas.
• Rollups pausariam retiradas.
• Exchanges aumentariam confirmações.
• O risco de reorganização da cadeia subiria rapidamente.

Portanto, a diversidade abaixo de 33% por cliente mantém uma vulnerabilidade importante e limita a resiliência da rede.

Risco na concentração de clientes

O episódio reforça que o Ethereum continua dependente de poucos clientes para garantir segurança e finalização. Embora a rede tenha se recuperado rápido, a concentração no Lighthouse e no Prysm cria pontos únicos de falha.

A continuidade do avanço do staking e das soluções de segunda camada exige uma base mais distribuída e resistente. A pressão por mais diversidade de clientes tende a crescer, especialmente após incidentes tão próximos do limite crítico.

O post Falha crítica no Ethereum expõe risco que ninguém esperava após o upgrade Fusaka apareceu primeiro em BitNotícias.