Glamsterdam chega à Sepolia em 6 de outubro: o que muda para o ETH e o que não muda

Na terça-feira, 6 de outubro, a próxima grande atualização do Ethereum, a Glamsterdam, está programada para entrar no ar na rede de testes Sepolia. As manchetes já começaram a tratar a data como um marco para o próprio ETH. A pergunta do leitor, então, é direta: um fork em testnet muda alguma coisa para quem tem ou usa ETH? E o que de fato indicaria que a atualização na mainnet está próxima?

A resposta curta

Nada muda na mainnet do Ethereum em 6 de outubro. O anúncio da Ethereum Foundation diz com todas as letras que ele "cobre a Sepolia; não agenda uma atualização na mainnet", e que um anúncio separado tratará da mainnet. O fork na Sepolia importa como teste de estresse, não como lançamento. A Glamsterdam reorganiza a forma como os blocos são propostos e construídos e como o gás é precificado. É justamente esse tipo de mudança que uma testnet pública existe para quebrar antes que haja dinheiro de verdade em jogo. Os sinais úteis vêm depois da ativação: se a Sepolia se mantém estável, se uma segunda testnet (Hoodi) ganha data confirmada e quando, se é que vai acontecer, uma época de ativação na mainnet será publicada.

O que a Glamsterdam muda de fato

Segundo o texto da Ethereum Foundation, a Glamsterdam vem depois da atualização Fusaka e combina uma atualização da camada de execução (Amsterdam) com uma da camada de consenso (Gloas). O post lista 18 EIPs, acompanhadas pela meta-proposta EIP-7773. Três mudanças principais se destacam.

1. Separação proponente-construtor no protocolo (EIP-7732)

Hoje, a maioria dos blocos do Ethereum é montada por "builders" especializados e entregue aos validadores por meio de middleware fora do protocolo. A EIP-7732 leva essa entrega para dentro do próprio protocolo de consenso. Nas palavras da Fundação, "o proponente inclui o compromisso de um builder com um payload de execução, e o builder depois revela esse payload", e "o protocolo cuida do pagamento ao proponente, reduzindo a dependência de middleware confiável". Reportagem do Parameter (18 de setembro) acrescenta que esse desenho amplia a janela de distribuição do payload do bloco de cerca de 2 para cerca de 9 segundos. Esse número vem de cobertura secundária, não do post da Fundação.

2. Listas de acesso por bloco (EIP-7928)

Cada bloco passará a carregar uma lista obrigatória das contas e posições de armazenamento que acessa, além das mudanças de estado após cada transação. O objetivo declarado é permitir que os clientes leiam o estado do disco em paralelo, validem transações em paralelo e calculem as raízes de estado com mais eficiência. É uma base para aumentar a capacidade sem exigir hardware muito mais pesado de quem opera nós.

3. Reprecificação do gás (EIP-8037, EIP-8038)

Essas propostas revisam o custo de criar e acessar estado, para que o gás reflita melhor o uso de recursos. É a parte com consequências mais diretas para desenvolvedores. A Cointelegraph (29 de setembro) observa que contratos que dependem de estipêndios fixos de gás ou de limites de gás codificados podem precisar de ajustes. A Fundação orienta os desenvolvedores a testar na Sepolia e seguir seu guia de impacto da reprecificação.

A questão do limite de gás

A CCN (30 de setembro) descreve uma meta de limite de gás de 200 milhões para a atualização. O post da Fundação é mais detalhado. Na Sepolia, Prysm e Teku usam por padrão um limite de 60M após a ativação, e os validadores que quiserem propor blocos com 200M precisam configurar isso explicitamente. Ou seja, 200M é uma opção sendo usada em testnet, não um parâmetro já decidido para a mainnet.

Por que vale acompanhar este fork de perto

Dois detalhes do processo fazem desta ativação na Sepolia mais do que uma formalidade.

