Vitalik Buterin pede que Ethereum adote simplicidade estilo Bitcoin nos próximos cinco anos

Vitalik Buterin disse que a Ethereum precisa parar de fingir que está tudo bem. Na sexta-feira, ele publicou uma longa proposta pedindo que a Ethereum eliminasse suas entranhas excessivamente complicadas e se aproximasse da estrutura limpa do Bitcoin dentro de cinco anos.

“A Ethereum quer ser o livro-razão do mundo”, escreveu Vitalik, apontando para seu papel como camada base para cripto, finanças, governança, autenticação e registros. Mas para realmente chegar lá, ele disse que a cadeia precisa ser escalável e resiliente — e agora, é complexa demais para lidar com isso.

A atualização Fusaka deveria aumentar o espaço de dados das L2 em 10x. O roteiro de 2026 da Ethereum promete aumentar a capacidade de dados da L1 para corresponder. A rede já mudou para prova de participação, melhorou a diversidade de clientes e está trabalhando na verificabilidade ZK e na resistência quântica.

Mas Vitalik disse que nada disso importa se o protocolo principal permanecer inchado. “Precisamos destacar a importância da simplicidade”, escreveu. Ele apontou para o design do Bitcoin — blocos, hashes, prova de trabalho e nada mais — como o modelo que a Ethereum deve seguir.

Vitalik defende uma camada de consenso mais simples para a Ethereum

Vitalik disse que a Ethereum pode chegar lá reescrevendo sua camada de consenso. Ele quer substituir a atual beacon chain por algo chamado finalidade de 3 slots, que removeria slots, épocas, embaralhamento de comitês e outras partes móveis.

“Você poderia construir isso em 200 linhas de código”, ele escreveu. Ele disse que oferece forte segurança e remove muito do inchaço do sistema. Os conjuntos de validadores menores também tornam a regra de escolha de fork mais simples.

Ele disse que a Ethereum deve usar agregação baseada em STARK para que qualquer um possa ser um agregador sem precisar de confiança especial ou pagar demais por bitfields. A criptografia é complicada, mas está contida e não estraga todo o sistema. Isso abre a porta para uma camada peer-to-peer mais simples.

As funções de validador — como entrada, saída, retirada, mudanças de chave e vazamentos de inatividade — devem ser reconstruídas para reduzir a contagem de linhas e tornar as garantias do sistema mais fáceis de ler. Vitalik disse que a melhor parte do consenso é que ele não está fortemente conectado à camada de execução, então pode evoluir sem quebrar contratos.

Mas a verdadeira bagunça, ele disse, é a Máquina Virtual Ethereum (EVM).

Vitalik quer eliminar a EVM e migrar para RISC-V

Vitalik disse que a EVM está cheia de coisas ultrapassadas. Ele a chamou de uma máquina de 256 bits superengenhada otimizada para truques de cripto que ninguém mais usa. Ele admitiu que a maior parte da complexidade veio de suas próprias escolhas.

A luta para remover o opcode SELFDESTRUCT foi um desperdício de tempo. O mesmo vale para todo o debate EOF. Sua solução: pular as pequenas atualizações e apenas substituir a EVM.

Ele propôs mudar para RISC-V ou outra VM como Cairo — as mesmas usadas pelos sistemas de prova de conhecimento zero da Ethereum. “Dados sucintos mostram que isso poderia aumentar a eficiência em 100x”, disse. Especificações mais simples significariam execução mais rápida e menos bugs. 

Os desenvolvedores teriam mais opções. Solidity e Vyper compilariam para as novas VMs, e devs usando linguagens de programação normais poderiam escrever contratos Ethereum pela primeira vez. A maioria dos precompiles poderia ser descartada, exceto talvez para operações de curva elíptica.

Vitalik admitiu que o RISC-V não estará pronto amanhã. Enquanto espera, ele quer aprovar atualizações rápidas para a EVM atual, como aumentar os limites de tamanho de contrato e adicionar novos opcodes DUP/SWAP. Mas o objetivo real é substituir tudo. Seu plano vem em quatro etapas.

Primeiro, todo novo precompile deve vir com uma versão RISC-V onchain. Segundo, os desenvolvedores devem ser permitidos a escrever contratos em RISC-V e EVM. Terceiro, a Ethereum faria uma hard fork para remover precompiles e substituí-los por contratos RISC-V. Quarto, a EVM seria reimplementada dentro do RISC-V e executada onchain como um interpretador de contratos.

Vitalik disse que a Ethereum também desperdiça tempo usando ferramentas diferentes para o mesmo trabalho em lugares diferentes. Ele apontou para códigos de correção de erro (erasure codes), que são necessários para disponibilidade de dados, transmissões P2P e armazenamento de histórico. Os três deveriam usar o mesmo código. O mesmo vale para formatos de serialização — a Ethereum deveria migrar totalmente para SSZ, que já está em uso na camada de consenso e funciona dentro de contratos inteligentes.

Ele disse que a árvore de Merkle da Ethereum também é ruim. A estrutura hexária atual torna a prova de blocos difícil. Mudar para uma árvore binária com um hash melhor tornaria a prova mais rápida e barata. Essa mesma árvore binária deve ser usada para execução e consenso.