Segundo Christine D. Kim, fundadora da Protocol Watch, os desenvolvedores Ethereum estão considerando a possibilidade de reduzir o escopo da próxima grande atualização Glamsterdam da blockchain para cumprir o prazo de meados do ano.
Em um boletim informativo publicado na sexta-feira, 23 de janeiro de 2026, no X e no Substack, Kim afirmou que os desenvolvedores chegaram a uma dura conclusão durante a chamada All Core Developer Consensus (ACDC) desta semana: alguns dos recursos planejados para a atualização Glamsterdam podem ser incompatíveis com o lançamento previsto para meados de 2026.
A situação lembra os desafios que afetaram a atualização anterior do Pectra.
"Alguns dos meus leitores que acompanham meus boletins informativos desde a época da atualização do Pectra podem estar gemendo por dentro e pensando: 'De novo não!'", escreveu Kim em sua postagem.
Glamsterdam é o primeiro grande teste do Ethereumpara a nova cadência de atualizações semestrais introduzida pela fundação em 2025.
O Glamsterdam está previsto para ser lançado após Ethereum a implementação bem-sucedida da atualização Fusaka e tinha como objetivo proporcionar melhorias cruciais na equidade e nas capacidades de processamento da rede.
O que poderia acontecer se a atualização Glamsterdam do Ethereumnão fosse adiada dentro do prazo?
A EIP 7732, conhecida como separação proponente-construtora consagrada (ePBS) Devnet-0, pode ter seu escopo reduzido ou ser removida do Glamsterdam se o prazo não for cumprido.
Essa funcionalidade é muito aguardada, pois visa reduzir os riscos de manipulação e centralização na economia de valor máximo detracdo Ethereum.
Durante a reunião da ACDC, os desenvolvedores concordaram em ter implementações interoperáveis como meta até o final de fevereiro, mas ressaltaram que isso pode não acontecer dentro do prazo estabelecido.
O segundo componente principal, EIP-7928 para listas de acesso em nível de bloco (BALs), permitiria recursos de processamento paralelo para melhorar a taxa de transferência da rede.
No entanto, o trabalho de implementação tem sido dificultado por desafios técnicos entre as equipes de clientes da camada de consenso.
Toni Wahrstatter, líder da equipe de prototipagem de protocolos Ethereum Foundation, relatou que uma alteração na API do mecanismo estava afetando as implementações de clientes da camada de consenso (CL) para o EIP 7928.
Segundo Kim, nenhuma equipe ainda conseguiu implementar de forma completa as provas de células parciais, uma alteração de rede necessária para suportar aumentos adicionais na capacidade de blobs.
Mais complicações surgiram dos testes de estresse conduzidos pela equipe EthPandaOps da Fundação Ethereum em dezembro.
Enrico del Fante, um desenvolvedor da Consensys que trabalha no cliente Teku, relatou problemas descobertos durante o teste de estresse. No entanto, ele afirmou que sua equipe ainda está trabalhando para solucionar os problemas conhecidos.
Del Fante solicitou que a equipe EthPandaOps suspendesse os testes de estresse na rede principal enquanto desenvolvesse soluções para mitigar os problemas, e observou que eles haviam atrasado o trabalho no projeto Glamsterdam.
O prazo de fevereiro se aproxima
Os desenvolvedores ainda não reconheceram oficialmente a discrepância entre o escopo e o cronograma de Glamsterdam.
Kim observou que os desenvolvedores reconheceram que poderia haver um problema e concordaram em resolvê-lo até o final de fevereiro.
Embora as equipes da Nimbus e da Lodestar já tenham concluído esse trabalho preliminar, outras equipes de clientes ainda estão atualizando seus sistemas, de acordo com o desenvolvedor Etan Kissling, da Nimbus.
O atraso em Glamsterdam também pode afetar a atualização Hegota, que está prevista para ocorrer após a implementação bem-sucedida de Glamsterdam.
Alex Stokes, co-líder da equipe de Coordenação de Protocolos da Fundação Ethereum , incentivou os autores de propostas a apresentarem suas ideias nas próximas ACDCs.
