Acabei de perceber uma coisa bastante interessante: a forma como o Ethereum enxerga o papel das L2 está mudando. Não é que as L2 estejam ficando mais fracas, mas o próprio Ethereum está "recuperando o controle" de suas capacidades essenciais. Vitalik propôs uma ideia bastante ousada—mudar toda a forma como o Ethereum processa transações na camada fundamental.

Especificamente, duas coisas: primeiro, alterar a estrutura de dados da árvore de estado ( atualmente ela é muito "gorda" com a Árvore Merkle de Patricia Keccak). Se migrarmos para uma árvore binária mais simples, o comprimento dos ramos Merkle será reduzido a um quarto, ou seja, o cliente leve precisará de uma largura de banda significativamente menor para verificar os dados. Essa é a EIP-7864 que Vitalik está promovendo.

Em segundo lugar, e também mais ousado: substituir a EVM pela arquitetura RISC-V. Parece loucura, mas a lógica é bastante direta—se os sistemas de prova ZK já usam RISC-V, por que a máquina virtual precisaria usar uma linguagem diferente e adicionar uma camada de tradução entre elas? Eliminar essa camada de tradução, automaticamente aumenta o desempenho. Um interpretador RISC-V precisa de apenas algumas centenas de linhas de código.

Porém, essa ideia não é bem aceita por todos. Offchain Labs (, equipe de desenvolvimento do Arbitrum), publicou uma resposta detalhada em novembro. Eles dizem que RISC-V é bom para criar provas ZK, mas não é o formato de transação ideal. Em vez disso, eles sugerem usar WebAssembly (WASM) para a camada de contratos, e depois compilar para RISC-V para gerar as provas. As duas camadas funcionam de forma independente. A justificativa também faz sentido: WASM funciona de forma eficiente no hardware padrão, enquanto a maioria dos nós do Ethereum não roda chips RISC-V.

O problema maior que Vitalik aponta é que a árvore de estado e a máquina virtual atuais representam mais de 80% do gargalo das provas do Ethereum. Em outras palavras, se não mexermos nessas duas partes, a escalabilidade na era ZK ficará travada. Vitalik até disse que o Ethereum mudou de motor uma vez (The Merge), e pode precisar mudar mais umas quatro vezes—incluindo reformular a árvore de estado, substituir a EVM, e outras coisas.

O que é interessante é que as L2 não estão em pânico. Pelo contrário, estão buscando razões para sua existência independente. Jing Wang, do OP Labs, diz que as L2 são como sites independentes, enquanto o Ethereum é o padrão de pagamento aberto na camada inferior. O CEO da Polygon foi mais direto: o verdadeiro desafio não é escalar, mas criar um espaço de blocos único para cenários reais.

Vitalik também admite que substituir a EVM ainda não tem consenso amplo na comunidade. A reforma na árvore de estado está mais madura, mas trocar a EVM por RISC-V ainda está na fase de roteiro. Prevê-se que o Ethereum Glamsterdam seja implementado no primeiro semestre de 2026, seguido pelo Hegota, mas o conteúdo exato ainda não foi definido oficialmente.

Porém, olhando para a história, o Ethereum já provou que consegue migrar do PoW para o PoS, de L1 completo para o centro de Rollups. Desta vez, não se trata de adicionar uma nova funcionalidade, mas de reformular a base antiga para recriá-la. Essa é uma reforma de visão de longo prazo ou um buraco sem fundo que fica cada vez mais complexo? Talvez em 2027 tenhamos uma resposta. Mas, pelo menos, o Ethereum não pretende se tornar um "sistema antigo cheio de correções" na era ZK. Essa discussão talvez seja mais valiosa do que a própria conclusão.