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

Autor: 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 de “Plano de Reforma do Ethereum 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 taxa de throughput do Ethereum L1 para 10.000 TPS até 2029.

Porém, quanto maior a ambição do plano, maior a dúvida sobre sua capacidade de entrega, já que, historicamente, o ritmo de implementação do Ethereum sempre foi mais lento que o esperado. Será que o Ethereum está realmente preparado para abandonar o “progressismo” e embarcar numa reforma mais radical?

Strawmap: Ethereum atingirá 10.000 TPS em 2029

No dia 25 de fevereiro, o pesquisador da Fundação Ethereum, Justin Drake, divulgou um esboço de roteiro chamado Strawmap, que revela a visão e o cronograma de futuras atualizações do Ethereum L1. O plano define cinco grandes “estrelas-guia”: 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 no L2.

O plano prevê sete bifurcações, com ciclos de atualização de seis meses, envolvendo mudanças na camada de consenso, dados e execução. Vitalik Buterin apoiou publicamente, e nas últimas semanas publicou vários textos técnicos no X, detalhando os principais aspectos do roteiro.

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

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

1. Curto prazo: atualização Glamsterdam

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

2. Longo prazo: evolução do ZK-EVM e Blob

Para expansão de longo prazo, apoiam-se duas tecnologias principais: ZK-EVM e Blob. Para ZK-EVM, a previsão é que, até o final de 2026, alguns validadores adotem inicialmente clientes ZK-EVM, expandindo-se em 2027 com maior segurança, visando uma “prova múltipla obrigatória 3-de-5”, onde um bloco precisa ser validado por pelo menos três de cinco sistemas de prova.

No caminho do Blob, o PeerDAS (amostragem de disponibilidade de dados) continuará evoluindo, visando atingir cerca de 8 MB/s de capacidade de processamento de dados. Essa tecnologia permite que os nós validem apenas pequenos fragmentos de dados, aumentando o throughput e reduzindo os requisitos de hardware. 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.

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 obsoleta. Segundo a EIP-7864, a troca do “árvore de estado Keccak de 16 dígitos” para uma “árvore de estado binária” reduzirá o comprimento dos ramos em até 4 vezes, aumentando a eficiência de dados:

• Largura de banda: redução de custos em cerca de 4x, beneficiando clientes leves como Helios.

• Velocidade de prova: com BLAKE3, até 3x mais rápido; com Poseidon, potencialmente 100x mais rápido.

• Otimização de acesso: o design de “páginas” de slots (64–256) permite que DApps economizem mais de 10.000 Gas por transação ao ler ou escrever dados adjacentes.

Um passo mais ambicioso é a migração da VM (máquina virtual). Atualmente, os provadores ZK usam RISC-V; se a EVM puder rodar diretamente em RISC-V, eliminando a tradução entre duas VMs, a prova do sistema será muito mais eficiente. 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 EVM como um contrato inteligente rodando na nova VM

Assim, garante-se compatibilidade retroativa, com custos de transição limitados à reavaliação do Gas.

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

Vitalik destaca que o Ethereum possui quatro vulnerabilidades quânticas atuais:

1. Camada de consenso: assinaturas BLS

A substituição da camada de consenso já está em estágio inicial. Vitalik propõe o “Lean consensus”, usando assinaturas baseadas em hash e STARKs para agregação, tornando o sistema resistente a ataques quânticos. 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, facilitando a implementação.

2. Disponibilidade de dados: compromissos KZG e provas

Para a disponibilidade de dados, Vitalik sugere substituir os compromissos KZG por STARKs resistentes a quânticos, mas há trade-offs: STARKs não suportam amostragem eficiente de dados 2D, levando a uma abordagem conservadora com DAS (Data Availability Sampling) de 1D, priorizando robustez. Além disso, provas STARK são volumosas, exigindo engenharia complexa de provas recursivas. A estratégia é simplificar os objetivos e dividir o desenvolvimento em fases, tornando o caminho viável, embora trabalhoso.

3. Contas externas (EOA): assinaturas ECDSA

Para contas externas, a vulnerabilidade do ECDSA frente a computadores quânticos leva Vitalik a defender a abstração de contas nativas, permitindo que os usuários troquem algoritmos de assinatura por outros resistentes a quânticos, sem precisar abandonar seus endereços atuais.

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

No nível de aplicação, o maior desafio é o alto custo de provas STARK resistentes a quânticos, cerca de 20x maior que SNARKs atuais, tornando-se inviável para protocolos de privacidade e L2. Vitalik propõe o introdução do “Validation Frame” (EIP-8141), que permite agregar várias assinaturas e provas complexas fora da cadeia. Usando provas recursivas, a validação de grandes conjuntos de dados pode ser comprimida em uma prova STARK pequena, economizando espaço e custos, além de possibilitar validações instantâneas na mempool, garantindo operações eficientes mesmo sob ameaça quântica.

IA como acelerador: roteiro do Ethereum até 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, foi criado um protótipo do roteiro 2030 usando vibe-coding, e comentou: “Seis meses atrás, isso parecia impossível, agora virou tendência.”

Ele mesmo testou usando seu laptop com o modelo gpt-oss:20b, que gerou o backend de um blog em uma hora; com um modelo mais potente, kimi-2.5, espera-se que o processo seja ainda mais rápido. A IA está mudando a velocidade de entrega do roteiro do Ethereum de forma exponencial.

Ele sugere que os benefícios da IA sejam divididos: metade para acelerar, metade para garantir segurança, usando IA para gerar testes em larga escala, validar formalmente componentes críticos e criar múltiplas implementações independentes para cross-checking. Sua avaliação é que, no futuro próximo, não será possível substituir uma boa implementação por um prompt, mas esse processo pode ser acelerado em até 5 vezes.

Por fim, ele propõe que o roteiro do Ethereum possa ser concluído mais rapidamente do que o esperado, com padrões de segurança superiores às previsões. “Código sem bugs, há muito considerado uma fantasia idealista, pode se tornar realidade.” Se essa frase fosse dita há cinco anos, seria quase impossível de imaginar na fase inicial do Ethereum.

Ritmo de entrega lento e desafios reais

Porém, divulgar tantas tecnologias complexas levanta dúvidas sobre a capacidade de cumprir esses compromissos pontualmente. Historicamente, o Ethereum sempre entregou com atraso: o The Merge, inicialmente previsto para o final de 2020, só ocorreu em setembro de 2022; a implementação do EIP-4844 (Proto-Danksharding) também levou anos. Esses atrasos geralmente decorrem de auditorias de segurança, coordenação entre múltiplos clientes e governança descentralizada.

Desta vez, o tempo para o Ethereum não é favorável. Concorrentes avançam, a ameaça quântica é real, e a revolução da produtividade com IA força uma mudança radical: o Ethereum deve abandonar o “progressismo” e avançar para uma reforma mais audaciosa. No ponto de inflexão entre “evolução gradual” e “revolução”, as pequenas melhorias do passado podem não ser suficientes para alcançar a 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. Ele pede à comunidade que abandone dependências de rotas tradicionais, preservando os valores de resistência à censura, código aberto, privacidade e segurança (CROPS), e que repense o design de aplicações do zero, a partir de princípios fundamentais.

Tecnologia pode ter um roteiro, mas uma mudança de mentalidade sem um cronograma de bifurcações é talvez a maior dificuldade para abandonar o “progressismo”.