Desenvolvedores Ethereum agendaram provisoriamente a atualização Glamsterdam para ativação na Sepolia às 13:53 UTC em 6 de outubro de 2026, embora outro teste de devnet privada ainda seja necessário antes que o fork da testnet pública prossiga.
As notas da reunião ACDC #186 e o relatório subsequente da pesquisadora de protocolo Ethereum Christine D. Kim mostram que a data permanece condicional. Os desenvolvedores não haviam concluído uma ativação estável do Glamsterdam em uma rede de desenvolvimento privada quando selecionaram o cronograma da Sepolia.
O plano de testes avançou desde então para outra iteração. Kim disse em 11 de setembro que a atenção se voltou para o Glamsterdam-Devnet-11, que deve ser lançado na segunda-feira, 14 de setembro. Planos anteriores haviam identificado a Devnet-10 como o próximo grande teste.
Nenhuma data de ativação foi confirmada para a testnet Hoodi ou para a mainnet do Ethereum. Os desenvolvedores discutiram um possível lançamento da mainnet em dezembro, mas os resultados dos testes determinarão se esse cronograma permanece prático.
Durante a reunião All Core Developers Consensus de 3 de setembro, os participantes concordaram com a época Sepolia 351232 para a ativação proposta. Kim relatou que o horário correspondente seria 6 de outubro às 13:53 UTC. A reunião foi realizada antes que os desenvolvedores demonstrassem desempenho estável nas redes de teste privadas usadas para o Glamsterdam.
A seleção da época oferece às equipes de clientes, operadores de infraestrutura e desenvolvedores de aplicativos um alvo comum para planejamento. Isso não torna a ativação final. Os desenvolvedores podem adiar o fork se a próxima fase de testes descobrir uma falha grave ou se as equipes de clientes não conseguirem preparar lançamentos confiáveis.
O aviso continua relevante depois que a Devnet-9 experimentou problemas de finalidade. De acordo com o material da reunião, a rede incluía aproximadamente 1.000 nós validadores, tornando-a a maior devnet do Glamsterdam em número de validadores nessa fase.
A finalidade requer que validadores suficientes concordem com o estado da cadeia. Quando uma rede de teste não consegue finalizar, os desenvolvedores devem determinar se a causa envolve o software cliente, a participação do validador, a configuração da rede ou uma interação entre mudanças de protocolo separadas.
O plano original previa a Devnet-10 depois que falhas apareceram durante os testes anteriores. A atualização mais recente de Kim agora identifica a Devnet-11 como o próximo teste que os desenvolvedores estão observando, indicando que a sequência de testes privados avançou além do plano anterior.
Uma Devnet-11 estável daria às equipes de clientes Ethereum outro ambiente para testar as especificações combinadas do Glamsterdam. Equipes de Camada 2, provedores de staking e outros operadores de infraestrutura precisam de implementações de clientes funcionando antes que possam testar seus sistemas com segurança 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 independentemente, e a atualização deve funcionar em diferentes combinações de clientes. Uma falha restrita a uma implementação ainda pode interromper uma rede de teste se os validadores afetados detiverem peso suficiente.
A agenda da ACDC #186 registra pedidos de Lido e Optimism por pelo menos um dia estável antes de um fork. A agenda listou correções de clientes e interoperabilidade bem-sucedida como questões que exigem confirmação antes da Sepolia.
Uma Devnet-11 falha ou instável não cancelaria automaticamente a ativação de 6 de outubro. Os desenvolvedores precisariam avaliar a causa e o tempo necessário para os reparos. Um problema sério poderia levá-los a reconsiderar a data durante uma reunião All Core Developers.
Testes 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.
"Você poderia fazer toda a rede parar", disse Starflinger ao descrever o cenário de teste.
O problema afetou o sistema responsável pelo acordo de bloco. A Devnet-9 então sofreu não-finalidade, levando os engenheiros a investigar mais casos extremos em um conjunto maior de validadores.
No lado da execução, a pesquisadora da Ethereum Foundation, Maria Silva, relatou um problema de implementação envolvendo o EIP-8037. A proposta altera como o Ethereum cobra gás pela criação de um novo estado, incluindo novas contas, contratos e entradas de armazenamento.
O 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. Sua especificação publicada diz que o design busca controlar o crescimento do estado à medida que o Ethereum aumenta seu limite de gás de bloco. A proposta permanece sob revisão por pares.
O problema descoberto exigiu que os clientes de execução revisassem suas implementações e levou a um trabalho de especificação. Conforme o crypto.news relatou em sua cobertura do progresso anterior da devnet do Glamsterdam, o EIP-8037 foi testado juntamente com outras mudanças de protocolo da atualização.
O teste serve a um propósito diferente de aprovar cada proposta individualmente. Os desenvolvedores devem confirmar que todas as mudanças selecionadas operam juntas em vários clientes, configurações de validadores e padrões de transação.
Os desenvolvedores recusaram-se a agendar o Glamsterdam na Hoodi enquanto a Sepolia permanece condicional. A Hoodi deve servir como a segunda fase de testnet pública, dando aos operadores de staking e às equipes de protocolo outro ambiente que representa mais de perto as condições da mainnet.
O desenvolvedor da Teku, Enrico del Fante, apoiou a espera antes de fixar a data da Hoodi. Durante a ACDC #186, ele citou os problemas recentes da Devnet-9 e defendeu a concessão de mais tempo de teste após a decisão da Sepolia.
Uma ativação da mainnet em dezembro continua sendo 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 para o lançamento de clientes, desde que os testes progridam sem atrasos prolongados.
Os desenvolvedores não publicaram uma época da mainnet, timestamp de ativação ou cronograma final de lançamento do cliente. Nenhum prazo formal foi anunciado para decidir se 6 de outubro permanece adequado para a Sepolia.
O evento processual imediato é o lançamento planejado da Devnet-11 em 14 de setembro. As equipes de clientes examinarão a finalidade, o comportamento entre clientes e as correções introduzidas após testes anteriores antes de decidir se a Sepolia pode prosseguir sob o cronograma atual.
ETH