Acabei de ver a publicação de Vitalik sobre o grande plano de atualização da Ethereum e tenho que dizer que é bastante audacioso

Resumidamente, ele quer fazer duas mudanças fundamentais que afetarão profundamente a forma como a Ethereum funciona. A primeira é sobre a árvore de estado, que, de forma simples, é o sistema de armazenamento e busca de dados da Ethereum. O problema é que atualmente ela é grande e complexa demais. Vitalik propõe trocar a estrutura de Árvore Merkle Patricia de Hexadecimal por uma árvore binária mais simples. O impacto real seria uma redução de cerca de um quarto na largura de banda necessária para verificar os dados.

Mas isso ainda não é suficiente. Ele quer também alterar a função de hash, propondo Blake3 ou Poseidon Blake3. O Blake3 é mais rápido, mas o Poseidon parece ser mais impressionante. Em teoria, poderia aumentar a eficiência dezenas de vezes.

A segunda mudança é mais intensa. Ele quer substituir a EVM por RISC-V a longo prazo. A razão é bastante compreensível: se todo sistema de prova ZK já usa RISC-V, por que fazer a EVM falar uma língua diferente e precisar de tradução? Eliminando essa camada de tradução, a eficiência aumentaria automaticamente.

O plano dele tem três etapas: primeiro, usar uma nova máquina virtual para rodar contratos compilados; segundo, permitir que os desenvolvedores implantem contratos na nova VM; terceiro, desativar a EVM, mas reescrevê-la como um contrato inteligente na nova VM, para compatibilidade retroativa.

Vitalik afirma que a combinação de melhorias na árvore de estado e na máquina virtual representa mais de 80% das limitações de prova da Ethereum. Se essas duas partes não forem tocadas, a escalabilidade na era ZK ficará presa aí.

Porém, nem todos concordam. A equipe Offchain Labs do Arbitrum fez uma contraproposta bastante detalhada. Eles dizem que RISC-V é adequado para criar provas ZK, mas não para o formato de entrega de contratos. Recomendaram usar WebAssembly, compilando para RISC-V para gerar as provas. Curiosamente, eles não apenas falaram, já têm um protótipo do Arbitrum usando essa abordagem com sucesso.

Eles também apontam o risco de que a tecnologia de provas ZK evolui rapidamente. Se fixar o RISC-V na Ethereum L1, e daqui a dois anos surgir uma estrutura melhor, isso pode ser um problema.

O que é interessante é que tudo isso está ligado a uma tendência maior. Vitalik propõe essa atualização enquanto várias L2s estão lentamente "se separando" da Ethereum. Um executivo da Polygon disse abertamente que o verdadeiro desafio não é escalar, mas criar um espaço dedicado para casos reais.

Vitalik também admite que ainda não há consenso amplo sobre substituir a EVM. Mas a atualização na árvore de estado parece mais madura. Ele lembra que a Ethereum já trocou seu motor uma vez na The Merge, e ainda pode fazer mais cerca de quatro mudanças.

O plano de upgrade Glamsterdam deve começar na primeira metade de 2026, seguido por Hegota. Na verdade, a questão não é "se é possível". A Ethereum já provou que tem coragem de fazer mudanças fundamentais. O que ficará claro será em 2027. Pelo menos, a Ethereum não planeja ser um sistema antigo que precisa de reparos.