Vitalik Propõe Simplificar o Ethereum L1, Visando a Simplicidade de Protocolo Semelhante ao Bitcoin em Cinco Anos

ChainCatcher relata que o cofundador do Ethereum, Vitalik Buterin, publicou um post no blog afirmando que o objetivo do Ethereum é se tornar o "livro-razão do mundo": uma plataforma para armazenar ativos e registros civilizacionais, servindo como a camada fundamental para finanças, governança e autenticação de dados de alto valor. Isso requer duas coisas: escalabilidade e resiliência. O objetivo deste post é focar em um aspecto crucial, mas frequentemente subestimado, da resiliência (que, em última análise, também se relaciona com a escalabilidade): a simplicidade do protocolo. Um dos melhores aspectos do Bitcoin é seu design de protocolo extremamente simples e elegante. Manter a simplicidade do protocolo ajuda o Bitcoin ou o Ethereum a se tornarem uma camada de infraestrutura confiável, neutra e globalmente confiável. No passado, o Ethereum muitas vezes ficou aquém nesse aspecto, e este artigo discutirá como o Ethereum pode se tornar quase tão simples quanto o Bitcoin nos próximos cinco anos.

Simplificando a camada de consenso: A nova camada de consenso (anteriormente conhecida como "Beam Chain") visa criar uma camada de consenso ideal a longo prazo para o Ethereum, utilizando toda a experiência que acumulamos na última década em teoria de consenso, desenvolvimento de ZK-SNARK, economia de prova de participação e outros campos. A vantagem desta camada de consenso é que ela é muito mais simples do que a atual beacon chain.

Simplificando a camada de execução: A complexidade do EVM está aumentando, e grande parte dessa complexidade se mostrou desnecessária (em muitos casos, culpa minha). Recomenda-se substituir o EVM por RISC-V ou outra máquina virtual que possa escrever provadores ZK do Ethereum.

Sugiro que sigamos a abordagem do projeto tinygrad e estabeleçamos um "alvo máximo de linhas de código" para as especificações técnicas de longo prazo do Ethereum, visando tornar o código crítico relacionado ao consenso no Ethereum o mais próximo possível da simplicidade do Bitcoin. O código relacionado ao processamento de regras históricas do Ethereum ainda será mantido, mas deve ser evitado de entrar no caminho crítico do consenso. Ao mesmo tempo, também devemos implementar os seguintes princípios na filosofia geral de design: priorizar soluções mais simples sempre que possível, favorecer "complexidade encapsulada" em vez de "complexidade sistêmica" e priorizar soluções com propriedades e garantias verificáveis claras nas decisões de design.