Vitalik Buterin disse que Ethereum precisa parar de fingir que está bem. Na sexta-feira, ele publicou uma longa proposta pedindo que Ethereum cortasse suas entranhas com excesso de complicadas e se aproximasse da estrutura limpa do Bitcoin em cinco anos.
"Ethereum quer ser o livro do mundo", escreveu Vitalik, apontando para o seu papel como uma camada básica para criptografia, 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.
O Fusaka Hard Fork deve aumentar o espaço de dados L2 em 10x. O roteiro 2026 do Ethereumpromete aumentar a capacidade de dados de dados L1. A rede já mudou para a prova de participação, melhoria a diversidade de clientes e está trabalhando na verificabilidade do ZK e na resistência quântica.
Mas Vitalik disse que nada disso importa se o protocolo principal permanecer inchado. "Precisamos iluminar 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 deve seguir.
Vitalik pressiona para uma camada de consenso mais simples Ethereum
Vitalik disse que Ethereum pode chegar lá reescrevendo sua camada de consenso. Ele quer substituir a atual cadeia de beacon por algo chamado finalidade de 3 slot, que removeria slots, épocas, embaralhamento de comitê e outras partes móveis.
"Você pode construir isso em 200 linhas de código", escreveu . Ele disse que oferece segurança e remove muito inchaço do sistema tron Os conjuntos de validadores menores também simplificam a regra da escolha do garfo.
Ele disse que Ethereum deve usar a agregação baseada em Stark, para que qualquer um possa ser um agregador sem precisar de confiança especial ou pagar em excesso por Bitfields. A criptografia é complicada, mas é encaixotada e não aparece com todo o sistema. Isso abre a porta para uma camada ponto a ponto mais simples.
As funções do validador - como entrada, saída, retirada, alterações importantes e vazamentos de inatividade - devem ser reconstruídas para reduzir a contagem de linhas e facilitar a leitura do sistema. Vitalik disse que a melhor parte do consenso é que não está firmemente conectado à camada de execução, para que possa evoluir sem quebrar ostrac.
Mas a verdadeira bagunça, ele disse, é a máquina virtual Ethereum .
Vitalik quer matar o EVM e se mudar para o RISC-V
Vitalik disse que o EVM está cheio de porcaria desatualizada. Ele chamou de uma máquina de 256 bits de engenharia otimizada para truques de criptografia que ninguém mais usa. Ele admitiu que a maior parte da complexidade veio de suas próprias escolhas.
A luta para remover o código OPCODSUCT foi uma perda de tempo. O mesmo aconteceu com todo o debate do EOF. Sua solução: pule as pequenas atualizações e apenas substitua o EVM.
Ele propôs mudar para RISC-V ou outra VM como o Cairo-os mesmos usados pelos sistemas de prova zero-conhecimento da Ethereum. "Dados sucintos mostram que isso pode aumentar a eficiência em 100x", disse ele. Especificações mais simples significariam execução mais rápida e menos bugs.
Os desenvolvedores receberiam mais opções. Solidity e Vyper compilariam novas VMs, e os desenvolvedores usando linguagens de programação normais poderiam escrevertracEthereum pela primeira vez. A maioria dos pré -compilantes pode ser descartada, exceto talvez para operações da curva elíptica.
Vitalik admitiu que o RISC-V não estará pronto amanhã. Enquanto espera, ele quer passar atualizações rápidas para o EVM atual, como aumentar os limites de tamanho detrace adicionar novos códigos de OPC DUP/SWAP. Mas o objetivo real é substituir a coisa toda. Seu plano vem em quatro etapas.
Primeiro, todo novo pré-compilado deve vir com uma versão Onchain RISC-V. Segundo, os desenvolvedores devem ser autorizados a escrevertraccom RISC-V e EVM. Terceiro, Ethereum faria um garfo duro para remover os pré-compilos e substituí-los por risc-vtracts. Quarto, o EVM seria reimplementado dentro do RISC-V e administrava o Onchain como um intérprete detrac.
Vitalik disse que Ethereum também perde tempo usando ferramentas diferentes para o mesmo trabalho em lugares diferentes. Ele apontou para apagar os códigos, necessários para a disponibilidade de dados, transmissões de P2P e armazenamento de histórico. Todos os três devem usar o mesmo código. O mesmo vale para os formatos de serialização - Ethereum deve se mover totalmente para a SSZ, que já está em uso na camada de consenso e trabalha dentro dostracinteligentes.
Ele disse que a árvore Merkle da Ethereumtambém é péssima. A estrutura hexarada atual dificulta a prova de blocos. Mudar para uma árvore binária com um hash melhor tornaria a prova mais rápida e mais barata. A mesma árvore binária deve ser usada para execução e consenso.
Principais diferenças : os projetos de criptografia de ferramenta secreta usam para obter cobertura de mídia garantida
