A camada de consenso do Ethereum recentemente experimentou uma interrupção notável após um bug de software no cliente Prysm que fez com que os validadores perdessem recompensas significativas. De acordo com a equipe de desenvolvimento do Prysm na Offchain Labs, os validadores coletivamente perderam aproximadamente 382 ETH, no valor de mais de $1 milhão, após o problema surgir logo após a atualização da rede Fusaka.

O incidente foi detalhado em um relatório oficial intitulado “Incidente do Prysm na Mainnet Fusaka”, que explicou como um evento de exaustão de recursos afetou quase todos os nós beacon do Prysm. Como resultado, um grande número de blocos e atestações foram perdidos durante um período crítico de atividade na rede.

O que desencadeou a interrupção do Prysm?

A Offchain Labs explicou que o problema surgiu em 4 de dezembro, quando um bug de software anteriormente introduzido começou a afetar o desempenho dos validadores. O bug causou atrasos nas solicitações dos validadores, o que, por sua vez, impediu os nós do Prysm de processar atestações e propor blocos a tempo.

Especificamente, os nós beacon do Prysm começaram a receber atestações de pares que provavelmente estavam fora de sincronia com o resto da rede. Essas atestações referenciavam uma raiz de bloco de uma época anterior, tornando-as inválidas sob as regras normais de consenso.

Como o Prysm descreveu:

> “Os nós beacon do Prysm receberam atestações de nós que estavam possivelmente fora de sincronia com a rede. Essas atestações referenciavam uma raiz de bloco da época anterior.”

Essa desincronização criou um efeito cascata, reduzindo a participação efetiva e impedindo que os validadores cumprissem seus deveres dentro das janelas de tempo exigidas.

Escala da Interrupção

O impacto do bug foi substancial, mas contido. O incidente resultou em 41 épocas perdidas, durante as quais 248 blocos foram perdidos de 1.344 slots disponíveis. Isso se traduziu em uma taxa de slots perdidos de 18,5% durante a interrupção.

A participação em toda a rede caiu drasticamente, caindo para cerca de 75%, bem abaixo dos níveis normais de operação. Embora o Ethereum tenha continuado a funcionar e finalizar blocos, a eficiência dos validadores foi significativamente degradada durante esse período.

A Offchain Labs observou que o código problemático havia sido introduzido aproximadamente um mês antes e implantado em testnets antes de ser acionado na mainnet após a atualização Fusaka. A atualização em si alterou as condições de execução de uma maneira que expôs o bug subjacente.

Correções e Medidas Preventivas

Embora uma mitigação temporária tenha sido implantada para reduzir o impacto imediato, o Prysm desde então implementou correções permanentes. Essas mudanças se concentraram em melhorar a lógica de validação de atestações do cliente, garantindo que atestações fora de sincronia sejam tratadas de maneira mais segura e não levem a interrupções generalizadas dos validadores.

A Offchain Labs declarou que essas mudanças são projetadas para evitar falhas semelhantes no futuro, mesmo sob condições de alta carga ou casos extremos.

Diversidade de Clientes Novamente em Destaque

Além das perdas financeiras diretas, o incidente reacendeu preocupações de longa data sobre a concentração de clientes do Ethereum e os perigos das monoculturas de software.

A Offchain Labs enfatizou que o resultado poderia ter sido muito pior se o Prysm tivesse representado uma fatia maior do conjunto de validadores do Ethereum. Eles alertaram que a dominância de clientes acima de certos limites pode introduzir riscos sistêmicos:

Um cliente controlando mais de um terço da rede poderia causar perda temporária de finalização se falhar.

Um cliente controlando mais de dois terços poderia potencialmente finalizar uma cadeia inválida no evento de um bug crítico.

Felizmente, o nível atual de diversidade de clientes do Ethereum ajudou a conter os danos.

Distribuição Atual de Clientes de Consenso do Ethereum

De acordo com dados da Miga Labs, os clientes de consenso do Ethereum estão atualmente distribuídos da seguinte forma:

Lighthouse: 51.39%

Prysm: 19.06%

Teku: 13.71%

Nimbus: 9.25%

Embora a participação do Prysm seja relativamente moderada, a dominância do Lighthouse o coloca dentro de aproximadamente 15 pontos percentuais de um limite que muitos pesquisadores consideram um potencial risco sistêmico.

Como resultado, desenvolvedores e participantes do ecossistema mais uma vez instaram os validadores a considerar a mudança para clientes alternativos. Maior diversidade reduz a probabilidade de que um único bug possa interromper a camada de consenso do Ethereum e reforça a resiliência a longo prazo da rede.

Considerações Finais

O incidente do Prysm serve como um lembrete de que mesmo sistemas de blockchain maduros não estão imunes a riscos de software. Embora a diversidade de clientes do Ethereum tenha ajudado a prevenir uma falha maior, o evento destaca a importância da vigilância contínua, testes e descentralização no nível do protocolo.

Se você quer mais atualizações e mergulhos profundos no Ethereum, infraestrutura cripto e desenvolvimentos em cadeia, siga para mais insights e análise em tempo real 🚀

#ETH #Prysm