Vitalik Buterin defende que Ethereum adote a simplicidade Bitcoinnos próximos cinco anos

Vitalik Buterin afirmou que Ethereum precisa parar de fingir que está tudo bem. Na sexta-feira, ele publicou uma longa proposta defendendo que Ethereum elimine suas complexidades internas e se aproxime da estrutura limpa do Bitcoin dentro de cinco anos.

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

O hard fork Fusaka tem como objetivo aumentar o espaço de dados da camada 2 em 10 vezes. O roteiro do Ethereumpara 2026 promete aumentar a capacidade de dados da camada 1 para acompanhar esse aumento. A rede já migrou para o Proof of Stake, melhorou a diversidade de clientes e está trabalhando na verificabilidade de ZK e na resistência quântica.

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

Vitalik defende uma camada de consenso Ethereum mais simples

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

“Você poderia construir isso com 200 linhas de código”, escreveu. Ele disse que isso oferecetronsegurança e remove muita complexidade desnecessária do sistema. Os conjuntos de validadores menores também simplificam a regra de escolha de fork.

Ele disse que Ethereum deveria usar agregação baseada em STARK para que qualquer pessoa possa ser um agregador sem precisar de confiança especial ou pagar caro por campos de bits. A criptografia é complexa, mas está encapsulada e não interfere no sistema como um todo. Isso abre caminho para uma camada ponto a ponto mais simples.

As funções de validação — como entrada, saída, retirada, alterações de chave e vazamentos de inatividade — devem ser reconstruídas para reduzir a quantidade de linhas de código e tornar as garantias do sistema mais fáceis de ler. Vitalik afirmou que a melhor parte do consenso é que ele não está fortemente conectado à camada de execução, permitindo que evolua sem quebrartrac.

Mas o verdadeiro problema, segundo ele, é a Máquina Virtual Ethereum .

Vitalik quer acabar com a EVM e migrar para o RISC-V

Vitalik disse que a EVM está repleta de lixo obsoleto. Ele a chamou de uma máquina de 256 bits superdimensionada, otimizada para truques criptográficos 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 uma perda de tempo. Assim como todo o debate sobre EOF. Sua solução: ignorar as pequenas atualizações e simplesmente substituir a EVM.

Ele propôs a mudança para RISC-V ou outra máquina virtual como Cairo — as mesmas usadas pelos sistemas de prova de conhecimento zero do Ethereum. "Dados concisos mostram que isso poderia aumentar a eficiência em 100 vezes", disse ele. Especificações mais simples significariam execução mais rápida e menos erros. 

Os desenvolvedores teriam mais opções. Solidity e Vyper seriam compilados para novas máquinas virtuais, e desenvolvedores que usam linguagens de programação comuns poderiam escrevertracEthereum pela primeira vez. A maioria dos pré-compiladores 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 implementar atualizações rápidas na EVM atual, como aumentar os limites de tamanho detrace adicionar novos opcodes DUP/SWAP. Mas o objetivo real é substituir tudo. Seu plano se divide em quatro etapas.

Primeiro, cada novo pré-compilado deve vir com uma versão RISC-V on-chain. Segundo, os desenvolvedores devem ter permissão para escrevertractanto em RISC-V quanto em EVM. Terceiro, Ethereum faria um hard fork para remover os pré-compilados e substituí-los portracRISC-V. Quarto, a EVM seria reimplementada dentro do RISC-V e executada on-chain como um interpretador detrac.

Vitalik afirmou que Ethereum também perde tempo usando ferramentas diferentes para a mesma tarefa em locais diferentes. Ele citou os códigos de apagamento, necessários para a disponibilidade de dados, transmissões P2P e armazenamento de histórico. Os três deveriam usar o mesmo código. O mesmo vale para os formatos de serialização — Ethereum deveria migrar completamente para o SSZ, que já está em uso na camada de consenso e funciona dentro detracinteligentes.

Ele disse que a árvore Merkle do Ethereumtambém é ruim. A estrutura hexadecimal atual dificulta a comprovação de blocos. A mudança para uma árvore binária com um hash melhor tornaria a comprovação mais rápida e barata. Essa mesma árvore binária deveria ser usada tanto para execução quanto para consenso.