Grande atualização do Ethereum em 2026: desta vez, abandonar o «progressismo»

Escrito por: Chloe, ChainCatcher

Nas últimas duas semanas, o fundador do Ethereum, Vitalik Buterin, publicou intensamente vários artigos técnicos no X, abordando temas centrais como rotas de escalabilidade, resistência a ataques quânticos, abstração de contas, reconstrução da camada de execução e aceleração do desenvolvimento com IA, sendo apelidado pela comunidade como o “Blueprint de grande revisão do Ethereum em 2026”. Por trás dessas publicações, está o esboço do Strawmap, uma estrutura de roteiro divulgada pela Fundação Ethereum, que planeja levar a capacidade de throughput do Ethereum L1 para 10.000 TPS até 2029.

No entanto, quanto maior a ambição do blueprint, maior também a dúvida sobre sua capacidade de entrega, pois, olhando para a história, o ritmo de implementação do Ethereum sempre foi mais lento do que o esperado. Será que o Ethereum está realmente preparado para abandonar o “progressismo” e embarcar em uma reconstrução mais radical?

Strawmap: Roteiro para alcançar 10.000 TPS no Ethereum em 2029

Em 25 de fevereiro, o pesquisador da Fundação Ethereum, Justin Drake, divulgou um esboço de roteiro chamado Strawmap, que visa revelar a visão do Ethereum L1 e seu cronograma de atualizações futuras. O blueprint define cinco grandes metas “polar star”: desempenho ultra-rápido do L1, throughput de gigagas, expansão do L2 para teragas, segurança pós-quântica do L1 e transferências privadas nativas do L1. A meta final é processar 10.000 transações por segundo no L1 e 10 milhões por segundo no L2.

O plano prevê sete bifurcações, com ciclos de atualização de seis meses, abrangendo mudanças na camada de consenso, dados e execução. Vitalik Buterin, fundador do Ethereum, apoiou a iniciativa, tendo publicado nos últimos dias artigos detalhando os principais aspectos do roteiro.

Foco estratégico: escalabilidade do L1 e reconstrução da camada de execução

Vitalik argumenta que, diferentemente dos últimos anos, focados em rollups L2 e L1 leves, a visão atual é de manter uma direção de longo prazo, enquanto aumenta significativamente a capacidade de escalabilidade do L1 no curto prazo.

1. Processo de curto prazo: atualização Glamsterdam

Na fase inicial, a atualização Glamsterdam introduzirá as “Listas de Acesso em Nível de Bloco (BALs)”, permitindo validação paralela e superando o gargalo de processamento sequencial, além de avançar na separação entre proposers e construtores (Enshrined Proposer-Builder Separation, ePBS), otimizando a utilização dos nós nos slots de 12 segundos.

2. Processo de longo prazo: evolução do ZK-EVM e Blob

Para expansão de longo prazo, duas tecnologias principais sustentam o plano: ZK-EVM e Blob. Para ZK-EVM, a previsão é que, até o final de 2026, poucos validadores adotem clientes ZK-EVM, expandindo-se a partir de 2027 com maior segurança, com o objetivo de implementar um mecanismo de múltiplas provas obrigatórias (3 de 5), onde um bloco só é válido se passar por pelo menos três dos cinco sistemas de prova.

No caminho do Blob, a tecnologia PeerDAS (amostragem de disponibilidade de dados) continuará a evoluir, visando aumentar a capacidade de processamento de dados para cerca de 8 MB/s. Essa tecnologia permite que os nós validem apenas pequenos fragmentos de dados, reduzindo a barreira de hardware e aumentando o throughput. Além disso, o Ethereum migrará para armazenar os dados dos blocos diretamente no espaço Blob, substituindo o modelo caro e de armazenamento permanente do calldata, otimizando a estrutura de dados e a escalabilidade da rede.

3. Reconstrução da camada de execução: troca para árvores de estado binárias, substituindo a EVM

Vitalik aponta que 80% da ineficiência de prova do Ethereum vem de sua arquitetura desatualizada. Segundo a EIP-7864, a mudança do atual “MPT de hash Keccak em hexadecimal” para uma “árvore de estado binária” deve reduzir o comprimento dos ramos em até 4 vezes, aumentando a eficiência de dados, velocidade de prova e otimização de acesso.

A proposta mais ambiciosa é migrar a VM (máquina virtual). Atualmente, os provadores ZK usam principalmente RISC-V; se a EVM puder rodar diretamente em RISC-V, eliminando a tradução entre camadas, a prova de verificação será significativamente aprimorada. O plano de implantação envolve três etapas:

1. Permitir que a nova VM assuma contratos pré-compilados existentes

2. Permitir que usuários implantem contratos na nova VM

3. Reescrever a própria EVM para rodar como um contrato inteligente na nova VM

Isso garantirá compatibilidade retroativa, com custos de transição limitados à reavaliação do gás.

