Vitalik Propõe Revisão Profunda da Camada de Execução

Vitalik Buterin propõe mudanças importantes na camada de execução do Ethereum, incluindo árvores de estado binárias e uma possível mudança do EVM para RISC-V.

O cofundador do Ethereum, Vitalik Buterin, propôs uma grande reformulação na camada de execução da rede como parte do seu roteiro de escalabilidade.

O plano visa eliminar gargalos na prova e na execução, focando em atualizações estruturais. As principais propostas incluem a mudança para uma árvore de estado binária e, potencialmente, substituir o EVM pela arquitetura RISC V.

Proposta de Árvore de Estado Binária

O roteiro inclui a EIP 7864, que substitui a atual Árvore de Merkle Patricia hexária. O novo design usa uma árvore binária e uma função de hash mais eficiente.

Desenvolvedores, incluindo Guillaume Ballet, trabalharam na proposta. A estrutura binária reduz o tamanho dos ramos de Merkle.

Ramos mais curtos diminuem a necessidade de largura de banda para verificação. Isso pode reduzir custos para clientes leves e sistemas de recuperação de informações privadas.

Agora, mudanças na camada de execução. Já falei sobre abstração de contas, gás multidimensional, BALs e ZK-EVMs.

Também mencionei aqui uma atualização de curto prazo do EVM que acho que será supervaliosa: uma pré-compilação vetorizada (basicamente, fazer operações de 32 bits ou potencialmente…

— vitalik.eth (@VitalikButerin) 1 de março de 2026

Buterin afirmou que os ramos poderiam ficar quatro vezes menores. Isso tornaria a verificação do lado do cliente mais viável. Também melhoraria a eficiência das provas de conhecimento zero.

A proposta também considera alterar a função de hash. Opções incluem Blake3 ou uma variante de Poseidon.

Blake3 pode oferecer ganhos moderados de velocidade, enquanto Poseidon poderia melhorar ainda mais o desempenho do provador.

A proposta agrupa slots de armazenamento em páginas de 64 a 256 slots, o que pode reduzir os custos de gás para contratos que acessam armazenamento adjacente.

Muitas aplicações usam frequentemente slots de armazenamento iniciais, e essa estrutura poderia diminuir os custos de execução.

A árvore binária também reduz a variação na profundidade de acesso, simplifica o modelo e suporta metadados de expiração de estado futuros.

Mudança Proposta na Máquina Virtual

A segunda parte da proposta diz respeito à Máquina Virtual do Ethereum. Buterin discutiu a substituição do EVM por uma máquina virtual baseada em RISC V.

Essa mudança é descrita como de longo prazo e atualmente não consensual. Ele argumentou que a complexidade do protocolo aumentou ao longo do tempo.

Alguns desenvolvedores evitam usar o EVM devido às restrições percebidas. Ele afirmou que uma nova VM poderia restaurar simplicidade e generalidade.

RISC V é um conjunto de instruções padrão aberto. Provers (provadores) são frequentemente escritos em RISC V atualmente. Alinhar a VM do protocolo com ambientes de provadores poderia melhorar a eficiência.

Buterin disse que um interpretador RISC V pode ser compacto. Descreveu-o como com apenas algumas centenas de linhas de código. Disse que essa é a sensação que uma VM de blockchain deve ter.

A proposta também visa reduzir a dependência de pré-compilados. Uma VM mais eficiente poderia tornar muitos pré-compilados desnecessários. Isso poderia simplificar as regras do protocolo e reduzir casos especiais.

A prova do lado do cliente é outro foco. Usuários poderiam gerar provas sobre chamadas de contratos localmente. Isso está alinhado com planos mais amplos de integração de conhecimento zero.

Leitura relacionada: Vitalik mapeia o plano de redução rápida de slots L1 do Ethereum

Roteiro de Implantação em Fases

A proposta delineia um caminho de transição gradual. O primeiro passo permitiria a nova VM apenas para pré-compilados.

Muitos pré-compilados existentes poderiam se tornar códigos rodando dentro da nova VM. A segunda fase permitiria que usuários implantassem contratos diretamente na nova VM.

Isso operaria ao lado do EVM atual. Os desenvolvedores poderiam escolher seu ambiente preferido.

A fase final aposentaria o EVM. O próprio EVM poderia rodar como um contrato inteligente dentro da nova VM.

Essa abordagem visa manter a compatibilidade retroativa. Os custos de gás podem mudar durante a transição.

No entanto, o roteiro sugere que esforços mais amplos de escalabilidade podem compensar esses efeitos. O foco permanece na eficiência e em um design mais limpo.

Buterin afirmou que o Ethereum funcionaria apenas com atualizações incrementais. No entanto, ele apresentou a reformulação como uma melhoria estrutural.

O plano enquadra a camada de execução como central para a futura escalabilidade. O roteiro conecta a reforma da árvore de estado e a substituição da VM.

Ambos visam melhorar a eficiência de prova e casos de uso do lado do cliente. A proposta agora entra em uma discussão mais ampla dentro da comunidade Ethereum.