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

Recentemente, Vitalik lançou um tópico interessante. Até agora, os desenvolvedores da Ethereum preferiram não mexer diretamente na EVM sempre que uma nova operação criptográfica era necessária, 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 viu que isso não era uma solução fundamental.

Ele propôs duas abordagens principais. A primeira é substituir a árvore de estado do formato hexagonal atual por uma árvore binária mais simples (EIP-7864). Assim, o comprimento do caminho Merkle será reduzido a um quarto, e a largura de banda de verificação de dados para clientes leves diminuirá significativamente. A segunda é mais audaciosa: substituir a própria EVM por uma arquitetura RISC-V. A lógica é simples — sistemas de prova ZK 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 aumenta.

Curiosamente, 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, eles sugeriram usar WASM na camada de contratos e RISC-V apenas para provas. Eles afirmaram que já testaram um protótipo na Arbitrum.

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

Então, isso realmente acontecerá? Vitalik admitiu que atualmente 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 uma equipe), mas a transição para RISC-V ainda está na fase de roteiro. No entanto, ele fez uma declaração interessante — a 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, simplificação do algoritmo de consenso, verificação ZK-EVM e troca da máquina virtual.

A atualização Shanghai deve ser lançada na primeira metade deste ano, seguida provavelmente pela atualização Hegatha. 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 os principais temas.

No final, isso não é apenas aplicar patches, mas uma reconstrução completa da base. A Ethereum demonstra uma vontade de não ficar presa a sistemas antigos na era ZK. Os resultados devem aparecer até 2027.