Upgrade Glamsterdam do Ethereum Ganha Ímpeto, com Ativação da Mainnet Prevista para o 1º Semestre de 2026
Upgrade Glamsterdam do Ethereum Ganha Ímpeto, com Ativação da Mainnet Prevista para o 1º Semestre de 2026
A próxima grande atualização da rede Ethereum, Glamsterdam, está a progredir do modo "pesado em pesquisa" para o modo "pesado em implementação". De acordo com o recente resumo do Soldøgn Interop da Fundação Ethereum, os contribuidores principais chegaram a acordo sobre vários marcos que definem a atualização: um limite base de 200M de gas pós-atualização, um fluxo de trabalho estável entre construtores externos para ePBS, e parâmetros de precificação finalizados para o EIP-8037. Estas não são pequenas alterações — são blocos de construção fundamentais para escalar o Ethereum Layer 1, mantendo a rede verificável por operadores de nós comuns. Pode ler o contexto completo de engenharia na publicação da Fundação Ethereum, "Soldøgn Interop Recap". Resumo do Soldøgn Interop (Blog da Fundação Ethereum)
No nível do roteiro, o Ethereum ainda lista o Glamsterdam como "Em desenvolvimento" para o 1º Semestre de 2026. Embora uma janela em junho de 2026 seja frequentemente discutida no ecossistema, a data exata do fork da mainnet depende do trabalho de robustez, testes multicliente e confirmação de parâmetros finais em chamadas públicas de desenvolvedores principais. Roteiro do Ethereum (ethereum.org)
Por que o Glamsterdam é importante: escalando L1 sem abandonar a descentralização
A estratégia de escalabilidade do Ethereum tem sido cada vez mais clara desde 2024: manter o Layer 1 como a camada mais credível de liquidação e disponibilidade de dados, enquanto permite que os rollups do Layer 2 gerenciem a maior parte da execução de alta frequência. O Glamsterdam reforça essa direção ao atualizar como o Ethereum:
- constrói blocos (através da Separação de Proponente-Construtor Embutida, ePBS),
- executa cargas de trabalho (através de Listas de Acesso a Nível de Bloco, permitindo paralelismo mais seguro),
- e precifica o crescimento do estado (através da retificação de gas do EIP-8037).
ethereum.org enquadra o Glamsterdam como um passo importante em direção à escalabilidade do L1 através da reformulação da construção de blocos e da execução. Visão geral do Glamsterdam (ethereum.org)
É por isso que muitos observadores descrevem o Glamsterdam como uma das atualizações orientadas para o desempenho mais importantes do Ethereum desde The Merge — não porque muda o consenso novamente, mas porque muda o nível de throughput e as premissas de sustentabilidade de nós do sistema ao mesmo tempo. Roteiro do Ethereum (ethereum.org)
A mudança de capacidade principal: de ~60M de gas hoje para 200M pós-atualização
Após o Fusaka (ativado em 3 de dezembro de 2025), o ethereum.org observa que o limite de gas padrão do Ethereum passou para ~60M (de ~45M), juntamente com outras medidas de robustez contra DoS. Roteiro do Ethereum – Seção Fusaka (ethereum.org)
O objetivo de engenharia atual do Glamsterdam é muito mais agressivo. O resumo do Soldøgn da Fundação Ethereum descreve o acordo sobre um limite base de 200M de gas pós-Glamsterdam — um aumento de 3,33x na capacidade de gas por bloco em comparação com ~60M. Resumo do Soldøgn Interop (Blog da Fundação Ethereum)
200M de gas significam automaticamente 10.000 TPS?
Não diretamente. Limite de gas ≠ TPS.
- TPS depende fortemente da mistura de transações (transferências simples vs. DeFi complexa), tempo de execução do L1 e restrições de propagação da rede.
- Dito isto, a figura "até ~10.000 TPS" é melhor interpretada como um limite superior teórico sob condições altamente otimizadas (e frequentemente discutida juntamente com premissas de execução paralela), não um resultado garantido em estado estacionário no primeiro dia.
Uma implicação mais prática para os usuários: mais espaço de gas geralmente reduz a congestão, o que pode tornar as taxas menos voláteis e melhorar a confiabilidade da confirmação — especialmente durante picos de atividade.
ePBS: tornando a construção de blocos um recurso de protocolo de primeira classe
Uma das características principais do Glamsterdam é a Separação de Proponente-Construtor Embutida (ePBS), padronizada no EIP-7732. Em termos simplificados, o ePBS integra um fluxo de trabalho de proponente/construtor no consenso para que os validadores possam confiar com segurança em construtores especializados sem depender de coordenação "fora do protocolo". EIP-7732: Separação de Proponente-Construtor Embutida (eips.ethereum.org)
Durante o Soldøgn, as equipes enfatizaram que o ePBS não é apenas um tópico de MEV — é também uma alavanca de escalabilidade. Ao estruturar o slot com prazos e responsabilidades mais claros, o ePBS pode aumentar o "espaço" de execução e tornar limites de gas mais elevados mais realistas. Resumo do Soldøgn Interop (Blog da Fundação Ethereum)
Por que isso importa para os usuários comuns:
- Construção de blocos mais previsível e tratamento de falhas melhor projetado podem melhorar a robustez geral da rede.
- Com o tempo, o ePBS de nível de protocolo mais profundo pode reduzir algumas formas de instabilidade impulsionada por MEV, embora o MEV não desapareça e os resultados dependam das escolhas de design final.
EIP-8037: escalando o throughput enquanto precifica o crescimento do estado de forma responsável
Se o Ethereum aumentar a capacidade dos blocos sem abordar os incentivos de crescimento do estado, os requisitos dos nós podem disparar. O design do Glamsterdam reconhece explicitamente este risco.
O EIP-8037 (Aumento do Custo de Gas para Criação de Estado) é uma parte fundamental da solução: ele aumenta e refina o custo das operações que criam estado de longa duração, com o objetivo de alinhar o crescimento do estado com os custos reais dos recursos. EIP-8037: Aumento do Custo de Gas para Criação de Estado (eips.ethereum.org)
O resumo do Soldøgn da Fundação Ethereum destaca que os números finais de precificação para o EIP-8037 foram definidos durante a semana de interoperação, e enquadra as retificações de preço como essenciais para tornar credível uma meta de limite de 200M de gas. Resumo do Soldøgn Interop (Blog da Fundação Ethereum)
O que isso significa para construtores e equipes de DeFi:
- Alguns contratos e padrões de transação podem se tornar mais caros se forem pesados em escrita de estado.
- As equipes devem realizar benchmarking proativamente em devnets e revisar opcodes e padrões de armazenamento que podem ser afetados pela retificação de preços.
Verkle Trees, pruning e "expurgar" dados antigos: mantendo os nós viáveis
O Glamsterdam é frequentemente discutido em conjunto com duas linhas de sustentabilidade intimamente relacionadas:
-
Verkle Trees e direção para statelessness As Verkle Trees são amplamente vistas como uma tecnologia habilitadora importante para provas menores e designs de clientes mais "stateless". Para uma introdução técnica, o material da palestra de Devcon do pesquisador da EF, Guillaume Ballet, continua sendo uma referência forte. Ethereum Stateless: Como as Verkle Trees tornam o Ethereum enxuto e eficiente (Arquivo PDF da Devcon)
-
Expiração de histórico e conceitos de expiração de estado a longo prazo O Ethereum já apresentou progresso concreto na poda de dados históricos de blocos através do EIP-4444. A Fundação Ethereum observa que os clientes de execução suportam a expiração parcial de histórico e explica por que a maioria dos usuários não precisa de blocos históricos completos localmente, enquanto provedores de arquivo podem atender a consultas especializadas. Anúncio de expiração parcial de histórico (Blog da Fundação Ethereum) EIP-4444: Dados Históricos Limitados em Clientes de Execução (eips.ethereum.org)
Enquanto isso, designs de expiração de estado a longo prazo (frequentemente descritos informalmente como "expurgo de estado") exploram a ideia de segmentar o estado em períodos de aproximadamente um ano, para que os clientes não sejam forçados a reter estado muito antigo indefinidamente — uma abordagem explicitamente ligada a designs baseados em Verkle. Rascunho de expiração de estado (notes.ethereum.org)
A nuance importante: a expiração de histórico já é real e implantada nos clientes; a expiração completa de estado ainda é um espaço de design em evolução. O impulso de escala do Glamsterdam torna esses mecanismos de sustentabilidade mais urgentes, mas o escopo final e os detalhes de ativação dependem de testes e governança.
Comportamento das taxas: menor volatilidade via capacidade + melhor precificação, não mágica
O mercado de taxas do Ethereum (pós EIP-1559) é projetado para ajustar algoritmicamente as taxas base à medida que os blocos se enchem. EIP-1559: Mudança no mercado de taxas (eips.ethereum.org)
O impacto do Glamsterdam nas taxas provavelmente será indireto, mas significativo:
- Mais capacidade de bloco pode reduzir picos de congestão, que é o que normalmente causa saltos abruptos na taxa base.
- Retificação de gas (incluindo EIP-8037) faz com que o mercado de taxas reflita melhor os fardos reais de longo prazo, o que ajuda a evitar que o "estado barato" transforme um throughput maior em requisitos de nós insustentáveis.
Para os usuários, isso tende a se traduzir em uma expectativa mais simples: menos choques de taxas durante alta demanda, embora as taxas ainda se movam com as condições de mercado.
Impacto no Layer 2: liquidação mais barata e intensificação da concorrência de rollups
O roteiro do Ethereum continua a enfatizar rollups como o principal caminho para a execução de baixo custo em escala. Visão geral das redes Layer 2 (ethereum.org)
Se o Glamsterdam aumentar com sucesso o throughput do L1 e melhorar a previsibilidade da execução, os rollups podem se beneficiar de várias maneiras:
- Menor congestão para transações L1 das quais os rollups dependem (provas, atualizações, pontes, saídas forçadas).
- Melhor economia para publicação e liquidação de dados, dependendo de como a demanda muda entre os mercados de gas de execução e blobs ao longo do tempo.
É por isso que discussões de mercado frequentemente preveem uma compressão significativa das taxas de rollup e uma renovada concorrência entre grandes ecossistemas como Arbitrum, Optimism e Base — especialmente em produtos voltados para o usuário, onde alguns centavos de diferença de taxa alteram as taxas de conversão. (Porcentagens exatas variam amplamente por carga de trabalho e condições de mercado, portanto, trate qualquer número único como baseado em cenário, em vez de garantido.)
Estrategicamente, o Glamsterdam fortalece a tese de longa data:
- L1 = camada de liquidação e neutralidade de alta segurança
- L2 = camada de execução de alta frequência
Verificação da realidade do cronograma: meta para H1 2026, mas as datas dependem de devnets e do robustecimento de clientes
O roteiro público do Ethereum coloca o Glamsterdam em H1 2026, mas a rede ainda não anunciou uma época de fork final para a mainnet. Roteiro do Ethereum (ethereum.org)
Os desenvolvedores principais também foram explícitos em afirmar que o caminho para a mainnet passa por devnets iterativas, estabilização, revisão de segurança e, em seguida, prontidão da testnet. O Checkpoint #9 (Abril de 2026) da Fundação Ethereum explica que o ePBS e outros componentes principais ainda são complexos, e descreve o processo de "devnet → testnet → anúncio da data de fork da mainnet". Checkpoint #9: Abril de 2026 (Blog da Fundação Ethereum)
E mesmo após o progresso do Soldøgn, os valores finais (incluindo
