Principais conclusões
A Glamsterdam é a próxima grande atualização do Ethereum, agora prevista para o quarto trimestre de 2026, após atrasos em relação à meta original de junho de 2026. Nenhuma data para a mainnet foi confirmada.
A atualização tem três objetivos: processamento paralelo de transações, maior capacidade dos blocos e reprecificação do gás para evitar o inchaço do banco de dados.
As principais propostas são a EIP-7732 (separação entre proponente e construtor incorporada ao protocolo), a EIP-7928 (listas de acesso em nível de bloco) e a EIP-8037 (reprecificação do gás).
A Glamsterdam foi ativada na testnet Sepolia em 6 de outubro de 2026, em uma ativação amplamente considerada bem-sucedida.
Introdução
O Glamsterdam é uma grande atualização do Ethereum inicialmente prevista para junho de 2026, tendo sido posteriormente adiada para o terceiro trimestre de 2026. Em outubro de 2026, é esperada no quarto trimestre de 2026, embora não tenha sido anunciada nenhuma data confirmada para a ativação na mainnet. A revisão do cronograma reflete a necessidade de testes adicionais e de trabalho de interoperabilidade entre os clientes de consenso e de execução.
O Glamsterdam assenta nos avanços da atualização Fusaka, de dezembro de 2025, que introduziu o PeerDAS para melhorar a disponibilidade de dados. Enquanto o Fusaka se centrou em melhorias fundamentais, o Glamsterdam pretende escalar a camada base do Ethereum, reorganizando a forma como a rede cria e verifica blocos.
O que é a atualização Glamsterdam?
O Glamsterdam é uma atualização combinada das camadas de execução e de consenso. O nome segue a convenção do Ethereum de combinar o nome de uma cidade para a camada de execução («Amesterdão») com o nome de uma estrela para a camada de consenso («Gloas»), formando «Glamsterdam».
A atualização centra-se em três objetivos principais. Primeiro, acelerar o processamento através da paralelização, permitindo à rede processar muitas transações em simultâneo, em vez de uma de cada vez.
Segundo, expandir a capacidade separando as tarefas de criação e verificação de blocos, para dar à rede mais tempo para propagar maiores quantidades de dados.
Terceiro, evitar o inchaço da base de dados ajustando as taxas para refletir o custo de hardware a longo prazo do armazenamento de novos dados, o que permite futuros aumentos do limite de gás.
Em suma, o Glamsterdam introduz mudanças estruturais para garantir que a rede continue a funcionar bem e de forma sustentável à medida que a sua capacidade aumenta.
Principais propostas do Glamsterdam
As mudanças do Glamsterdam são definidas através das Propostas de Melhoria do Ethereum (EIPs), o mesmo processo que o Ethereum utiliza para outras atualizações do protocolo. Apresentamos abaixo as três propostas principais.
EIP-7732: Separação de proponente e construtor integrada no protocolo (ePBS)
Atualmente, a relação entre os proponentes de blocos e os construtores de blocos não faz parte do protocolo central do Ethereum. Depende de middleware de terceiros de confiança, conhecido como retransmissores, sobretudo o MEV-Boost, no âmbito do modelo mais amplo de Separação de Proponente e Construtor (PBS).
Este modelo externo ao protocolo cria um estrangulamento: os validadores têm de se apressar a transmitir e executar transações numa janela apertada de 2 segundos, limitando a quantidade de dados que a rede consegue processar por bloco.
A EIP-7732 separa formalmente o papel do proponente (que seleciona o bloco de consenso) do papel do construtor (que monta o payload de execução), integrando diretamente esta transferência no protocolo. Isto elimina a necessidade de middleware de terceiros e introduz pagamentos sem necessidade de confiança aos construtores, incorporados no próprio protocolo.
Para resolver o estrangulamento dos 2 segundos, o ePBS introduz um Comité de Pontualidade de Payload (PTC) e uma lógica de prazos duplos. Os validadores podem atestar separadamente o bloco de consenso e o payload de execução, alargando a janela de propagação de 2 segundos para aproximadamente 9 segundos. Este tempo adicional permite ao Ethereum processar blocos muito maiores com segurança, sem sobrecarregar a rede.
O ePBS também tem implicações para os pools de staking, que terão de atualizar a sua arquitetura para permitir uma monitorização sem necessidade de confiança. No entanto, a experiência geral de staking poderá melhorar graças a um processo de seleção de construtores mais aperfeiçoado.
EIP-7928: Listas de acesso ao nível do bloco (BALs)
Atualmente, o Ethereum processa as transações sequencialmente. A rede não sabe a que dados uma transação irá aceder ou que dados irá modificar até que esta seja executada; por isso, os validadores têm de processar as transações uma a uma para evitar conflitos. Isto cria uma via única em que o débito é limitado pela velocidade da execução em série.
As listas de acesso ao nível do bloco (BALs) alteram esta situação ao fornecerem um mapa antecipado de todas as dependências das transações. A camada de execução guarda uma lista completa de acesso ao bloco, que detalha todas as contas que as transações irão utilizar, bem como os resultados finais dessas alterações. O cabeçalho do bloco contém uma impressão digital compacta desta lista.
Com este mapa, os validadores podem processar transações sem conflitos em paralelo, em vez de sequencialmente. Os nós também podem sincronizar mais depressa, lendo os resultados finais sem voltar a executar cada transação — uma funcionalidade chamada sincronização sem execução. As BALs lançam as bases para um aumento significativo do débito da Layer 1.
EIP-8037: Reprecificação do gás
Um limite de gás mais elevado só é útil se a rede conseguir lidar com o consequente crescimento do estado sem perda de desempenho. A EIP-8037 introduz preços mais adequados para o armazenamento de dados, aumentando o custo das operações que criam estado. O objetivo é tornar a expansão do estado mais dispendiosa, mantendo a computação relativamente mais barata.
A EIP-8037 é acompanhada por uma proposta relacionada, a EIP-8038, que atualiza os custos das operações de acesso ao estado. Em conjunto, procuram alinhar melhor os custos de gás com os recursos efetivamente utilizados pelos operadores de nós.
Esta reprecificação foi concebida para funcionar em conjunto com a meta de 200 milhões de gás. Sem ela, um limite de gás mais elevado poderia levar a um crescimento excessivo do estado, tornando cada vez mais dispendiosa a operação de um nó. Ao alinhar os custos de gás com o impacto real, a longo prazo, do armazenamento de novos dados no hardware, a EIP-8037 garante que os aumentos de capacidade continuem a ser sustentáveis.
A meta de limite de gás de 200 milhões
A Ethereum Foundation descreveu um limite de gás de 200 milhões como uma «meta pós-Glamsterdam credível» para a rede. Seria um aumento significativo em relação ao limite de gás atual, de aproximadamente 60 milhões. No entanto, a Foundation apresentou-o como um objetivo de capacidade, e não como uma configuração garantida desde o primeiro dia da atualização.
Um limite de gás de 200 milhões fez parte do teste da Sepolia iniciado a 6 de outubro de 2026, fornecendo aos programadores dados preliminares sobre o comportamento da rede a essa escala. Não foi confirmado como configuração da mainnet.
O limite de gás determina quanta computação pode caber num único bloco. Aumentá-lo significa que podem ser processadas mais transações e operações de contratos inteligentes por bloco, mas também significa que os blocos ficam maiores e exigem mais recursos para serem validados. A combinação de ePBS, BALs e reprecificação do gás no Glamsterdam foi concebida para tornar este aumento seguro e sustentável.
Cronograma e estado atual
Como mencionado, o objetivo inicial para o Glamsterdam era junho de 2026. A atualização foi posteriormente adiada para o terceiro trimestre de 2026 e agora é esperada no quarto trimestre de 2026. Não foi anunciada nenhuma data confirmada para a ativação na mainnet.
Os testes avançaram por várias etapas. Foram executadas devnets da atualização ao longo de 2025 e 2026, com testes de interoperabilidade em eventos para programadores, incluindo um em Svalbard, na Noruega. A primeira ativação numa testnet pública ocorreu na testnet Sepolia, a 6 de outubro de 2026, e foi amplamente divulgada como bem-sucedida. Pouco antes da ativação, os programadores lançaram uma atualização de última hora para o cliente Prysm, a fim de manter o teste dentro do cronograma.
A seguir, espera-se que os testes avancem para a testnet Hoodi antes de ser decidida uma data de ativação na mainnet. O principal risco para o cronograma continua a ser a possibilidade de novos atrasos caso os testes revelem problemas adicionais, sobretudo relacionados com a implementação do ePBS e a consistência entre clientes.
O que vem depois do Glamsterdam?
A próxima grande atualização após o Glamsterdam chama-se Hegotá e é esperada no segundo trimestre de 2027. O âmbito atualmente previsto centra-se em duas funcionalidades: FOCIL (EIP-7805), que reforça as proteções contra a censura de transações, e transações de quadro (EIP-8141).
A EIP-8141, conhecida como Frame Transactions, introduziria a abstração de contas nativa ao tornar programável a verificação de transações, permitindo aos utilizadores escolher esquemas de assinatura pós-quânticos em vez de ficarem limitados à ECDSA. Em agosto de 2026, os programadores passaram a EIP-8141 de «Em consideração para inclusão» para «Programada para inclusão» no Hegotá, embora a sua especificação continue a ser um rascunho e os detalhes ainda possam mudar antes da ativação.
As discussões anteriores sobre o roteiro associavam o Hegotá às Verkle Trees, mas o âmbito atualmente previsto centra-se na FOCIL e nas transações de quadro. O trabalho sobre a ausência de estado continua no âmbito do roteiro mais amplo do Ethereum enxuto, e não como uma funcionalidade confirmada do Hegotá.
Para além do Hegotá, a Foundation está a desenvolver o Strawmap, o seu roteiro de longo prazo para a resistência quântica. Este trabalho inclui assinaturas baseadas em hash (leanXMSS), uma zkVM mínima (leanVM) para comprimir assinaturas resistentes a ataques quânticos e testes semanais de interoperabilidade entre mais de 10 equipas de clientes.
Perguntas frequentes
Quando será ativada a atualização Glamsterdam?
O Glamsterdam é esperado no quarto trimestre de 2026, mas não foi anunciada nenhuma data confirmada para a ativação na mainnet. A atualização foi ativada na testnet Sepolia a 6 de outubro de 2026, e espera-se que os testes continuem na testnet Hoodi antes de ser definida uma data para a mainnet.
O que é a separação de proponente e construtor integrada no protocolo (ePBS)?
O ePBS (EIP-7732) integra a relação entre os proponentes de blocos e os construtores de blocos no protocolo central do Ethereum, eliminando a necessidade de middleware de retransmissão de terceiros, como o MEV-Boost.
Introduz um Comité de Pontualidade de Payload e uma lógica de prazos duplos que alarga a janela de propagação dos blocos de 2 segundos para aproximadamente 9 segundos, permitindo à rede lidar com blocos maiores.
O que são as listas de acesso ao nível do bloco (BALs)?
As BALs (EIP-7928) fornecem um mapa antecipado de todas as dependências das transações dentro de um bloco. Ao indicar aos validadores quais as contas que cada transação irá utilizar antes do início da execução, as BALs permitem o processamento paralelo de transações sem conflitos e uma sincronização mais rápida dos nós através da sincronização sem execução.
O Glamsterdam vai reduzir as taxas de gás?
O principal objetivo do Glamsterdam é aumentar a capacidade e o débito da rede, não reduzir diretamente as taxas de gás. Ao elevar a meta do limite de gás e permitir a execução paralela, podem caber mais transações em cada bloco, o que poderá ajudar a reduzir os picos de taxas causados pelo congestionamento.
No entanto, a EIP-8037 também aumenta os custos das operações que criam estado para evitar o inchaço da base de dados, pelo que algumas operações poderão ficar mais caras.
Qual é a diferença entre Glamsterdam e Fusaka?
O Fusaka, ativado em dezembro de 2025, introduziu o PeerDAS para melhorar a disponibilidade de dados e aumentou os parâmetros de blobs para os rollups de Layer 2. O Glamsterdam assenta nesta base e concentra-se na escalabilidade da Layer 1 através do ePBS, das listas de acesso ao nível do bloco e da reprecificação do gás. Enquanto o Fusaka beneficiou sobretudo os rollups de Layer 2, o Glamsterdam visa diretamente a camada base.
O que vem depois do Glamsterdam?
Espera-se que o Hegotá se siga no segundo trimestre de 2027, com a FOCIL (EIP-7805) e as transações de quadro (EIP-8141) entre as funcionalidades previstas. A longo prazo, o roteiro Strawmap da Foundation aponta para tecnologia de assinaturas resistente a ataques quânticos.
Considerações finais
O Glamsterdam é um passo importante no roteiro de escalabilidade do Ethereum. A atualização pretende preparar o Ethereum para um débito significativamente superior, sem sacrificar a descentralização nem a acessibilidade dos nós.
As principais mudanças incluem integrar a separação de proponente e construtor no protocolo, introduzir o processamento paralelo de transações através de listas de acesso ao nível do bloco e reprecificar o gás para gerir o crescimento do estado.
Com a ativação na testnet Sepolia concluída em outubro de 2026, o Glamsterdam passou o seu primeiro teste público, e a expectativa atual é de uma janela de ativação na mainnet no quarto trimestre de 2026. Como acontece com qualquer atualização de rede, o calendário e o âmbito podem mudar, pelo que acompanhar os anúncios oficiais do Ethereum continua a ser a melhor forma de se manter a par das novidades.
Leitura adicional
O que é o Ethereum e como funciona?
Atualização Fusaka do Ethereum: tudo o que precisa de saber
Como funcionam as taxas de gás no Ethereum?
O que é uma proposta de melhoria do Ethereum (EIP)?
Escalabilidade de blockchain: Layer 1 vs. Layer 2