Uma janela de revisão comprimida. De acordo com o crypto.news (18 de setembro), as versões dos clientes tinham prazo em 29 de setembro, apenas sete dias antes do fork. O desenvolvedor Fredrik Svantes lembrou que o processo usual prevê pelo menos 14 dias entre o software pronto para lançamento e a primeira ativação em testnet pública. O desenvolvedor Alex Stokes pediu que as equipes publicassem antes, sempre que possível, para que mais revisores pudessem examinar o código. O post da Fundação lista versões compatíveis com a Sepolia para seis clientes de consenso (Grandine, Lighthouse, Lodestar, Nimbus, Prysm, Teku) e seis de execução (Besu, Ethrex, Erigon, go-ethereum, Nethermind, Reth).

Uma forma conhecida de sabotar a testnet. Na chamada de consenso All Core Developers de 17 de setembro, o desenvolvedor Potuz alertou que o ether de teste é gratuito. Assim, um atacante poderia criar muitas identidades descartáveis de builder, vencer leilões com lances inflados e depois reter os payloads. "Eu posso simplesmente criar mil builders, revezá-los, oferecer lances muito altos e não produzir payloads", disse ele, segundo o Parameter e o crypto.news. A Crypto Daily (19 de setembro) ressalta que se trata de um risco de disponibilidade da testnet, não de uma ameaça a fundos na mainnet. A cobertura indica que penalidades específicas para builders foram discutidas, mas nenhuma havia sido confirmada até a publicação deste texto.

Esse segundo ponto é a história de verdade. A ePBS muda quem é confiável para entregar o conteúdo de um bloco. Uma testnet pública, onde agir de má-fé não custa nada, é o lugar mais barato para descobrir se os mecanismos de contingência do protocolo se sustentam. Se a primeira semana da Sepolia for turbulenta, isso não significa que o desenho falhou. Mas torna mais provável que as datas da Hoodi e da mainnet escorreguem.

O que sabemos vs. o que estamos inferindo

• Sabido (Ethereum Foundation): a ativação na Sepolia está marcada para a época 353.024, slot 11.296.768, às 13:53:36 UTC de 6 de outubro de 2026. "As datas de ativação na Hoodi e na mainnet ainda não foram decididas."
• Sabido (Fundação): as mudanças principais são a ePBS (EIP-7732), as listas de acesso por bloco (EIP-7928) e a reprecificação do gás (EIP-8037/8038). Stakers na Sepolia precisam atualizar tanto o beacon node quanto o cliente validador.
• Reportado, não oficial: 27 de outubro foi discutido de forma provisória para a Hoodi na chamada de 17 de setembro (Crypto Daily, Parameter). Uma meta de mainnet no 4º trimestre de 2026 aparece na cobertura, mas não está agendada.
• Reportado: Vitalik Buterin sugeriu que a Hegotá, a atualização seguinte à Glamsterdam, pode ser o último fork "normal" do Ethereum (Cointelegraph, CCN).
• Nossa inferência: como as versões dos clientes saíram com metade da janela usual de revisão e o risco de sabotagem por builders segue sem solução, um adiamento das próximas datas de testnet ou mainnet não seria surpreendente. Não estamos prevendo que isso aconteça.
• Nossa inferência: qualquer reação de preço a uma data de testnet é especulativa. Nada na economia da mainnet muda em 6 de outubro.

O que observar a seguir

1. 6 de outubro de 2026, 13:53:36 UTC (09:53 ET / 10:53 UTC-3): a Glamsterdam é ativada na Sepolia. Observe se a rede continua finalizando blocos e se as equipes de clientes relatam bugs.
2. Primeiros dias após a ativação: procure sinais de builders vencendo lances e retendo payloads, e veja como os desenvolvedores reagem nas chamadas All Core Developers seguintes.
3. 27 de outubro de 2026 (provisório, não confirmado): a data da Hoodi discutida em setembro. Considere-a real só quando a Fundação publicar uma época de ativação.
4. Um anúncio separado para a mainnet: ainda não há data. Até a Fundação publicar uma época na mainnet e as versões dos clientes, qualquer "data de lançamento da Glamsterdam" na mainnet é especulação.
5. Desenvolvedores e responsáveis por contratos: verifiquem agora dependências de premissas fixas de gás, enquanto a reprecificação pode ser testada na Sepolia.

Informação educacional apenas — não é recomendação financeira.