O Ethereum planeja substituir o EVM pelo RISC-V para resolver gargalos de desempenho no futuro da ZK e se posicionar como a camada de confiança subjacente para redes de próxima geração, realizando a visão de computação verificável. Este artigo é de um artigo escrito por jaehaerys.eth, compilado, compilado e escrito por TechFlow. (Sinopse: Ethereum "mudou RISC-V" para assustar os desenvolvedores? OG aviso: ecossistema ETH será redistribuído, pequenos projetos deixarão Solana) (suplemento de fundo: tecnologia》O que é RISC-V defendido por Vitalik? Porquê CKB-VM Porquê RISC-V? Ao adotar o RISC-V, o Ethereum não apenas resolve seu próprio gargalo de escalabilidade, mas também se posiciona como a camada de confiança fundamental para redes de próxima geração. O Ethereum está se preparando para a transformação arquitetônica mais importante desde sua criação: substituir o EVM pelo RISC-V. A razão é simples – em um futuro com (ZK) de conhecimento zero em sua essência, o EVM se tornou um gargalo de desempenho: atualmente o zkEVM depende de intérpretes, resultando em lentidão de desempenho de 50 a 800x; Os módulos pré-compilados tornam o protocolo complexo e arriscado; O design da pilha de 256 bits é extremamente ineficiente na geração de provas. Solução RISC-V: design minimalista ( cerca de 47 ) de instruções básicas + ecossistema LLVM maduro ( suporte a Rust, C++, Go e outros ) de linguagem; (90% dos projetos que se tornaram o padrão zkVM de fato adotam ); Tem uma especificação SAIL formal ( alcança uma verificação rigorosa em comparação com o vago livro amarelo ) →; O caminho de atestado de hardware (ASICs/FPGAs) foi ( nos testes )SP1, Nervos, Cartesi e assim por diante. O processo de migração é dividido em três fases: substituição do RISC-V como um módulo pré-compilado ( ) de testes de baixo risco; Era Dual-VM: EVM e RISC-V coexistem e são totalmente interoperáveis; Reimplementar a política de (Rosetta EVM ) dentro do RISC-V. Impactos no ecossistema: Rollups otimistas ( como Arbitrum e Optimism) precisam reconstruir mecanismos à prova de fraude; Pacotes cumulativos de conhecimento zero ( como Polygon, zkSync Scroll) ganharão enormes vantagens → mais baratos, rápidos e simples; Os desenvolvedores podem usar bibliotecas de linguagem como Rust, Go e Python diretamente no nível L1; Os usuários desfrutarão de prova de cerca de 100x menor custo → cerca de 10.000 TPS( para o Gigagas L1 ). Eventualmente, o Ethereum evoluirá de uma "máquina virtual de contrato inteligente" para uma camada de confiança minimalista e verificável da rede, com o objetivo final de "ZK-Snark". A encruzilhada do Ethereum Vitalik Buterin disse uma vez: "O fim inclui ...... Que tudo seja ZK-Snark." O jogo final das provas de conhecimento zero (ZK) é inevitável, e sua tese central é simples: o Ethereum está se reinventando do zero com base em provas de conhecimento zero. Isso marca o fim técnico do protocolo – uma refatoração de L1 para chegar à sua forma final, alimentado por um zkVM de alto desempenho alimentado por uma equipe de desenvolvimento central ( como Succinct). Terminando com esta visão, o Ethereum está na mais importante conjuntura de transformação arquitetônica desde a sua criação. Esta discussão não é mais sobre atualizações graduais, mas sobre uma refatoração completa de seus núcleos de computação – substituindo o Ethereum Virtual Machine (EVM). Esta iniciativa é a pedra angular da visão mais ampla de (Lean Ethereum) "lean Ethereum". A visão Streamline Ethereum (Lean Ethereum) visa simplificar sistematicamente todo o protocolo, dividindo-o em três módulos principais: racionalização de (Lean Consensus) de consenso e racionalização de dados (Lean Data) e agilizar a execução (Lean Execution). Entre as principais questões da execução simplificada, o ponto mais crítico é: como o motor que impulsiona a revolução dos contratos inteligentes, o EVM se tornou um grande gargalo no desenvolvimento futuro do Ethereum? Como Justin Drake da Fundação Ethereum coloca, o objetivo de longo prazo do Ethereum sempre foi "Snark tudo" (Snarkify everything), uma ferramenta poderosa que aprimora as camadas do protocolo. Durante muito tempo, no entanto, este objetivo foi mais um "plano inatingível" porque alcançá-lo exigia a prova em tempo real do conceito de ( proving) em tempo real. Agora, à medida que as provas em tempo real se tornam uma realidade, as ineficiências teóricas do EVM tornaram-se um problema prático a ser resolvido. Este artigo fornecerá uma análise aprofundada dos argumentos técnicos e estratégicos para migrar o Ethereum L1 para a arquitetura do conjunto de instruções RISC-V (ISA). Espera-se que este movimento não apenas desbloqueie uma escalabilidade sem precedentes, mas também simplifique a estrutura do protocolo e alinhe o Ethereum com o futuro da computação verificável. O que mudou exatamente? Antes de explorar o "porquê", é necessário primeiro esclarecer o "que" está mudando. O EVM ( Ethereum Virtual Machine ) é o ambiente operacional para contratos inteligentes Ethereum, conhecido como o "computador mundial" que processa transações e atualiza o estado do blockchain. Ao longo dos anos, seu design foi revolucionário, estabelecendo as bases para o nascimento de (DeFi) de finanças descentralizadas e ecossistemas NFT. No entanto, esta arquitetura personalizada de quase uma década atrás agora acumulou muita dívida técnica. Em contraste, o RISC-V não é um produto, mas um padrão aberto — um "alfabeto" de design de processador gratuito e de uso geral. Como Jeremy Bruestle destacou na conferência Ethproofs, seus princípios-chave o tornam uma excelente escolha para este papel: Minimalismo: O conjunto de instruções subjacente do RISC-V é extremamente simples, consistindo em apenas cerca de 40 a 47 instruções. Como Jeremy coloca, isso o torna "quase perfeito para o caso de uso da máquina de uso geral ultraminimalista de que precisamos". Design modular: funções mais complexas são adicionadas com extensões opcionais. Esse recurso é fundamental porque permite que o núcleo permaneça simples enquanto expande a funcionalidade conforme necessário, sem impor complexidade desnecessária ao protocolo subjacente. Ecossistema aberto: o RISC-V tem um suporte a uma cadeia de ferramentas grande e madura, incluindo o compilador LLVM, que permite que os desenvolvedores usem linguagens de programação convencionais, como Rust, C++ e Go. Como Justin Drake observa, "As ferramentas em torno do compilador são muito ricas, e o compilador é extremamente difícil de construir...... Portanto, ter essas cadeias de ferramentas de compilador é extremamente valioso." O RISC-V permite que o Ethereum herde essas ferramentas prontas para uso gratuitamente. Problemas gerais do intérprete O ímpeto para substituir os EVMs não é uma falha única, mas sim uma confluência de limitações fundamentais que não podem ser ignoradas no contexto de um futuro com provas de conhecimento zero em seu núcleo. Essas limitações incluem gargalos de desempenho em sistemas à prova de conhecimento zero e os riscos representados pela crescente complexidade que se acumula dentro do protocolo. Problemas de sobrecarga do intérprete O fator mais premente dessa transformação é a ineficiência inerente do EVM em sistemas à prova de conhecimento zero. Com Ethereum...
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
A pressão da dívida técnica é alta, e o Ethereum opta por "recomeçar" com RISC-V.
O Ethereum planeja substituir o EVM pelo RISC-V para resolver gargalos de desempenho no futuro da ZK e se posicionar como a camada de confiança subjacente para redes de próxima geração, realizando a visão de computação verificável. Este artigo é de um artigo escrito por jaehaerys.eth, compilado, compilado e escrito por TechFlow. (Sinopse: Ethereum "mudou RISC-V" para assustar os desenvolvedores? OG aviso: ecossistema ETH será redistribuído, pequenos projetos deixarão Solana) (suplemento de fundo: tecnologia》O que é RISC-V defendido por Vitalik? Porquê CKB-VM Porquê RISC-V? Ao adotar o RISC-V, o Ethereum não apenas resolve seu próprio gargalo de escalabilidade, mas também se posiciona como a camada de confiança fundamental para redes de próxima geração. O Ethereum está se preparando para a transformação arquitetônica mais importante desde sua criação: substituir o EVM pelo RISC-V. A razão é simples – em um futuro com (ZK) de conhecimento zero em sua essência, o EVM se tornou um gargalo de desempenho: atualmente o zkEVM depende de intérpretes, resultando em lentidão de desempenho de 50 a 800x; Os módulos pré-compilados tornam o protocolo complexo e arriscado; O design da pilha de 256 bits é extremamente ineficiente na geração de provas. Solução RISC-V: design minimalista ( cerca de 47 ) de instruções básicas + ecossistema LLVM maduro ( suporte a Rust, C++, Go e outros ) de linguagem; (90% dos projetos que se tornaram o padrão zkVM de fato adotam ); Tem uma especificação SAIL formal ( alcança uma verificação rigorosa em comparação com o vago livro amarelo ) →; O caminho de atestado de hardware (ASICs/FPGAs) foi ( nos testes )SP1, Nervos, Cartesi e assim por diante. O processo de migração é dividido em três fases: substituição do RISC-V como um módulo pré-compilado ( ) de testes de baixo risco; Era Dual-VM: EVM e RISC-V coexistem e são totalmente interoperáveis; Reimplementar a política de (Rosetta EVM ) dentro do RISC-V. Impactos no ecossistema: Rollups otimistas ( como Arbitrum e Optimism) precisam reconstruir mecanismos à prova de fraude; Pacotes cumulativos de conhecimento zero ( como Polygon, zkSync Scroll) ganharão enormes vantagens → mais baratos, rápidos e simples; Os desenvolvedores podem usar bibliotecas de linguagem como Rust, Go e Python diretamente no nível L1; Os usuários desfrutarão de prova de cerca de 100x menor custo → cerca de 10.000 TPS( para o Gigagas L1 ). Eventualmente, o Ethereum evoluirá de uma "máquina virtual de contrato inteligente" para uma camada de confiança minimalista e verificável da rede, com o objetivo final de "ZK-Snark". A encruzilhada do Ethereum Vitalik Buterin disse uma vez: "O fim inclui ...... Que tudo seja ZK-Snark." O jogo final das provas de conhecimento zero (ZK) é inevitável, e sua tese central é simples: o Ethereum está se reinventando do zero com base em provas de conhecimento zero. Isso marca o fim técnico do protocolo – uma refatoração de L1 para chegar à sua forma final, alimentado por um zkVM de alto desempenho alimentado por uma equipe de desenvolvimento central ( como Succinct). Terminando com esta visão, o Ethereum está na mais importante conjuntura de transformação arquitetônica desde a sua criação. Esta discussão não é mais sobre atualizações graduais, mas sobre uma refatoração completa de seus núcleos de computação – substituindo o Ethereum Virtual Machine (EVM). Esta iniciativa é a pedra angular da visão mais ampla de (Lean Ethereum) "lean Ethereum". A visão Streamline Ethereum (Lean Ethereum) visa simplificar sistematicamente todo o protocolo, dividindo-o em três módulos principais: racionalização de (Lean Consensus) de consenso e racionalização de dados (Lean Data) e agilizar a execução (Lean Execution). Entre as principais questões da execução simplificada, o ponto mais crítico é: como o motor que impulsiona a revolução dos contratos inteligentes, o EVM se tornou um grande gargalo no desenvolvimento futuro do Ethereum? Como Justin Drake da Fundação Ethereum coloca, o objetivo de longo prazo do Ethereum sempre foi "Snark tudo" (Snarkify everything), uma ferramenta poderosa que aprimora as camadas do protocolo. Durante muito tempo, no entanto, este objetivo foi mais um "plano inatingível" porque alcançá-lo exigia a prova em tempo real do conceito de ( proving) em tempo real. Agora, à medida que as provas em tempo real se tornam uma realidade, as ineficiências teóricas do EVM tornaram-se um problema prático a ser resolvido. Este artigo fornecerá uma análise aprofundada dos argumentos técnicos e estratégicos para migrar o Ethereum L1 para a arquitetura do conjunto de instruções RISC-V (ISA). Espera-se que este movimento não apenas desbloqueie uma escalabilidade sem precedentes, mas também simplifique a estrutura do protocolo e alinhe o Ethereum com o futuro da computação verificável. O que mudou exatamente? Antes de explorar o "porquê", é necessário primeiro esclarecer o "que" está mudando. O EVM ( Ethereum Virtual Machine ) é o ambiente operacional para contratos inteligentes Ethereum, conhecido como o "computador mundial" que processa transações e atualiza o estado do blockchain. Ao longo dos anos, seu design foi revolucionário, estabelecendo as bases para o nascimento de (DeFi) de finanças descentralizadas e ecossistemas NFT. No entanto, esta arquitetura personalizada de quase uma década atrás agora acumulou muita dívida técnica. Em contraste, o RISC-V não é um produto, mas um padrão aberto — um "alfabeto" de design de processador gratuito e de uso geral. Como Jeremy Bruestle destacou na conferência Ethproofs, seus princípios-chave o tornam uma excelente escolha para este papel: Minimalismo: O conjunto de instruções subjacente do RISC-V é extremamente simples, consistindo em apenas cerca de 40 a 47 instruções. Como Jeremy coloca, isso o torna "quase perfeito para o caso de uso da máquina de uso geral ultraminimalista de que precisamos". Design modular: funções mais complexas são adicionadas com extensões opcionais. Esse recurso é fundamental porque permite que o núcleo permaneça simples enquanto expande a funcionalidade conforme necessário, sem impor complexidade desnecessária ao protocolo subjacente. Ecossistema aberto: o RISC-V tem um suporte a uma cadeia de ferramentas grande e madura, incluindo o compilador LLVM, que permite que os desenvolvedores usem linguagens de programação convencionais, como Rust, C++ e Go. Como Justin Drake observa, "As ferramentas em torno do compilador são muito ricas, e o compilador é extremamente difícil de construir...... Portanto, ter essas cadeias de ferramentas de compilador é extremamente valioso." O RISC-V permite que o Ethereum herde essas ferramentas prontas para uso gratuitamente. Problemas gerais do intérprete O ímpeto para substituir os EVMs não é uma falha única, mas sim uma confluência de limitações fundamentais que não podem ser ignoradas no contexto de um futuro com provas de conhecimento zero em seu núcleo. Essas limitações incluem gargalos de desempenho em sistemas à prova de conhecimento zero e os riscos representados pela crescente complexidade que se acumula dentro do protocolo. Problemas de sobrecarga do intérprete O fator mais premente dessa transformação é a ineficiência inerente do EVM em sistemas à prova de conhecimento zero. Com Ethereum...