Introdução O último artigo de Vitalik "Simplificando o Ethereum L1" defende a redução da complexidade do protocolo introduzindo o RISC-V, promovendo a tecnologia STARK, a finalidade de 3 slots e outros mecanismos, com o objetivo de tornar o Ethereum "simplificado ao nível do Bitcoin" dentro de cinco anos. (Sinopse: Fundação Ethereum se recusa a divulgar "Vitalik voting weight", transparência de governança questionada pela comunidade: centralização fundamental) (Suplemento de antecedentes: Vitalik fala sobre IA: "Year Ring Model" vê a reversão do cenário competitivo da IA na China e nos Estados Unidos) O cofundador do Ethereum, Vitalik Buterin, escreveu hoje sob o título "Simplificando L1" que o Ethereum quer se tornar "o livro razão mundial de ativos e registros da civilização", Escalabilidade e resiliência são necessárias. Ele sugeriu que um dos elementos muitas vezes subestimados para alcançar a resiliência é a "simplicidade do protocolo", que permite que mais desenvolvedores participem do desenvolvimento central, reduz o risco de erros, reduz os custos de manutenção e, assim, fortalece a base geral descentralizada. Ele usou o Bitcoin como um exemplo para ilustrar os muitos benefícios de seu protocolo simples e, como contraste, ele refletiu sobre o design excessivo e a diversidade multifuncional do Ethereum, que levou a dificuldades de manutenção, altas barreiras de entrada e propensão a erros no passado, e espera tornar o protocolo principal do Ethereum "próximo do Bitcoin" nos próximos cinco anos. Simplificando a camada de consenso: adotando a finalidade de 3 slots e a tecnologia STARK Primeiro, Vitalik quer simplificar muito o "sistema de consenso" do Ethereum e usar um novo método chamado "finalidade de 3 slots" para determinar blocos, remover muitas configurações complexas e até mesmo precisar apenas de 200 linhas de código para implementar, e a segurança é melhor. Além disso, ele promoveu o uso da tecnologia STARK para comprimir informações de autenticação para que todos os nós possam participar sem depender de algumas pessoas e evitando a centralização. Por último, sugeriu também redesenhar o mecanismo de entrada e saída dos validadores, a fim de tornar o protocolo de consenso geral mais leve e fácil de verificar. Nota: Os slots são uma "unidade de tempo" na Beacon Chain do Ethereum e cada slot tem 12 segundos. Camada de execução simplificada: Mudar de EVM para RISC-V Então, na camada de execução, Vitalik reclamou que o EVM havia se tornado um fardo desnecessário por superotimizar aplicativos criptográficos específicos. Ele reiterou a abordagem radical anteriormente proposta para substituir o EVM por um conjunto de instruções de código aberto RISC-V ou uma VM compacta semelhante, listando várias vantagens: Melhoria de eficiência de 100x no ambiente ZK Estrutura simples do conjunto de instruções, mais fácil para os desenvolvedores começarem O limite de tamanho do contrato pode ser aumentado Suporte para desenvolvimento multi-linguagem (não apenas Solidity) Ele também admite que essa conversão será demorada, e ainda é recomendado implementar algumas atualizações leves para EVMs no curto prazo (como aumentar o limite de tamanho do contrato). Leia mais: Ethereum "mudou RISC-V" para assustar desenvolvedores? Aviso OG: Ecossistema ETH será redistribuído, pequenos projetos deixarão Solana Estratégia de "particionamento de código de cores" Na prática, Vitalik propôs ainda a estratégia de "particionamento de código de cores", que pode garantir que a compatibilidade e a experiência do usuário não sejam sacrificadas durante o processo de conversão. Esta estratégia divide os recursos do protocolo Ethereum em três categorias de acordo com sua importância e risco, de modo a garantir que os aplicativos existentes continuem a operar, tornando o corpo do protocolo mais simples e sustentável. 1) Zona Verde: Área chave de consenso, deve ser minimalista Esta parte do código afetará diretamente "qual bloco é válido". Todos os nós devem executar este procedimento sem erros. Portanto, o objetivo aqui é ser minimalista, verificável e com baixo risco de erro. 2) Zona laranja: zona de compatibilidade histórica que pode ser deixada para implementações específicas Estes existem para preservar transações históricas passadas, contratos, funcionalidade de versão antiga. Embora os novos nós possam não precisar desses recursos, os contratos antigos ainda dependem dele para executar dados históricos. 3) Zona Amarela: A área auxiliar da ferramenta não faz parte do consenso do blockchain, mas pode ajudar os usuários a entender e os desenvolvedores podem operá-la. Por exemplo, quando o Etherscan exibe informações da conta, ele interpreta os detalhes operacionais do ERC-4337, mas essas informações em si não afetam o consenso da cadeia. Alguns construtores de blocos ou carteiras otimizam com base nesses dados. Eventualmente, Vitalik espera remover o atual EVM complexo do núcleo de consenso do Ethereum e substituí-lo por um interpretador de contrato inteligente escrito em RISC-V que é implantado on-chain e executado como um contrato geral. Desta forma, o núcleo do Ethereum só precisa entender a máquina virtual RISC-V, o que simplifica muito a lógica do protocolo; Para aplicativos que precisam executar contratos antigos, esse intérprete pode analisar instruções EVM passadas. Este design permite que o Ethereum simplifique o sistema principal, preservando a compatibilidade. Especificar o destino "número máximo de linhas de código" Além disso, Vitalik sugeriu que o Ethereum deveria usar o mesmo conjunto de ferramentas e formatos padrão para diferentes camadas de tecnologia no futuro, o que tornará mais fácil para os desenvolvedores começarem e melhorar o desempenho e a segurança da rede geral. Ao mesmo tempo, ele também pediu ao Ethereum para definir um alvo máximo de linha de código de protocolo, como a estrutura leve de aprendizado profundo tinygrad, e empurrar a cultura de design do "funcionalismo" para a "minimização". Somente através de um design limpo o Ethereum pode realmente se tornar uma infraestrutura globalmente confiável, descentralizada e sustentável. Relatórios relacionados Fundador da ADA sufoca "três grandes deficiências" do Ethereum: Vitalik admite que Cardano é melhor, ETH pode desaparecer em uma década Tecnologia "O que é RISC-V defendido por Vitalik? Porquê CKB-VM Porquê RISC-V? Quebrando a ambição estratégica da Vitalik de reformular a camada executiva do Ethereum com "RISC-V em vez de EVM" "Vitalik: Ethereum é excessivamente complexo, L1 deve ser simplificado para um nível "próximo do Bitcoin" dentro de cinco anos" Este artigo foi publicado pela primeira vez no "Dynamic Trends - The Most Influential Blockchain News Media" da BlockTempo.
O conteúdo é apenas para referência, não uma solicitação ou oferta. Nenhum aconselhamento fiscal, de investimento ou jurídico é fornecido. Consulte a isenção de responsabilidade para obter mais informações sobre riscos.
Vitalik: Ethereum é excessivamente complexo, e L1 deve ser simplificado ao ponto de "perto do Bitcoin" dentro de cinco anos
Introdução O último artigo de Vitalik "Simplificando o Ethereum L1" defende a redução da complexidade do protocolo introduzindo o RISC-V, promovendo a tecnologia STARK, a finalidade de 3 slots e outros mecanismos, com o objetivo de tornar o Ethereum "simplificado ao nível do Bitcoin" dentro de cinco anos. (Sinopse: Fundação Ethereum se recusa a divulgar "Vitalik voting weight", transparência de governança questionada pela comunidade: centralização fundamental) (Suplemento de antecedentes: Vitalik fala sobre IA: "Year Ring Model" vê a reversão do cenário competitivo da IA na China e nos Estados Unidos) O cofundador do Ethereum, Vitalik Buterin, escreveu hoje sob o título "Simplificando L1" que o Ethereum quer se tornar "o livro razão mundial de ativos e registros da civilização", Escalabilidade e resiliência são necessárias. Ele sugeriu que um dos elementos muitas vezes subestimados para alcançar a resiliência é a "simplicidade do protocolo", que permite que mais desenvolvedores participem do desenvolvimento central, reduz o risco de erros, reduz os custos de manutenção e, assim, fortalece a base geral descentralizada. Ele usou o Bitcoin como um exemplo para ilustrar os muitos benefícios de seu protocolo simples e, como contraste, ele refletiu sobre o design excessivo e a diversidade multifuncional do Ethereum, que levou a dificuldades de manutenção, altas barreiras de entrada e propensão a erros no passado, e espera tornar o protocolo principal do Ethereum "próximo do Bitcoin" nos próximos cinco anos. Simplificando a camada de consenso: adotando a finalidade de 3 slots e a tecnologia STARK Primeiro, Vitalik quer simplificar muito o "sistema de consenso" do Ethereum e usar um novo método chamado "finalidade de 3 slots" para determinar blocos, remover muitas configurações complexas e até mesmo precisar apenas de 200 linhas de código para implementar, e a segurança é melhor. Além disso, ele promoveu o uso da tecnologia STARK para comprimir informações de autenticação para que todos os nós possam participar sem depender de algumas pessoas e evitando a centralização. Por último, sugeriu também redesenhar o mecanismo de entrada e saída dos validadores, a fim de tornar o protocolo de consenso geral mais leve e fácil de verificar. Nota: Os slots são uma "unidade de tempo" na Beacon Chain do Ethereum e cada slot tem 12 segundos. Camada de execução simplificada: Mudar de EVM para RISC-V Então, na camada de execução, Vitalik reclamou que o EVM havia se tornado um fardo desnecessário por superotimizar aplicativos criptográficos específicos. Ele reiterou a abordagem radical anteriormente proposta para substituir o EVM por um conjunto de instruções de código aberto RISC-V ou uma VM compacta semelhante, listando várias vantagens: Melhoria de eficiência de 100x no ambiente ZK Estrutura simples do conjunto de instruções, mais fácil para os desenvolvedores começarem O limite de tamanho do contrato pode ser aumentado Suporte para desenvolvimento multi-linguagem (não apenas Solidity) Ele também admite que essa conversão será demorada, e ainda é recomendado implementar algumas atualizações leves para EVMs no curto prazo (como aumentar o limite de tamanho do contrato). Leia mais: Ethereum "mudou RISC-V" para assustar desenvolvedores? Aviso OG: Ecossistema ETH será redistribuído, pequenos projetos deixarão Solana Estratégia de "particionamento de código de cores" Na prática, Vitalik propôs ainda a estratégia de "particionamento de código de cores", que pode garantir que a compatibilidade e a experiência do usuário não sejam sacrificadas durante o processo de conversão. Esta estratégia divide os recursos do protocolo Ethereum em três categorias de acordo com sua importância e risco, de modo a garantir que os aplicativos existentes continuem a operar, tornando o corpo do protocolo mais simples e sustentável. 1) Zona Verde: Área chave de consenso, deve ser minimalista Esta parte do código afetará diretamente "qual bloco é válido". Todos os nós devem executar este procedimento sem erros. Portanto, o objetivo aqui é ser minimalista, verificável e com baixo risco de erro. 2) Zona laranja: zona de compatibilidade histórica que pode ser deixada para implementações específicas Estes existem para preservar transações históricas passadas, contratos, funcionalidade de versão antiga. Embora os novos nós possam não precisar desses recursos, os contratos antigos ainda dependem dele para executar dados históricos. 3) Zona Amarela: A área auxiliar da ferramenta não faz parte do consenso do blockchain, mas pode ajudar os usuários a entender e os desenvolvedores podem operá-la. Por exemplo, quando o Etherscan exibe informações da conta, ele interpreta os detalhes operacionais do ERC-4337, mas essas informações em si não afetam o consenso da cadeia. Alguns construtores de blocos ou carteiras otimizam com base nesses dados. Eventualmente, Vitalik espera remover o atual EVM complexo do núcleo de consenso do Ethereum e substituí-lo por um interpretador de contrato inteligente escrito em RISC-V que é implantado on-chain e executado como um contrato geral. Desta forma, o núcleo do Ethereum só precisa entender a máquina virtual RISC-V, o que simplifica muito a lógica do protocolo; Para aplicativos que precisam executar contratos antigos, esse intérprete pode analisar instruções EVM passadas. Este design permite que o Ethereum simplifique o sistema principal, preservando a compatibilidade. Especificar o destino "número máximo de linhas de código" Além disso, Vitalik sugeriu que o Ethereum deveria usar o mesmo conjunto de ferramentas e formatos padrão para diferentes camadas de tecnologia no futuro, o que tornará mais fácil para os desenvolvedores começarem e melhorar o desempenho e a segurança da rede geral. Ao mesmo tempo, ele também pediu ao Ethereum para definir um alvo máximo de linha de código de protocolo, como a estrutura leve de aprendizado profundo tinygrad, e empurrar a cultura de design do "funcionalismo" para a "minimização". Somente através de um design limpo o Ethereum pode realmente se tornar uma infraestrutura globalmente confiável, descentralizada e sustentável. Relatórios relacionados Fundador da ADA sufoca "três grandes deficiências" do Ethereum: Vitalik admite que Cardano é melhor, ETH pode desaparecer em uma década Tecnologia "O que é RISC-V defendido por Vitalik? Porquê CKB-VM Porquê RISC-V? Quebrando a ambição estratégica da Vitalik de reformular a camada executiva do Ethereum com "RISC-V em vez de EVM" "Vitalik: Ethereum é excessivamente complexo, L1 deve ser simplificado para um nível "próximo do Bitcoin" dentro de cinco anos" Este artigo foi publicado pela primeira vez no "Dynamic Trends - The Most Influential Blockchain News Media" da BlockTempo.