Percebi recentemente que Vitalik Buterin começou a falar abertamente sobre um problema que os desenvolvedores do Ethereum sempre ignoraram: a dependência excessiva de soluções rápidas em vez de consertar a base. Na verdade, os desenvolvedores evitavam melhorar a máquina virtual EVM, e em vez disso adicionavam "contratos pré-fabricados" sempre que precisavam de uma nova operação criptográfica. Mas Vitalik decidiu finalmente enfrentar esse problema de forma direta.

O plano envolve duas mudanças radicais. A primeira afeta a árvore de estado do Ethereum — pense nela como o sistema de indexação da rede. O problema é que ela ficou "gorda" demais devido à sua estrutura atual. Vitalik propõe substituí-la por uma árvore binária mais simples, conforme o EIP-7864. O resultado? O comprimento do ramo de Merkle será reduzido a um quarto do comprimento original, o que significa uma redução significativa nos requisitos de largura de banda para clientes leves.

Mas a parte mais audaciosa é a segunda: substituir a EVM por RISC-V a longo prazo. RISC-V é um conjunto de instruções de código aberto já utilizado na maioria dos sistemas de prova ZK. A lógica é simples: por que usar uma máquina virtual com uma linguagem diferente e adicionar uma camada de tradução entre elas? Remover essa camada melhorará automaticamente a eficiência.

O plano avança em três fases: primeiro, executar contratos pré-fabricados em uma nova máquina e reescrevê-los em 80%; segundo, permitir que os desenvolvedores publiquem contratos novos diretamente, com execução paralela à EVM antiga; terceiro, aposentar a EVM, mas reescrevê-la como um contrato inteligente — os contratos antigos não precisam de mudança, apenas o motor.

Vitalik deu um número importante: a árvore de estado e a máquina virtual juntas representam mais de 80% do obstáculo de prova. Sem essas mudanças, a expansão na era ZK será apenas um movimento no lugar.

Mas nem todos concordam. A equipe Offchain Labs (Arbitrum) publicou uma resposta técnica detalhada, contestando a ideia de tornar o RISC-V um padrão unificado. Segundo eles: RISC-V é bom para provas, mas não é adequado como "formato de entrega" de contratos. Eles sugerem WebAssembly (WASM) em vez disso — funciona eficientemente em hardware comum e possui mecanismos maduros para verificar a segurança. O mais importante é que construíram um modelo experimental na Arbitrum que prova que WASM como camada de entrega, junto com RISC-V para provas, funciona de forma independente, sem interferências.

O que é interessante é que isso reflete uma mudança mais ampla no ecossistema: as L2s começaram a buscar sua identidade independente, além de simplesmente ajudar o Ethereum. Alguns veem que o verdadeiro desafio não é a escalabilidade, mas criar espaços de blocos únicos para cenários reais.

Vitalik admitiu que substituir a EVM ainda carece de ampla compatibilidade. A melhoria na árvore de estado está mais madura, mas o RISC-V ainda está na fase de "roteiro". No entanto, ele fez uma declaração surpreendente: o Ethereum já trocou seu motor uma vez durante o The Merge, e pode fazer isso cerca de mais quatro vezes.

Espera-se que a implementação da atualização Glamsterdam ocorra na primeira metade de 2026, seguida diretamente pela Hegota. A correção da árvore de estado e a melhoria da camada de execução são os dois pilares confirmados.

A verdadeira questão: será essa uma revisão bem planejada ou uma armadilha sem fim que fica mais complexa a cada correção? Talvez só saibamos em 2027. Mas uma coisa é certa: o Ethereum não pretende ser um sistema antigo que é consertado na era ZK e no cripto moderno. A própria discussão pode ser mais valiosa do que o resultado final.