A próxima atualização do Pectra do Ethereum enfrentou um desafio inesperado em 24 de fevereiro que impactou seus testes no buraco TestNet.
Em 27 de fevereiro, Tim BeikoLíder de suporte ao protocolo da Fundação Ethereum, explicado Que a falha resultou de clientes de execução – Nethermind e Besu – usando endereços de contrato de depósito incorreto.
Essa configuração equivocou um bug da camada de execução (EL), levando a divisões de corrente. Como resultado, uma cadeia minoritária permaneceu válida, degradando a saúde geral da rede.
A questão provocou discussões sobre a resiliência do processo de atualização do Ethereum, principalmente como a Pectra introduzirá mudanças significativas na rede de blockchain. A atualização foi descrita como o Ethereum mais ambicioso garfo duro e foi dividido em duas fases focando em aprimorar as experiências de desenvolvedor e usuário.
Christine Kim, da Galaxy Digital apontou Essa perda de Holesky como um ambiente de teste confiável complica o processo de atualização do Ethereum.
Ela escreveu:
“Está claro que a comunidade perdeu alguns recursos importantes de testes com a perda de Holesky. Não há uma rede de teste comparável ao Holesky agora que o DAPP se desenvolve pode testar o Pectra. ”
O que vem a seguir?
Os desenvolvedores do Ethereum Core já iniciaram os esforços para corrigir o problema e iniciarão um evento de corte de um validador em massa em 28 de fevereiro às 15:00 UTC.
Beiko delineou as principais etapas para os validadores, que incluíram:
- Atualizando e sincronizando seus nós.
- Desativar a proteção cortante pouco antes do slot 3.737.760.
Ele afirmou que o objetivo estava trazendo simultaneamente os validadores de Holesky suficientes on -line para finalizar um bloco na cadeia correta. Qualquer validador que previamente atestado para a cadeia inválido seria cortado. Isso permitiria que os clientes da camada de consenso (CL) localizem colegas e sincronizem com a rede válida.
No entanto, apesar desses esforços, o Holesky experimentará outro período de não-final por até três semanas. Durante esse período, os validadores com corte sairão, reduzindo sua participação abaixo dos 33%necessários. Uma vez atingido esse limite, os validadores restantes podem finalizar a cadeia corretamente.
Beiko reconheceu que, embora esse método de recuperação funcione para um TestNet, ele não seria viável na rede principal do Ethereum. Os desenvolvedores já estão explorando maneiras de garantir que os nós possam ser redirecionados para uma cadeia minoritária com mais eficiência em cenários futuros.
Isso afetará a linha do tempo de Pectra?
A atualização de Beiko não respondeu se o contratempo de Holesky afetaria o Pecta Upgrade Timeline.
De acordo com ele:
“Precisamos discutir quais outros testes esperávamos sair do Holesky e a melhor maneira de fazer isso antes de avançar com o agendamento de uma data do Mainnet Fork. Discutiremos isso no ACDC da próxima semana, mas é improvável que definiremos uma data da bifurcação principal naquele momento. ”
Apesar dessa incerteza, Beiko observou que os desenvolvedores permanecem comprometidos com o lançamento da atualização da Pecta’s Next Testnet em Sepolia em 5 de março.
Ao contrário de Holesky ou MainNet, a Sepolia opera com um conjunto de validadores com permissão, controlado pelas equipes de clientes e testes. Essa estrutura permite uma coordenação mais rápida e reduz o risco de interrupções semelhantes.
Ele acrescentou:
“O forking de Sepolia mais cedo nos dará uma janela de teste mais longa para o Pectra.”
Mencionado neste artigo
