O Fork Glamsterdam do Ethereum: Como o Processamento Paralelo e o ePBS Colocam 10.000 TPS ao Alcance

O Ethereum passou anos escalando por meio de rollups de Camada 2, enquanto sua camada base permanecia um gargalo de thread única processando transações uma por uma. Essa era está chegando ao fim. O hard fork Glamsterdam, previsto para meados de 2026, introduz a execução paralela por meio de Listas de Acesso de Bloco (BALs) e incorpora a Separação Propositor - Construtor (ePBS) diretamente na camada de consenso — uma reformulação estrutural que coloca a mainnet do Ethereum em um caminho rumo a mais de 10.000 transações por segundo pela primeira vez.

É, sob qualquer medida, o movimento de escalabilidade de Camada 1 mais agressivo desde o Merge.

De uma Estrada Simples para uma Rodovia Multifaixas

Desde seu lançamento em 2015, o Ethereum executou cada transação sequencialmente — uma operação após a outra em uma fila longa e ordenada. Este design é simples e seguro, mas desperdiça o poder de processamento paralelo do hardware moderno. Um validador operando uma máquina de 16 núcleos hoje usa apenas um desses núcleos para a execução de transações.

O EIP - 7928, intitulado Listas de Acesso de Bloco (BALs), muda isso fundamentalmente. Cada bloco incluirá um mapa de quais transações tocam quais contas e slots de armazenamento. Quando duas transações são comprovadamente independentes — por exemplo, um swap na Uniswap e a cunhagem de um NFT acessando estados completamente separados — elas podem ser executadas simultaneamente em vários núcleos de CPU.

Pense nisso como o Ethereum mudando de uma estrada de pista única para uma rodovia de várias faixas. Transações que não conflitam entre si não precisam mais esperar na fila.

O impacto prático é multiplicativo. Combinado com um aumento planejado no limite de gás de 60 milhões para 100 milhões na primeira fase — e, eventualmente, para 200 milhões após a implantação do ePBS — a capacidade bruta de processamento do Ethereum crescerá 3,3x ou mais. O melhor de tudo é que os desenvolvedores de contratos inteligentes não precisam mudar uma única linha de código.

Separação Propositor - Construtor Incorporada: Eliminando o Gargalo do Relay

O segundo destaque do EIP em Glamsterdam é o EIP - 7732: Separação Propositor - Construtor Incorporada (ePBS). Para entender por que isso importa, é necessário entender a fragilidade do sistema atual.

Hoje, os validadores do Ethereum terceirizam a construção de blocos para "construtores" especializados por meio de um sistema off - chain chamado MEV - Boost. Isso funciona, mas depende de um punhado de "relays" (retransmissores) confiáveis — intermediários que ficam entre propositores e construtores. Esses relays são pontos de estrangulamento de centralização. Um pequeno número de operadores de relay controla efetivamente quais blocos são propostos, criando riscos de censura e pontos únicos de falha.

O ePBS elimina totalmente essa dependência. Em vez de confiar em relays off - chain, a transferência propositor - construtor torna-se uma operação nativa do protocolo com um fluxo de compromisso - revelação integrado na camada de consenso do Ethereum. Os construtores tornam-se participantes de primeira classe do protocolo. A camada de relay — com toda a sua bagagem de centralização — torna-se desnecessária.

Do ponto de vista da escalabilidade, o ePBS desbloqueia algo igualmente importante: fornece mais tempo para a geração e propagação de provas de conhecimento zero (zero - knowledge proofs) em toda a rede. O pesquisador da Fundação Ethereum, Justin Drake, estima que cerca de 10% dos validadores mudarão da reexecução de transações para a verificação de provas ZK após a ativação do ePBS, o que permitirá novos aumentos no limite de gás no futuro.

O Pacote Completo de EIPs do Glamsterdam

Além dos dois destaques, o Glamsterdam inclui várias propostas adicionais que fortalecem o impacto da atualização:

• EIP - 7805 (Listas de Inclusão Forçadas pela Escolha de Fork): Comitês de validadores podem forçar a inclusão de transações específicas, combatendo diretamente a censura no nível do protocolo. Isso aborda preocupações crescentes sobre a filtragem de transações impulsionada por construtores.

• EIP - 8007 (Reprecificação de Gás): Um reequilíbrio abrangente dos custos de gás em toda a EVM para eliminar gargalos específicos que historicamente restringiram a escalabilidade. Ao harmonizar os custos de gás, este EIP garante que o aumento do limite de gás se traduza em ganhos proporcionais de rendimento.

• Capacidade de Blobs Aprimorada: Os blobs de dados disponíveis para rollups de Camada 2 aumentarão significativamente — potencialmente até 72 ou mais por bloco, acima da meta atual. Isso significa que as L2s construídas no Ethereum podem processar centenas de milhares de transações por segundo enquanto ancoram sua segurança na camada base.

O efeito combinado é um esforço de escalabilidade coordenado em todas as dimensões: velocidade de execução na L1, teto de processamento na L1, descentralização do MEV, resistência à censura e disponibilidade de dados na L2.

O que 10.000 TPS Realmente Significa

