O Ethereum está prestes a passar por uma grande reforma, e a questão central é como lidar com a EVM.

Recentemente, Vitalik levantou um tema interessante. Até agora, os desenvolvedores do Ethereum preferiam não mexer diretamente na EVM toda vez que precisavam de uma nova operação criptográfica, optando por codificar contratos pré-compilados na camada de protocolo como uma estratégia de contorno. Era uma espécie de estratégia de desvio. Mas Vitalik achou que isso não era uma solução fundamental.

Ele propôs duas abordagens principais. A primeira é substituir a árvore de estado atual, que é hexagonal, por uma árvore binária mais simples (EIP-7864). Assim, o comprimento do caminho Merkle seria reduzido a um quarto, e a largura de banda para validação de dados em clientes leves diminuiria significativamente. A segunda é mais ousada: substituir a própria EVM por uma arquitetura RISC-V. A lógica é simples — sistemas de prova de conhecimento zero já usam RISC-V, então por que a máquina virtual deveria usar uma linguagem diferente? Eliminando a camada de tradução, a eficiência naturalmente aumentaria.

Curiosamente, a Arbitrum discorda disso. A equipe off-chain Labs apresentou uma refutação concreta, argumentando que RISC-V é bom para provas, mas não adequado para o formato de entrega de contratos. Em vez disso, sugeriram usar WASM na camada de contratos e RISC-V apenas para provas. Eles já testaram um protótipo na Arbitrum.

Vendo o quadro maior, isso também se conecta à redefinição do papel do L2 e do próprio Ethereum. Desde que Vitalik questionou a necessidade de um roteiro dedicado para L2, os próprios L2 têm mostrado movimentos para se tornarem entidades independentes do Ethereum. O CEO da Polygon afirmou que o verdadeiro desafio não é escalabilidade, mas criar espaços de bloco únicos para cada L2.

Então, isso realmente acontecerá? Vitalik admitiu que ainda não há consenso amplo sobre a substituição da EVM. A reforma da árvore de estado está em uma fase mais madura (com rascunhos concretos e equipes envolvidas), mas a transição para RISC-V ainda está na fase de roteiro. No entanto, ele fez uma declaração interessante — o Ethereum já trocou seu motor uma vez com a fusão (Merge), e no futuro, pode fazer mais cerca de quatro mudanças, incluindo a reforma da árvore de estado, algoritmos de consenso simplificados, validação de ZK-EVM e troca de máquina virtual.

A atualização Shanghai deve ser lançada na primeira metade deste ano, seguida pela atualização Capella. Ainda não há detalhes definitivos, mas espera-se que a reformulação da árvore de estado e a otimização da camada de execução sejam temas centrais.

No final, isso não é apenas aplicar patches, mas uma reformulação completa da infraestrutura. Parece que o Ethereum quer evitar ficar preso a sistemas antigos na era do ZK. Os resultados devem aparecer até 2027.