Por que Polkadot e Ethereum escolheram RISC-V?

Fonte: PolkaWorld

Na recente evolução da tecnologia blockchain, um termo que antes era popular apenas entre engenheiros de chip, tornou-se silenciosamente o novo favorito dos desenvolvedores de blockchain: RISC-V.

No dia 20 de abril de 2025, o fundador do Ethereum, Vitalik Buterin, publicou um post no fórum da comunidade Ethereum Magicians, propondo uma sugestão exploratória para substituir a antiga máquina virtual EVM do Ethereum por RISC-V.

Image

Enquanto isso, o Polkadot já lançou discretamente um ambiente de execução de contratos inteligentes que suporta RISC-V na rede de teste AseetHub Westend, e os desenvolvedores podem continuar a usar Solidity para tentar desenvolver no Polkadot, embora os contratos sejam finalmente executados em um novo motor de execução chamado PolkaVM.

Será uma coincidência? Por que um conjunto de instruções de código aberto, que nasceu originalmente para o design de chips, "quebrou o círculo" no mundo blockchain?

Ethereum e Polkadot apostam simultaneamente no RISC-V, o que será que as atrai por trás disso?

!

Do chip ao blockchain, por que o RISC-V surgiu do nada?

A "alma" de cada dispositivo de computação é a sua arquitetura de conjunto de instruções (ISA), que é a linguagem que o software usa para dizer ao hardware "o que eu quero que você faça". O CPU Intel que conhecemos utiliza a arquitetura x86, enquanto os chips M dos computadores Apple utilizam a arquitetura ARM.

O RISC-V é um padrão de arquitetura open source e gratuito, que qualquer pessoa pode usar para projetar CPUs, sem precisar pagar taxas de licença à Intel ou à ARM.

Foi originalmente um programa acadêmico da Universidade da Califórnia, Berkeley, e agora mais e mais empresas de chips concordam com esse padrão arquitetônico: estrutura simples, flexível e personalizável, código aberto disponível e pode evitar riscos geopolíticos.

Mas qual é a relação entre RISC-V e blockchain?

A máquina virtual (VM) é o "cérebro executivo" de cada blockchain, todos os contratos devem ser executados nela. Mas atualmente, os sistemas de máquinas virtuais mais utilizados, como o EVM da Ethereum, o WASM da Polkadot e o BPF da Solana, apresentam alguns problemas evidentes:

  • A arquitetura é antiga, como o EVM é um modelo empilhado projetado em 2015 e é difícil de alinhar com CPUs modernas
  • Segurança fraca, a arquitetura existente é difícil de verificar formalmente, não consegue alcançar verdadeira segurança de código em nível matemático.
  • Suporte multilíngue é limitado, os desenvolvedores não podem escolher livremente o idioma, apenas dependem passivamente da pilha Solidity.

Portanto, quando a arquitetura "super moderna" RISC-V aparece diante dos engenheiros de blockchain, o instinto deles é: podemos "RISC-Vizar" a máquina virtual de blockchain também?

Comparação entre modelos de cálculo em pilha e em registrador

Escolha do Ethereum: Conceituando a próxima geração de máquinas virtuais nativas do ZK

As ideias do Vitalik refletem o estilo da comunidade Ethereum: não uma simples otimização, mas uma reengenharia a partir de uma perspectiva filosófica.

De acordo com a descrição que ele fez no fórum Ethereum Magicians, a sua visão é: no futuro, a camada de execução do Ethereum deve ser extremamente simples, segura e passível de prova matemática. O EVM já é demasiado complexo e não pode ser modificado. Em vez disso, seria melhor usar RISC-V para construir uma nova VM verificável.

A estrutura RISC-V é clara e o comportamento de execução é previsível, o que a torna muito adequada para a conversão em circuitos de prova de zero conhecimento; no futuro, pode também ser compatível com o compilador LLVM (embora tenha visto muitos comentários sobre bugs), permitindo o desenvolvimento de contratos em linguagens mais ricas, como Rust e C; mais importante ainda, pode se tornar a base da camada de execução para construir uma "cadeia nativa ZK".

Claro, tudo isso ainda está na fase de concepção. A comunidade Ethereum ainda não tem um plano concreto, mas a direção já está clara: não se trata apenas de trocar uma máquina virtual, mas de se preparar para uma blockchain escalável, segura e confiável no futuro.

O caminho do Polkadot: Realismo impulsionado por engenheiros, começando pela substituição da camada base

Ao contrário da "visão conceitual" do Ethereum, o Polkadot optou por uma abordagem mais pragmática.

Em 2023, o engenheiro principal da Parity, Jan Bujak, começou a explorar alternativas ao WASM e, eventualmente, escolheu o RISC-V, dando início ao projeto PolkaVM.

A abordagem do Polkadot é bastante direta:

  • A linguagem permanece a mesma, continue a usar Solidity
  • Ferramentas inalteradas, Remix, Ethers.js e MetaMask são todos compatíveis
  • Ajuste do caminho de compilação, utilizando a ferramenta revive para compilar Solidity em bytecode RISC-V
  • Executado finalmente na nova máquina virtual PolkaVM, proporcionando uma capacidade de execução mais eficiente, segura e verificável.

