Ethereum aponta para 6 de outubro para o Glamsterdam na Sepolia

As notas da reunião ACDC #186 e os relatórios subsequentes da investigadora de protocolo Ethereum Christine D. Kim mostram que a data permanece condicional. Os programadores não tinham concluído uma ativação estável do Glamsterdam numa rede de desenvolvimento privada quando selecionaram o calendário da Sepolia.

O plano de testes avançou desde então mais uma iteração. Kim afirmou a 11 de setembro que a atenção se tinha voltado para a Glamsterdam-Devnet-11, cujo lançamento está previsto para segunda-feira, 14 de setembro. Os planos anteriores tinham identificado a Devnet-10 como o próximo grande teste.

Não foram confirmadas datas de ativação para a testnet Hoodi nem para a mainnet Ethereum. Os programadores discutiram um possível lançamento na mainnet em dezembro, mas os resultados dos testes determinarão se esse calendário continua viável.

Durante a reunião All Core Developers Consensus de 3 de setembro, os participantes acordaram a epoch 351232 da Sepolia para a ativação proposta. Kim relatou que o momento correspondente seria 6 de outubro às 13:53 UTC. A reunião realizou-se antes de os programadores terem demonstrado um desempenho estável nas redes de teste privadas usadas para o Glamsterdam.

A seleção da epoch dá às equipas de clientes, operadores de infraestrutura e programadores de aplicações um alvo de planeamento comum. Não torna a ativação definitiva. Os programadores podem adiar o fork se a próxima fase de testes revelar uma falha grave ou se as equipas de clientes não conseguirem preparar lançamentos fiáveis.

A ressalva continua relevante depois de a Devnet-9 ter sofrido problemas de finalidade. De acordo com o material da reunião, a rede incluía aproximadamente 1.000 nós validadores, o que a tornava a maior devnet Glamsterdam por número de validadores nessa fase.

A finalidade exige que validadores suficientes concordem com o estado da cadeia. Quando uma rede de teste não finaliza, os programadores têm de determinar se a causa envolve software de cliente, participação dos validadores, configuração da rede ou uma interação entre alterações de protocolo separadas.

Devnet-11 testará correções antes da Sepolia

O plano original previa a Devnet-10 depois de terem surgido falhas em ensaios anteriores. A atualização mais recente de Kim identifica agora a Devnet-11 como o próximo teste que os programadores estão a acompanhar, indicando que a sequência de testes privados avançou para além do plano anterior.

Uma Devnet-11 estável daria às equipas de clientes Ethereum outro ambiente para testar as especificações combinadas do Glamsterdam. As equipas de camada 2, os fornecedores de staking e outros operadores de infraestrutura precisam de implementações de cliente funcionais antes de poderem testar com segurança os seus sistemas contra o fork proposto.

A diversidade de clientes torna o processo mais complexo. O Ethereum opera através de vários clientes de execução e consenso desenvolvidos de forma independente, e a atualização tem de funcionar em diferentes combinações de clientes. Uma falha confinada a uma implementação pode ainda assim interromper uma rede de teste quando os validadores afetados detêm peso suficiente.

A agenda da ACDC #186 regista pedidos da Lido e da Optimism para pelo menos um dia estável antes de um fork. A agenda listava correções de clientes e interoperabilidade bem-sucedida como questões a confirmar antes da Sepolia.

Uma Devnet-11 falhada ou instável não cancelaria automaticamente a ativação de 6 de outubro. Os programadores teriam de avaliar a causa e o tempo necessário para reparações. Um problema grave poderia levá-los a reconsiderar a data durante uma reunião All Core Developers.

Erros de consenso e EIP-8037 prolongaram os testes

Os ensaios anteriores do Glamsterdam expuseram falhas em ambos os lados da arquitetura do Ethereum. O engenheiro de operações de desenvolvimento da Ethereum Foundation, Stefan Starflinger, relatou que a Devnet-8 revelou um problema na camada de consenso envolvendo blocos que repetiam um hash pai.

“Podia-se fazer parar toda a rede”, disse Starflinger ao descrever o cenário de teste.

O problema afetou o sistema responsável pelo acordo de blocos. A Devnet-9 sofreu depois não finalidade, levando os engenheiros a investigar mais casos limite num conjunto maior de validadores.

Do lado da execução, a investigadora da Ethereum Foundation Maria Silva relatou um problema de implementação envolvendo a EIP-8037. A proposta altera a forma como o Ethereum cobra gás pela criação de novo estado, incluindo novas contas, contratos e entradas de armazenamento.

A EIP-8037 separa os custos de criação de estado dos custos normais de execução através de um modelo de gás multidimensional. A sua especificação publicada afirma que o design procura controlar o crescimento do estado à medida que o Ethereum aumenta o seu limite de gás por bloco. A proposta continua em revisão por pares.

O problema descoberto exigiu que os clientes de execução revissem as suas implementações e levou a trabalho de especificação. A EIP-8037 foi testada juntamente com as outras alterações de protocolo da atualização.

Os testes servem um propósito diferente da aprovação individual de cada proposta. Os programadores têm de confirmar que todas as alterações selecionadas operam em conjunto em vários clientes, configurações de validadores e padrões de transação.

Datas da Hoodi e da mainnet dependem dos resultados dos testes

Os programadores recusaram agendar o Glamsterdam na Hoodi enquanto a Sepolia permanecer condicional. Espera-se que a Hoodi sirva como segunda fase de testnet pública, dando aos operadores de staking e às equipas de protocolo outro ambiente que representa mais fielmente as condições da mainnet.

O programador da Teku, Enrico del Fante, apoiou a espera antes de fixar a data da Hoodi. Durante a ACDC #186, citou os problemas recentes da Devnet-9 e defendeu mais tempo de testes após a decisão da Sepolia.

Uma ativação da mainnet em dezembro continua a ser um alvo possível, não uma janela de lançamento confirmada. Agendar a Sepolia para o início de outubro preserva tempo de calendário suficiente para outra fase de testnet pública e preparação de lançamento de clientes, desde que os testes progridam sem atrasos prolongados.

Os programadores não publicaram uma epoch da mainnet, um carimbo de data/hora de ativação nem um calendário final de lançamento de clientes. Não foi anunciado nenhum prazo formal para decidir se 6 de outubro continua adequado para a Sepolia.

O evento processual imediato é o lançamento planeado da Devnet-11 a 14 de setembro. As equipas de clientes examinarão a finalidade, o comportamento entre clientes e as correções introduzidas após os testes anteriores antes de decidirem se a Sepolia pode avançar no calendário atual.