O roteiro do Ethereum para 2026 inclui este risco para validadores que é maior do que você imagina

O roadmap do Ethereum para 2026 concentra-se em duas frentes: expandir a capacidade de dados dos rollups por meio de blobs, enquanto aumenta a execução na camada base através de mudanças no limite de gas.

Essas mudanças no limite de gas dependem de os validadores passarem de reexecutar blocos para verificar provas de execução ZK.

A primeira frente já está ancorada pelo Fusaka, que foi lançado em 3 de dezembro de 2025.

Fusaka

Ele estabelece o PeerDAS, além de alterações somente no parâmetro de blob (BPO), que podem aumentar a taxa de transferência de blobs em etapas graduais, de acordo com ethereum.org.

A segunda frente é menos mecanizada porque depende de EIPs em rascunho, implementação pelos clientes e operações dos validadores que precisam manter-se dentro das restrições de descentralização, incluindo largura de banda, propagação de blocos e estrutura de mercado de provas.

O PeerDAS é posicionado como a alavanca de “aumento de capacidade” mais clara, pois é projetado para escalar a disponibilidade de dados de rollup sem forçar cada nó a baixar todos os blobs.

Segundo o ethereum.org, as metas de blobs não aumentam imediatamente na ativação, podendo então dobrar a cada poucas semanas até um alvo máximo de 48, enquanto os desenvolvedores monitoram a saúde da rede.

A equipe da Optimism enquadrou o caso do limite superior como “pelo menos 48 blobs por bloco”, juntamente com um aumento de throughput do lado do rollup de cerca de 220 para aproximadamente 3.500 UOPS sob esse limite.

Mesmo nesse contexto, a questão prática para 2026 é se a demanda virá como uso de blob em vez de aumentar os lances para execução no L1.

Outra questão em aberto é se a estabilidade p2p e a largura de banda dos nós permanecerão dentro das tolerâncias dos operadores à medida que o BPO aumenta a implantação.

No lado da execução, o Ethereum já está testando maior throughput por meio de coordenação, em vez de um hard fork.

O GasLimit.pics relatou um limite de gas mais recente de 60.000.000, com uma média de 24 horas em torno de 59.990.755 no momento indicado.

Esse nível é importante porque fornece um ponto de referência para o que os validadores aceitaram na prática.

Também expõe o teto da “escalabilidade social” antes que a latência, a carga de validação e a pressão sobre o mempool e o pipeline de MEV se tornem restrições vinculativas.

Uma maneira simples de traduzir as discussões sobre limite de gas em faixas de throughput é usar gas por segundo, considerando o slot de 12 segundos do Ethereum (gas por segundo é igual ao limite de gas dividido por 12).

Os números abaixo mantêm a matemática explícita e separam as transações da EVM na camada base das alegações de throughput dos rollups.

Glamsterdam

A atualização planejada para 2026 reúne várias ideias voltadas à execução sob o nome “Glamsterdam”, um conjunto resumido que tem sido discutido em torno da separação formalizada entre proponente e construtor (ePBS, EIP-7732), Block-Level Access Lists (BALs, EIP-7928) e reprecificação geral (EIP-7904).

Cada uma permanece em formato de rascunho, conforme as páginas dos EIPs: EIP-7732, EIP-7928 e EIP-7904.

A reprecificação visa corrigir diferenças na tabela de gas que persistem há anos.

Defende-se que corrigir o preço inadequado da computação pode aumentar o throughput utilizável, ao mesmo tempo em que reconhece o risco de DoS e a realidade de contratos que codificam premissas de gas, segundo o EIP-7904.

As BALs são apresentadas como infraestrutura para paralelismo.

O EIP cita leituras paralelas de disco, validação paralela de transações, computação paralela do state-root e “atualizações de estado sem execução”, enquanto estima um tamanho médio comprimido das BALs de cerca de 70 a 72 KiB como overhead, segundo o EIP-7928.

Na prática, esses ganhos só se concretizam se os clientes adotarem concorrência nos verdadeiros gargalos.

Também dependem de se os dados extras e etapas de verificação evitam se tornar um próprio imposto de latência.

O ePBS está no centro das discussões tanto de MEV quanto de throughput, pois busca dissociar a validação de execução da validação de consenso no tempo, de acordo com o EIP-7732.

Essa folga temporal é também onde podem surgir novos modos de falha.

Um artigo acadêmico sobre o “problema da opção gratuita” para o ePBS estima o exercício da opção em cerca de 0,82% dos blocos, em média, sob uma janela de opção de 8 segundos, chegando a cerca de 6% em dias de alta volatilidade em suas condições modeladas, segundo o arXiv.

Ethereum em 2026

Para o planejamento de 2026, essa pesquisa direciona a atenção para a vivacidade sob estresse, e não apenas para os resultados de taxas em estado estacionário.

A aposta mais estrutural por trás de limites de gas “muito altos” é a adoção de provas ZK pelos validadores.

O roadmap “Realtime Proving” da Ethereum Foundation descreve um caminho em etapas no qual um pequeno conjunto de validadores primeiro executa clientes ZK em produção.

Só depois que uma supermaioria do stake estiver confortável, os limites de gas podem subir para níveis onde a verificação de provas substitui a reexecução para validação prática em hardware razoável, de acordo com a publicação da fundação de 10 de julho de 2025 no blog.ethereum.org.

A mesma publicação apresenta restrições relevantes para a viabilidade, não apenas para a narrativa, incluindo o objetivo de segurança de 128 bits (com aceitação temporária de 100 bits), tamanho da prova inferior a 300 KiB e evitar dependência de wrappers recursivos com trusted setups, segundo o blog.ethereum.org.

A implicação de escalabilidade está atrelada aos mercados de provas: o fornecimento de provas em tempo real precisa ser barato e confiável sem se concentrar em um conjunto restrito de provadores que recriaria as dependências atuais do tipo relay em outra camada da pilha.

Após Glamsterdam, “Hegota” está posicionado como um slot nomeado para o final de 2026, que ainda trata mais de processo do que de escopo.

A Ethereum Foundation publicou um cronograma principal com uma janela de propostas de 8 de janeiro a 4 de fevereiro, seguida de discussões e finalização de 5 a 26 de fevereiro, depois uma janela para não-principais, conforme o blog.ethereum.org.

Um meta-EIP Hegotá existe como rascunho (EIP-8081) e lista itens como considerados e não definidos, incluindo o FOCIL (EIP-7805) atualmente em análise, conforme o EIP-8081.

O valor de divulgação no curto prazo desse cronograma é criar pontos de decisão datados que investidores e desenvolvedores possam acompanhar sem inferir compromissos a partir de codinomes.

O primeiro é que as propostas principais do Hegota se encerram em 4 de fevereiro.

O post O roadmap do Ethereum para 2026 inclui esse risco de validador que é maior do que você pensa apareceu primeiro em CryptoSlate.