Atualmente, o Ethereum lida com cerca de 15 - 30 transações por segundo em sua camada base. A meta de 10.000 TPS representa uma melhoria de 300 - 600x — mas o contexto importa.

Essa meta é o fim de um caminho de múltiplas atualizações, não uma realidade imediata no primeiro dia do Glamsterdam. O fork de meados de 2026 estabelece a base arquitetônica: execução paralela, limites de gás mais altos e verificação de provas ZK. Alcançar os 10.000 TPS totais na mainnet exigirá otimizações subsequentes, incluindo o aumento do limite de gás para 200 milhões e a adoção mais ampla de provas ZK pelos validadores.

Para comparação, a Solana processa cerca de 4.000 - 5.000 TPS na prática, enquanto novas redes como a Somnia afirmam atingir 1 milhão de TPS em infraestrutura compatível com EVM. No entanto, números brutos de TPS perdem o ponto central. A estratégia de escalabilidade do Ethereum é única porque preserva simultaneamente a descentralização (mais de 900.000 validadores), mantém o ecossistema de contratos inteligentes existente (sem necessidade de migração) e escala as Camadas 1 e 2 em conjunto.

A verdadeira questão não é se o Ethereum pode igualar a velocidade da Solana — é se o Ethereum pode se tornar rápido o suficiente para que sua L1 sirva como uma camada de execução viável para DeFi de alto valor, liquidação institucional e outras aplicações que atualmente dependem de rollups por padrão.

Heze - Bogota: O Seguimento de Privacidade e Segurança

O roadmap do Ethereum para 2026 não termina com o Glamsterdam. O fork Heze - Bogota, planejado para o final de 2026, muda o foco para a privacidade e a resistência à censura.

As principais prioridades incluem o fortalecimento da privacidade do usuário no nível do protocolo e a implementação de Listas de Inclusão de Escolha de Fork para tornar estruturalmente mais difícil para qualquer parte bloquear transações. O fork reflete o reconhecimento de que escalar sem privacidade cria uma rede favorável à vigilância — algo sobre o qual a comunidade Ethereum tem sido cada vez mais vocal.

Olhando mais à frente, o Ethereum 3.0 — esperado para meados de 2027 — introduzirá criptografia resistente a computação quântica, incluindo assinaturas Winternitz e zk - STARKs, protegendo a rede contra futuras ameaças de computação quântica. Este roteiro plurianual representa o esforço de desenvolvimento mais coordenado do Ethereum desde a transição para o Proof of Stake.

O que Isso Significa para Desenvolvedores e Usuários

Para desenvolvedores de contratos inteligentes, as Listas de Acesso de Bloco funcionam de forma transparente. Os contratos existentes não precisam ser reescritos. O mecanismo de execução paralela identifica a independência no nível do bloco, de modo que qualquer contrato que não toque no mesmo estado que outra transação no mesmo bloco se beneficia automaticamente.

Para usuários, o impacto aparece como taxas de gás mais baixas — mais oferta de espaço de bloco significa menos preços impulsionados pelo congestionamento. Protocolos DeFi na L1 do Ethereum lidarão com volumes significativamente maiores sem os picos de gás que historicamente empurraram os usuários para L2s ou redes concorrentes.

Para rollups de Camada 2, a capacidade expandida de blobs significa custos de disponibilidade de dados mais baratos. Rollups como Arbitrum, Optimism e Base já processam a maioria das transações do ecossistema Ethereum — os volumes de L2 ultrapassaram 2 milhões de transações diárias no início de 2026, dobrando o volume da própria L1 do Ethereum. Com a expansão de blobs do Glamsterdam, essas L2s podem escalar ainda mais enquanto mantêm sua segurança ancorada ao Ethereum.

A Mudança no Cenário Competitivo

O Glamsterdam chega em um momento em que a dominância do Ethereum está sendo desafiada de várias direções. A Solana capturou a atenção dos desenvolvedores com sua vantagem de velocidade. A Base atraiu usuários com taxas baixas e a distribuição da Coinbase. Novos entrantes como Somnia e Sei prometem melhorias de desempenho de ordens de magnitude.

A resposta do Ethereum com o Glamsterdam é caracteristicamente metódica: em vez de perseguir métricas de velocidade bruta, está atualizando a infraestrutura existente para ser dramaticamente mais rápida, preservando as propriedades — descentralização, segurança, compatibilidade de ecossistema — que tornam o Ethereum a camada de liquidação de escolha para aplicações institucionais e de alto valor.

Se essa abordagem ponderada vencerá a corrida do rendimento é uma questão em aberto. Mas com processamento paralelo, ePBS e um aumento de 3,3x no limite de gás chegando em um único fork, o Glamsterdam representa o maior salto individual na capacidade de execução do Ethereum desde o lançamento da rede.

A rodovia multifaixas está em construção. Meados de 2026 é quando as faixas serão abertas.

O BlockEden.xyz fornece infraestrutura de RPC do Ethereum e indexação de dados de nível empresarial otimizada para aplicações de alto rendimento. À medida que o Glamsterdam remodela a camada de execução do Ethereum, explore nosso marketplace de APIs para construir em uma infraestrutura projetada para a próxima era de desempenho on-chain.