O roteiro da Ethereum para 2026 se concentra em dois caminhos: expandir a capacidade de dados acumulados por meio de blobs e, ao mesmo tempo, aumentar a execução da camada base por meio de alterações no limite de gás.
Essas mudanças nos limites de gás dependem de os validadores passarem da reexecução de blocos para a verificação das provas de execução ZK.
A primeira faixa já está ancorada pela Fusaka, que foi lançada em 3 de dezembro de 2025.
Fusaka
Fusaka configura PeerDAS mais alterações somente de parâmetro de blob (BPO) que podem aumentar a taxa de transferência de blob em etapas medidas, de acordo com ethereum.org.
A segunda via é menos mecanizada porque depende de projetos de EIPs, implementação de clientes e operações de validação que devem permanecer dentro das restrições de descentralização, incluindo largura de banda, propagação de blocos e comprovação da estrutura do mercado.
PeerDAS está posicionado como a alavanca de “rampa de capacidade” mais clara porque foi projetado para dimensionar a disponibilidade de dados cumulativos sem forçar cada nó a baixar cada blob.
De acordo com ethereum.org os alvos de blob não saltam imediatamente na ativação e podem dobrar a cada poucas semanas, até um alvo máximo de 48, à medida que os desenvolvedores monitoram a integridade da rede.
A equipe do Optimism enquadrou o caso superior como “pelo menos 48 blobs por bloco”, combinado com uma mudança de taxa de transferência do lado do rollup de cerca de 220 para cerca de 3.500 UOPS abaixo dessa meta, de acordo com otimismo.io.
Mesmo nesse enquadramento, a questão prática para 2026 é se a procura chega como utilização de blob em vez de aumentar a execução L1.
Outra questão em aberto é se a estabilidade p2p e a largura de banda do nó permanecem dentro das tolerâncias da operadora à medida que o BPO aumenta a implementação.
Do lado da execução, o Ethereum já está testando maior rendimento por meio de coordenação, em vez de um hard fork.
GasLimit.pics relatou um limite de gás mais recente de 60.000.000, com uma média de cerca de 59.990.755 em 24 horas no horário mostrado.
Esse nível é importante porque fornece um ponto de referência para o que os validadores aceitaram na prática.
Ele também expõe o teto do “escalamento social” antes que a latência, a carga de validação e a tensão do mempool e do pipeline MEV se tornem vinculativas.
Uma maneira simples de traduzir a conversa sobre limite de gás em faixas de rendimento é gás por segundo, usando o intervalo de tempo de 12 segundos do Ethereum (gás por segundo é igual ao limite de gás dividido por 12).
Os números abaixo mantêm a matemática explícita e separam as transações EVM da camada base das declarações de rendimento de rollup.
| Cenário | Limite de gás | Gás/seg (≈ gás/12) | Tx/seg a 21k gás | Tx/seg a 120k gás |
|---|---|---|---|---|
| Nível de coordenação atual | 60.000.000 | 5.000.000 | ≈238 | ≈42 |
| 2× caso limite de gás | 120.000.000 | 10.000.000 | ≈476 | ≈83 |
| Caso de última geração (requer alteração de validação) | 200.000.000 | 16.666.667 | ≈793 | ≈139 |
Glamsterdã
A marca de atualização planejada para 2026 envolve várias ideias orientadas para a execução em “Glamsterdam”, uma lista abreviada que tem sido discutida em torno da separação consagrada entre proponente e construtor (ePBS, EIP-7732), listas de acesso em nível de bloco (BALs, EIP-7928) e reprecificação geral (EIP-7904).
Cada um permanece em forma de rascunho, de acordo com as páginas do EIP para EIP-7732, EIP-7928e EIP-7904.
A reprecificação visa incompatibilidades no cronograma de gás que persistem há anos.
Ele argumenta que a correção de cálculos com preços incorretos pode aumentar o rendimento utilizável, ao mesmo tempo em que reconhece o risco de DoS e a realidade dos contratos que codificam as suposições de gás, de acordo com EIP-7904.
Os BALs são enquadrados como canalizações para paralelismo.
O EIP cita leituras paralelas de disco, validação de transação paralela, computação paralela de raiz de estado e “atualizações de estado sem execução”, enquanto estima o tamanho médio do BAL compactado de 70 a 72 KiB como sobrecarga, de acordo com EIP-7928.
Na prática, esses ganhos só se concretizarão se os clientes adotarem a simultaneidade nos gargalos reais.
Eles também dependem de os dados extras e as etapas de verificação evitarem se tornar sua própria taxa de latência.
O ePBS está no centro das discussões sobre MEV e taxa de transferência porque visa dissociar a validação de execução da validação de consenso no tempo, de acordo com EIP-7732.
Essa folga temporal também é onde novos modos de falha podem aparecer.
Um artigo acadêmico sobre o “problema da opção livre” para 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, atingindo cerca de 6% em dias de alta volatilidade em suas condições modeladas, de acordo com arXiv.
Ethereum em 2026
Para o planejamento de 2026, essa pesquisa chama a atenção para a vivacidade sob estresse, e não apenas para os resultados das taxas em estado estacionário.
A aposta mais estrutural por trás dos limites de gás “muito altos” é a adoção do validador à prova de ZK.
O roteiro “Realtime Proving” da Fundação Ethereum descreve um caminho em etapas onde um pequeno conjunto de validadores executa primeiro clientes ZK em produção.
Então, somente depois que a maioria absoluta das participações estiver confortável, os limites de gás podem subir a níveis em que a verificação da prova substitui a reexecução pela validação prática em hardware razoável, de acordo com a postagem da fundação de 10 de julho de 2025 em blog.ethereum.org.
A mesma postagem estabelece restrições que são importantes para a viabilidade e não para a narrativa, incluindo a segurança de 128 bits (com 100 bits aceitos temporariamente), tamanho de prova inferior a 300 KiB e evitar a dependência de wrappers recursivos com configurações confiáveis, de acordo com blog.ethereum.org.
A implicação da escala está ligada aos mercados de provas: o fornecimento de provas em tempo real tem de ser barato e credível, sem se concentrar num conjunto restrito de provas que recria as actuais dependências do tipo retransmissão noutra camada da pilha.
Depois de Glamsterdam, “Hegota” é posicionado como um slot nomeado no final de 2026 que ainda trata mais de processo do que de escopo.
A Fundação Ethereum publicou um cronograma de atração principal com uma janela de proposta de 8 de janeiro a 4 de fevereiro, seguida por discussão e finalização de 5 de fevereiro a 26 de fevereiro, depois uma janela para não-headliners, de acordo com blog.ethereum.org.
Um meta-EIP Hegotá existe como rascunho (EIP-8081) e lista itens como considerados em vez de bloqueados, incluindo FOCIL (EIP-7805) conforme atualmente considerado, de acordo com EIP-8081.
O valor dos relatórios de curto prazo nesse cronograma é que ele cria pontos de decisão desatualizados que os investidores e construtores podem acompanhar sem inferir compromissos de codinomes.
A primeira é que as propostas para a atração principal do Hegota serão encerradas em 4 de fevereiro.