Isso significa que a experiência do desenvolvedor é basicamente a mesma, mas a camada de execução foi completamente substituída. Do WebAssembly ao RISC-V, do empilhado ao registrado, da execução tradicional ao ZK-friendly, esta é uma "revolução silenciosa".

Atualmente, PolkaVM pode operar na rede de testes Westend do Asset Hub, com o objetivo previsto de lançar Polkadot no terceiro trimestre de 2025.

Perspectiva do Desenvolvedor: O código que você escreveu permanece o mesmo, mas a base está sendo silenciosamente reestruturada

Embora o Ethereum e o Polkadot tenham caminhos diferentes em relação ao RISC-V, um está à frente em termos de visão e o outro já está implementado, o sinal que eles transmitem aos desenvolvedores é surpreendentemente consistente: não se trata de uma transformação na "camada de escrita", mas sim de uma reestruturação da infraestrutura de base.

Para os desenvolvedores, independentemente da blockchain em que se encontram, é quase impossível sentir a desconexão a curto prazo: você ainda pode escrever contratos em Solidity, continuar a usar ferramentas familiares como Remix, Ethers.js, MetaMask, e o processo de implantação é basicamente o mesmo, tudo como antes.

Mas nas camadas invisíveis, o motor de execução já foi trocado!

Na Polkadot, o contrato Solidity pode ser compilado para o código de bytes RISC-V através da ferramenta revive e executado em uma nova máquina virtual, PolkaVM. Em comparação com o WASM e o EVM tradicional, o PolkaVM tem um desempenho melhor em termos de eficiência de execução e faturamento de recursos, especialmente para o controle de custos de operação de contratos complexos.

Na visão técnica do Ethereum, o RISC-V também é visto como a base mais adequada para a "cadeia nativa ZK". Vitalik deixou claro que o EVM é um obstáculo intransponível para uma lógica de execução on-chain verdadeiramente matematicamente demonstrável no futuro, e RISC-V com uma estrutura clara e comportamento previsível é a solução ideal.

Mais importante ainda, esta mudança na camada de arquitetura vai muito além de uma simples melhoria de desempenho — uma transformação fundamental no paradigma de desenvolvimento em blockchain está ocorrendo silenciosamente.

A segurança passará de "dependência humana" para "verificação matemática possível". Cada comportamento de instrução do RISC-V pode ser modelado formalmente, algo que o EVM não consegue alcançar. Isso significa que a segurança dos contratos no futuro não dependerá de auditorias ano após ano, mas poderá obter a validação matemática de "não vou cometer erros" já na fase de compilação. Você pode escrever códigos que não precisam de um agente de confiança, simplesmente porque "pode ser provado".

O conhecimento zero passou de uma opção de nicho para o padrão. No passado, escrever contratos ZK era uma habilidade que apenas engenheiros avançados conseguiam dominar. A estrutura do RISC-V é, por si só, amigável ao zk, com um processo de execução organizado e fácil de converter em circuitos, tornando-se naturalmente o backend ideal para sistemas como zkEVM. Uma vez que a mudança na camada inferior for concluída, os contratos ZK podem deixar de ser uma opção e se tornar o "modo de segurança padrão" para contratos inteligentes.

A era dos contratos inteligentes multilíngues está prestes a começar. O RISC-V conecta-se ao ecossistema de ferramentas LLVM, o que significa que linguagens como Rust e C podem ser naturalmente compiladas para um formato executável na cadeia. Você não está mais limitado ao Solidity; no futuro, escrever contratos inteligentes será tão controlável e flexível quanto escrever módulos de sistema. O Polkadot já está promovendo a migração da linguagem ink! para o RISC-V, o que demonstra que um mundo de contratos coexistindo em diferentes linguagens é uma realidade, não uma fantasia.

Escrito no final

Independentemente da cadeia em que você está agora, seja usando Solidity ou Rust, esteja escrevendo contratos no Remix ou chamando o front-end com Ethers.js, você acabará percebendo que: a evolução da máquina virtual não é para mudar a maneira como você escreve código, mas sim para fazer com que cada linha de código que você escreve - execute mais rápido, funcione de forma mais estável, tenha uma lógica mais clara e seja mais segura e confiável.

Essas mudanças podem não se manifestar imediatamente, assim como a reconstrução de uma fundação nunca é a primeira coisa a ser vista. Mas, eventualmente, elas terão impacto: os contratos inteligentes do futuro se tornarão mais poderosos, mais livres e mais dignos de confiança, sem que você perceba.

Ver original
O conteúdo serve apenas de referência e não constitui uma solicitação ou oferta. Não é prestado qualquer aconselhamento em matéria de investimento, fiscal ou jurídica. Consulte a Declaração de exoneração de responsabilidade para obter mais informações sobre os riscos.
  • Recompensa
  • 2
  • Partilhar
Comentar
0/400
UGCIsADogvip
· 8h atrás
🤡
Ver originalResponder0
Daduvip
· 14h atrás
Firme HODL💎
Ver originalResponder0
  • Pino
Negocie cripto em qualquer lugar e a qualquer hora
qrCode
Digitalizar para transferir a aplicação Gate.io
Novidades
Português (Portugal)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • ไทย
  • Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)