Roteiro de resistência a ataques quânticos: fortalecendo as quatro vulnerabilidades principais do Ethereum

Vitalik destaca que, atualmente, o Ethereum possui quatro pontos frágeis frente à ameaça quântica:

1. Camada de consenso: assinaturas BLS

A substituição do consenso está em estágio inicial, com a proposta “Lean consensus” que usa assinaturas baseadas em hash (Hash-based), agregadas com STARKs para resistência quântica. Antes de uma implementação completa, uma versão “leve” do chain estará disponível, processando entre 256 e 1024 assinaturas por slot, sem necessidade de STARKs inicialmente, facilitando a implementação.

2. Disponibilidade de dados: compromissos e provas KZG

Para a disponibilidade de dados, Vitalik sugere substituir o compromisso KZG por STARKs resistentes a quânticos, mas há desafios:

• STARKs não suportam amostragem eficiente de dados 2D, levando a uma abordagem conservadora com DAS 1D (como PeerDAS), priorizando robustez.

• Os tamanhos das provas STARK são grandes, exigindo técnicas complexas como provas recursivas, dificultando a implementação prática.

Ele acredita que, com simplificação de objetivos e etapas de otimização, essa rota é viável, embora exija esforço técnico considerável.

3. Contas externas (EOA): assinaturas ECDSA

As contas externas, que usam ECDSA, são vulneráveis a ataques quânticos. Vitalik propõe tornar todas as contas contratos, permitindo que os usuários troquem algoritmos de assinatura resistentes a quânticos sem abandonar seus endereços atuais.

4. Camada de aplicação: provas ZK baseadas em KZG ou Groth16

O maior desafio aqui é o alto custo de gás das provas STARK, cerca de 20 vezes maior que SNARKs, tornando-as inviáveis para privacidade e L2. Vitalik sugere introduzir um “Validation Frame” (EIP-8141) para agregar provas complexas off-chain, usando provas recursivas para comprimir dados de validação em provas menores, economizando espaço e custos, além de permitir validações rápidas na mempool, garantindo operações eficientes mesmo sob ameaça quântica.

IA como acelerador: roteiro Ethereum 2030 em semanas

Além das melhorias técnicas, Vitalik destaca que a IA está acelerando o desenvolvimento do Ethereum. Ele compartilhou um experimento onde, em duas semanas, uma equipe construiu um protótipo do roteiro Ethereum 2030 usando “vibe-coding”. Ele comentou: “Seis meses atrás, isso parecia impossível; agora, é uma tendência.”

Ele mesmo testou usando seu laptop com modelos GPT-OSS:20B, que geraram código de backend em uma hora; com modelos mais avançados como Kimi-2.5, espera-se que o processo seja ainda mais rápido. A IA está mudando a velocidade de entrega do roadmap do Ethereum de forma não linear.

Vitalik defende que os benefícios da IA sejam divididos igualmente entre velocidade e segurança, usando-a para gerar testes em larga escala, validar formalmente os componentes críticos e criar múltiplas implementações independentes para cross-checking. Sua avaliação é que, no futuro próximo, será possível criar códigos livres de bugs, algo considerado utópico há anos.

Ele também sugere que o roadmap do Ethereum pode ser concluído mais rapidamente do que o esperado, com padrões de segurança superiores às previsões. “Códigos sem bugs, por muito tempo considerados uma fantasia idealista, podem se tornar realidade.” Se essa afirmação fosse feita há cinco anos, pareceria impossível.

Desafios de ritmo de entrega e a realidade

Porém, divulgar tantas tecnologias complexas ao mercado sempre levanta dúvidas sobre a capacidade de cumprir esses compromissos pontualmente.

Historicamente, o ritmo de entrega do Ethereum sempre foi mais lento do que o previsto. O The Merge, inicialmente esperado para o final de 2020, só ocorreu em setembro de 2022; a implementação do EIP-4844 (Proto-Danksharding) também levou anos. Essas atrasos geralmente decorrem de auditorias de segurança, coordenação entre múltiplos clientes e governança descentralizada.

Porém, o tempo para o Ethereum não é mais favorável. A pressão de concorrentes, a ameaça real dos ataques quânticos e a revolução na produtividade impulsionada pela IA forçam o Ethereum a abandonar o “progressismo”. No ponto de inflexão da história, as pequenas melhorias graduais podem não ser suficientes para alcançar sua visão de se tornar a camada de liquidação global.

Vitalik também reforça que essa transformação não é apenas técnica, mas exige uma mudança de mentalidade. Ele pede que a comunidade abandone dependências tradicionais na camada de aplicação, preservando os princípios de resistência à censura, código aberto, privacidade e segurança (CROPS), e que repense o design de aplicações a partir de princípios fundamentais.

Embora existam roteiros tecnológicos, a verdadeira evolução de pensamento não tem uma linha do tempo definida. Essa talvez seja a maior dificuldade para abandonar o “progressismo”.