Mais de um ano após a atualização Dencun ter trazido um grande impulso para a rede de segunda camada, e poucos meses antes do tão aguardado lançamento do Fusaka, o cofundador do Ethereum, Vitalik Buterin, fez uma proposta audaciosa. Em uma postagem no fórum em abril, ele afirmou que a rede poderia eventualmente substituir sua longa máquina virtual Ethereum (EVM) pelo conjunto de instruções de código aberto RISC-V. Esta proposta gerou um intenso debate na comunidade: o RISC-V poderia fornecer provas zk-rollup mais rápidas para o Ethereum, mas os desafios da migração incluem a reescrita de contratos inteligentes e a redefinição de segurança. Isso é realmente o futuro escalável do Ethereum ou um reinício arriscado?
1. O encanto da nova fundação: as vantagens tecnológicas do RISC-V
Para aqueles que não estão familiarizados, a EVM é o motor de execução de todos os contratos inteligentes na Ethereum. Ela converte o código Solidity em instruções de nível de máquina e controla a forma como os contratos interagem. Desde o nascimento da Ethereum, tem sido um dos seus pilares. Portanto, quando Buterin propôs a ideia de substituir a EVM, isso causou um grande alvoroço na comunidade.
A sua razão está enraizada na escalabilidade a longo prazo: ele escreveu: "Os esforços do Beam Chain têm um enorme potencial para simplificar a camada de consenso. Mas para que a camada de execução obtenha benefícios semelhantes, essa mudança radical pode ser o único caminho viável." Buterin acredita que uma máquina virtual baseada em RISC-V pode aumentar em 100 vezes a velocidade de geração de provas de conhecimento zero. Isso pode mudar radicalmente o cenário dos zk-rollups, que são vistos como a melhor solução de escalabilidade segura para Ethereum. O RISC-V elimina a necessidade de converter o código de Solidity para EVM e depois para um formato que suporte provas de conhecimento zero, simplificando assim a geração de provas e reduzindo os custos computacionais.
As vantagens tecnológicas do RISC-V são inegáveis. É aberto, personalizável e já foi aplicado em projetos como o Nervos. Também é muito amigável para execução paralela e aplicações de conhecimento zero. O desenvolvedor anônimo Block.nm apontou: "A agregação de ZK-STARK e ZK-SNARK pode reduzir o tempo e o custo da prova. Através da execução baseada em registradores, escrever programas verificáveis se torna muito mais fácil."
Dois, Desafios da Migração: Reinício Abrangente do Ecossistema
No entanto, propor uma ideia é uma coisa, transformar completamente o núcleo do ecossistema Ethereum é outra. Stuart Popejoy, cofundador e CEO da blockchain Kadena de PoW Layer 1, falou abertamente sobre a escala dessa disrupção: ele disse à CryptoPotato: "Não é possível uma disrupção em grande escala a curto prazo, porque não pode acontecer rapidamente. Um sistema 'melhor' deve operar em paralelo durante anos e acumular os efeitos de rede do EVM." A testnet Chainweb EVM da plataforma de Popejoy foi recentemente lançada. Ele acredita que substituir o EVM não é como substituir um banco de dados ou atualizar um protocolo. É como pedir que a rede substitua o HTTP; teoricamente possível, mas na prática, absurdo.
Integrar RISC-V ao Ethereum não é apenas uma atualização de software, mas um reinício completo do ecossistema. Primeiro, os contratos inteligentes são imutáveis. Você não pode simplesmente migrá-los. Como Popejoy explicou, "o estado existente está criptograficamente vinculado a um endereço específico na EVM." Reescrever os contratos do zero será obrigatório, assim como reauditar os contratos. E ainda há um desafio mais profundo: perder a percepção de segurança acumulada ao longo de uma década. "Vamos zerar o conhecimento de segurança acumulado ao longo de dez anos", advertiu Popejoy. "Já sabemos muito sobre a EVM; tudo isso se tornará irrelevante."
Os problemas de compatibilidade também se estenderam para a camada Layer-2 do Ethereum. A prova de erro em Optimism e Arbitrum depende da execução do bytecode EVM na Layer-1 para validar as transações rollup. Se a EVM for substituída, o desempenho da Layer-1 será comprometido. Popejoy apontou: "Você precisa construir um interpretador EVM completo com RISC-V. Isso vai contra a intenção de reduzir custos e aumentar a velocidade." Se isso não for viável, então o L2 pode ser forçado a se tornar uma cadeia soberana, dividindo assim o ecossistema e comprometendo a compostibilidade.
Três, O caminho a seguir: duas máquinas virtuais e melhorias progressivas
A maioria dos especialistas concorda: não há uma linha de demarcação clara. Algumas pessoas acreditam que a única solução realista é suportar pelo menos duas máquinas virtuais nos próximos dez anos. Novos contratos podem usar uma arquitetura RISC-V mais rápida, enquanto contratos antigos continuarão a funcionar na EVM. Com o tempo, se as vantagens forem evidentes e as ferramentas forem poderosas, os desenvolvedores podem optar por migrar.
"O suporte a máquinas virtuais duplas proporcionará flexibilidade aos desenvolvedores," disse Onuogu. "Ele oferece tempo adaptativo e garante continuidade." Ela enfatizou que é necessário um lançamento gradual, semelhante à forma como os zk-rollups foram introduzidos, sem interromper os aplicativos existentes. Ao mesmo tempo, os desenvolvedores de L2 devem estar preparados. A Block.nm recomenda investir imediatamente em uma arquitetura modular, abstrair o sistema de provas, desacoplar a camada de liquidação e tentar usar compiladores alternativos como LLVM IR e WebAssembly. "Não dependa totalmente do Solidity," eles alertaram.
Mas mesmo preparado, a migração não é uma tarefa fácil. O Ethereum tem dezenas de milhares de aplicações, bilhões de dólares em valor e milhões de usuários. Cada aplicação tem diferentes dependências. A nova Máquina Virtual deve respeitar essas relações de alguma forma, caso contrário, existe o risco de dividir a comunidade. No entanto, a discussão em torno da substituição do EVM reflete um fato maior: o Ethereum precisa evoluir.
Embora as atualizações Dencun e Pectra tenham resolvido gargalos críticos, sua escalabilidade ainda é temporária. A camada subjacente da rede ainda é afetada pela complexidade, execução lenta e design fragmentado. Como apontado por Buterin e outros, a sustentabilidade a longo prazo pode exigir uma arquitetura mais simples e clara, especialmente em um cenário onde concorrentes como Solana, Sui e estruturas de rollup modular estão minando a dominância do Ethereum.
É precisamente por isso que propostas como EIP-7983, que limitam o uso de Gas por transação, puderam prosperar. Essas propostas prometem oferecer maior previsibilidade, velocidades de propagação de blocos mais rápidas e melhor suporte para execução de provas de conhecimento zero, ao mesmo tempo em que minimizam as interferências. Essas melhorias incrementais refletem o conceito de design emergente do Ethereum: simplificar tanto quanto possível e reter quando necessário.
No entanto, RISC-V não é uma panaceia. Como disse Popejoy, ele pode nunca substituir o EVM. Mas abriu as portas para experimentação. Se o Ethereum quiser continuar a manter sua posição de liderança mundial como blockchain programável, não pode ficar preso em sua pilha original.
"A evolução do Ethereum não é para substituir tudo o que já construímos," resumiu Onuogu. "Mas sim para construir o futuro de forma cautelosa e aberta, olhando para todo o ecossistema."
Conclusão:
A RISC-V na Ethereum é uma proposta ambiciosa destinada a melhorar a performance e segurança da Ethereum, para enfrentar os desafios futuros. Embora o processo de migração esteja repleto de desafios, os potenciais benefícios, especialmente na melhoria das provas zk-rollup, podem trazer um futuro escalável para a Ethereum. Esta inovação tecnológica irá testar o consenso e a capacidade de execução da comunidade Ethereum, mas o seu objetivo final é garantir que a Ethereum mantenha uma posição de liderança num panorama de blockchain em constante mudança.
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.
Ethereum "V神" propõe a transição do EVM para RISC-V, um futuro escalável ou um reinício arriscado?
Mais de um ano após a atualização Dencun ter trazido um grande impulso para a rede de segunda camada, e poucos meses antes do tão aguardado lançamento do Fusaka, o cofundador do Ethereum, Vitalik Buterin, fez uma proposta audaciosa. Em uma postagem no fórum em abril, ele afirmou que a rede poderia eventualmente substituir sua longa máquina virtual Ethereum (EVM) pelo conjunto de instruções de código aberto RISC-V. Esta proposta gerou um intenso debate na comunidade: o RISC-V poderia fornecer provas zk-rollup mais rápidas para o Ethereum, mas os desafios da migração incluem a reescrita de contratos inteligentes e a redefinição de segurança. Isso é realmente o futuro escalável do Ethereum ou um reinício arriscado?
1. O encanto da nova fundação: as vantagens tecnológicas do RISC-V
Para aqueles que não estão familiarizados, a EVM é o motor de execução de todos os contratos inteligentes na Ethereum. Ela converte o código Solidity em instruções de nível de máquina e controla a forma como os contratos interagem. Desde o nascimento da Ethereum, tem sido um dos seus pilares. Portanto, quando Buterin propôs a ideia de substituir a EVM, isso causou um grande alvoroço na comunidade.
A sua razão está enraizada na escalabilidade a longo prazo: ele escreveu: "Os esforços do Beam Chain têm um enorme potencial para simplificar a camada de consenso. Mas para que a camada de execução obtenha benefícios semelhantes, essa mudança radical pode ser o único caminho viável." Buterin acredita que uma máquina virtual baseada em RISC-V pode aumentar em 100 vezes a velocidade de geração de provas de conhecimento zero. Isso pode mudar radicalmente o cenário dos zk-rollups, que são vistos como a melhor solução de escalabilidade segura para Ethereum. O RISC-V elimina a necessidade de converter o código de Solidity para EVM e depois para um formato que suporte provas de conhecimento zero, simplificando assim a geração de provas e reduzindo os custos computacionais.
As vantagens tecnológicas do RISC-V são inegáveis. É aberto, personalizável e já foi aplicado em projetos como o Nervos. Também é muito amigável para execução paralela e aplicações de conhecimento zero. O desenvolvedor anônimo Block.nm apontou: "A agregação de ZK-STARK e ZK-SNARK pode reduzir o tempo e o custo da prova. Através da execução baseada em registradores, escrever programas verificáveis se torna muito mais fácil."
Dois, Desafios da Migração: Reinício Abrangente do Ecossistema
No entanto, propor uma ideia é uma coisa, transformar completamente o núcleo do ecossistema Ethereum é outra. Stuart Popejoy, cofundador e CEO da blockchain Kadena de PoW Layer 1, falou abertamente sobre a escala dessa disrupção: ele disse à CryptoPotato: "Não é possível uma disrupção em grande escala a curto prazo, porque não pode acontecer rapidamente. Um sistema 'melhor' deve operar em paralelo durante anos e acumular os efeitos de rede do EVM." A testnet Chainweb EVM da plataforma de Popejoy foi recentemente lançada. Ele acredita que substituir o EVM não é como substituir um banco de dados ou atualizar um protocolo. É como pedir que a rede substitua o HTTP; teoricamente possível, mas na prática, absurdo.
Integrar RISC-V ao Ethereum não é apenas uma atualização de software, mas um reinício completo do ecossistema. Primeiro, os contratos inteligentes são imutáveis. Você não pode simplesmente migrá-los. Como Popejoy explicou, "o estado existente está criptograficamente vinculado a um endereço específico na EVM." Reescrever os contratos do zero será obrigatório, assim como reauditar os contratos. E ainda há um desafio mais profundo: perder a percepção de segurança acumulada ao longo de uma década. "Vamos zerar o conhecimento de segurança acumulado ao longo de dez anos", advertiu Popejoy. "Já sabemos muito sobre a EVM; tudo isso se tornará irrelevante."
Os problemas de compatibilidade também se estenderam para a camada Layer-2 do Ethereum. A prova de erro em Optimism e Arbitrum depende da execução do bytecode EVM na Layer-1 para validar as transações rollup. Se a EVM for substituída, o desempenho da Layer-1 será comprometido. Popejoy apontou: "Você precisa construir um interpretador EVM completo com RISC-V. Isso vai contra a intenção de reduzir custos e aumentar a velocidade." Se isso não for viável, então o L2 pode ser forçado a se tornar uma cadeia soberana, dividindo assim o ecossistema e comprometendo a compostibilidade.
Três, O caminho a seguir: duas máquinas virtuais e melhorias progressivas
A maioria dos especialistas concorda: não há uma linha de demarcação clara. Algumas pessoas acreditam que a única solução realista é suportar pelo menos duas máquinas virtuais nos próximos dez anos. Novos contratos podem usar uma arquitetura RISC-V mais rápida, enquanto contratos antigos continuarão a funcionar na EVM. Com o tempo, se as vantagens forem evidentes e as ferramentas forem poderosas, os desenvolvedores podem optar por migrar.
"O suporte a máquinas virtuais duplas proporcionará flexibilidade aos desenvolvedores," disse Onuogu. "Ele oferece tempo adaptativo e garante continuidade." Ela enfatizou que é necessário um lançamento gradual, semelhante à forma como os zk-rollups foram introduzidos, sem interromper os aplicativos existentes. Ao mesmo tempo, os desenvolvedores de L2 devem estar preparados. A Block.nm recomenda investir imediatamente em uma arquitetura modular, abstrair o sistema de provas, desacoplar a camada de liquidação e tentar usar compiladores alternativos como LLVM IR e WebAssembly. "Não dependa totalmente do Solidity," eles alertaram.
Mas mesmo preparado, a migração não é uma tarefa fácil. O Ethereum tem dezenas de milhares de aplicações, bilhões de dólares em valor e milhões de usuários. Cada aplicação tem diferentes dependências. A nova Máquina Virtual deve respeitar essas relações de alguma forma, caso contrário, existe o risco de dividir a comunidade. No entanto, a discussão em torno da substituição do EVM reflete um fato maior: o Ethereum precisa evoluir.
Embora as atualizações Dencun e Pectra tenham resolvido gargalos críticos, sua escalabilidade ainda é temporária. A camada subjacente da rede ainda é afetada pela complexidade, execução lenta e design fragmentado. Como apontado por Buterin e outros, a sustentabilidade a longo prazo pode exigir uma arquitetura mais simples e clara, especialmente em um cenário onde concorrentes como Solana, Sui e estruturas de rollup modular estão minando a dominância do Ethereum.
É precisamente por isso que propostas como EIP-7983, que limitam o uso de Gas por transação, puderam prosperar. Essas propostas prometem oferecer maior previsibilidade, velocidades de propagação de blocos mais rápidas e melhor suporte para execução de provas de conhecimento zero, ao mesmo tempo em que minimizam as interferências. Essas melhorias incrementais refletem o conceito de design emergente do Ethereum: simplificar tanto quanto possível e reter quando necessário.
No entanto, RISC-V não é uma panaceia. Como disse Popejoy, ele pode nunca substituir o EVM. Mas abriu as portas para experimentação. Se o Ethereum quiser continuar a manter sua posição de liderança mundial como blockchain programável, não pode ficar preso em sua pilha original.
"A evolução do Ethereum não é para substituir tudo o que já construímos," resumiu Onuogu. "Mas sim para construir o futuro de forma cautelosa e aberta, olhando para todo o ecossistema."
Conclusão:
A RISC-V na Ethereum é uma proposta ambiciosa destinada a melhorar a performance e segurança da Ethereum, para enfrentar os desafios futuros. Embora o processo de migração esteja repleto de desafios, os potenciais benefícios, especialmente na melhoria das provas zk-rollup, podem trazer um futuro escalável para a Ethereum. Esta inovação tecnológica irá testar o consenso e a capacidade de execução da comunidade Ethereum, mas o seu objetivo final é garantir que a Ethereum mantenha uma posição de liderança num panorama de blockchain em constante mudança.