iOS & Android

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

A roteira do Ethereum para 2026 centra-se em duas frentes: expandir a capacidade de dados de rollups através de blobs, enquanto impulsiona a execução da camada base através de mudanças no limite de gás.

Essas mudanças no limite de gás dependem de validadores mudarem da reexecução de blocos para a verificação de provas de execução ZK.

A primeira frente já está ancorada pela Fusaka, lançada em 3 de dezembro de 2025.

Fusaka

A Fusaka estabelece o PeerDAS mais mudanças apenas nos parâmetros de blob (BPO) que podem aumentar a taxa de transferência de blobs em etapas medidas, de acordo com ethereum.org.

A segunda frente é menos mecanizada porque depende de EIPs em rascunho, implementação do cliente 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 estrutura do mercado de provas.

O PeerDAS é posicionado como a alavanca mais clara de “rampa de capacidade” porque foi projetado para escalar a disponibilidade de dados de rollups sem forçar todos os nós a baixarem todos os blobs.

De acordo com ethereum.org, as metas de blob não saltam imediatamente na ativação, podendo dobrar a cada poucas semanas até uma meta máxima de 48, enquanto os desenvolvedores monitoram a saúde da rede.

A equipe da Optimism enquadrou o cenário de alto limite como “pelo menos 48 blobs por bloco”, combinado com um aumento na taxa de transferência do lado do rollup de cerca de 220 para cerca de 3.500 UOPS sob essa meta, de acordo com optimism.io.

Mesmo nesse enquadramento, a questão prática para 2026 é se a demanda chegará como uso de blobs em vez de aumentar os lances pela execução na L1.

Outra questão em aberto é se a estabilidade p2p e a largura de banda dos nós permanecem 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 taxa de transferência através de coordenação, e não de um hard fork.

GasLimit.pics relatou um limite de gás mais recente de 60.000.000, com uma média de 24 horas de cerca de 59.990.755 no momento mostrado.

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 limite da “escalabilidade social” antes que a latência, a carga de validação e a tensão no mempool e no pipeline de MEV se tornem restritivas.

Uma maneira simples de traduzir a discussão sobre limite de gás para faixas de taxa de transferência é gás por segundo, usando o tempo de slot 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 alegações de taxa de transferência de rollups.

Gás do Ethereum
Cenário Limite de gás Gás/seg (≈ gás/12) Transações/seg a 21k gás Transações/seg a 120k gás
Nível de coordenação atual 60.000.000 5.000.000 ≈238 ≈42
Caso de limite de gás 2× 120.000.000 10.000.000 ≈476 ≈83
Caso de alto limite (requer mudança de validação) 200.000.000 16.666.667 ≈793 ≈139

Glamsterdam

A marca da atualização planejada para 2026 agrupa várias ideias orientadas à 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 redefinição geral de preços (EIP-7904).

Cada uma permanece em forma de rascunho, de acordo com as páginas do EIP para EIP-7732, EIP-7928 e EIP-7904.

A redefinição de preços visa desajustes no cronograma de gás que persistem há anos.

Argumenta que corrigir o preço incorreto da computação pode aumentar a taxa de transferência utilizável, ao mesmo tempo que reconhece o risco de DoS e a realidade de contratos que codificam suposições de gás, de acordo com EIP-7904.

As BALs são enquadradas como infraestrutura para paralelismo.

O EIP cita leituras paralelas de disco, validação paralela de transações, computação paralela da raiz de estado e “atualizações de estado sem execução”, estimando cerca de 70 a 72 KiB de tamanho médio comprimido de BAL como sobrecarga, de acordo com EIP-7928.

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

Eles também dependem de se os dados extras e etapas de verificação evitam 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 desacoplar a validação da execução da validação do 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 gratuita” 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 direciona a atenção para a vivacidade sob estresse, não apenas para os resultados de taxas em estado estável.

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

A roteira “Realtime Proving” da Ethereum Foundation descreve um caminho escalonado onde um pequeno conjunto de validadores primeiro executa clientes ZK em produção.

Então, somente depois que uma supermaioria do stake estiver confortável, os limites de gás 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 postagem da fundação de 10 de julho de 2025 em blog.ethereum.org.

A mesma postagem estabelece restrições importantes para a viabilidade, e não para a narrativa, incluindo o direcionamento para segurança de 128 bits (com 100 bits aceitos temporariamente), tamanho de prova abaixo de 300 KiB e evitar dependência de wrappers recursivos com configurações confiáveis, de acordo com blog.ethereum.org.

A implicação de escalabilidade está ligada aos mercados de provas: a oferta de provas em tempo real deve ser barata e credível sem se concentrar em um conjunto estreito de provadores que recria as dependências do estilo relay atual em outra camada da stack.

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

A Ethereum Foundation publicou uma linha do tempo para propostas principais com uma janela de propostas de 8 de janeiro a 4 de fevereiro, seguida por discussão e finalização de 5 a 26 de fevereiro, depois uma janela para não principais, de acordo com blog.ethereum.org.

Um meta-EIP da Hegotá existe como rascunho (EIP-8081) e lista itens como considerados, e não bloqueados, incluindo FOCIL (EIP-7805) como atualmente considerado, de acordo com EIP-8081.

O valor de reportagem de curto prazo nesse cronograma é que ele cria pontos de decisão datados que investidores e construtores podem rastrear sem inferir compromissos a partir de nomes de código.

O primeiro é que as propostas principais da Hegota fecham em 4 de fevereiro.

A postagem A roteira do Ethereum para 2026 inclui este risco de validador que é maior do que você pensa apareceu primeiro em CryptoSlate.