Na recente evolução da tecnologia blockchain, um termo que originalmente só era popular no círculo de engenheiros de chips 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 no fórum da comunidade Ethereum Magicians uma sugestão exploratória para substituir a antiga máquina virtual EVM do Ethereum por RISC-V.
Enquanto isso, a Polkadot já lançou silenciosamente um ambiente de execução de contratos inteligentes que suporta RISC-V na rede de teste AseetHub Westend, e os desenvolvedores podem continuar usando Solidity para tentar desenvolver na Polkadot, embora os contratos sejam executados em um novo motor de execução chamado PolkaVM.
Coincidência? Por que um conjunto de instruções de código aberto, originalmente criado para design de chips, conseguiu "romper barreiras" no mundo do Blockchain?
Ethereum e Polkadot apostam em RISC-V, o que será que estão realmente a valorizar?
Do chip a Blockchain, por que o RISC-V surgiu repentinamente?
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 quero que você faça". O CPU Intel que conhecemos usa a arquitetura x86, enquanto o chip M dos computadores Apple utiliza a arquitetura ARM.
O RISC-V é um padrão de arquitetura de código aberto e gratuito, que qualquer pessoa pode usar para projetar CPUs, sem a necessidade de pagar taxas de licenciamento à Intel ou à ARM.
Originalmente era um projeto acadêmico da Universidade da Califórnia, Berkeley, e cada vez mais empresas de chips reconhecem este padrão de arquitetura: estrutura simples, flexível e personalizável, disponível como código aberto, e capaz de evitar os riscos associados à geopolítica.
Mas qual é a relação entre RISC-V e Blockchain?
A máquina virtual (VM) é o "cérebro de execução" de cada blockchain, todos os contratos devem ser executados nela. Mas atualmente, os sistemas de máquinas virtuais mais populares, como o EVM do Ethereum, o WASM do Polkadot e o BPF do Solana, apresentam alguns problemas óbvios:
· Arquitetura antiga, como o EVM que é um modelo empilhado projetado em 2015, difícil de alinhar com CPUs modernas
· Segurança fraca, a arquitetura existente é difícil de verificar formalmente, não conseguindo alcançar uma verdadeira segurança de código em nível matemático.
· Suporte a múltiplas línguas é limitado, os desenvolvedores não podem escolher livremente a língua, apenas dependem passivamente da pilha do Solidity.
Então, quando a arquitetura "super moderna" como a RISC-V aparece diante dos engenheiros de Blockchain, o instinto deles é: podemos "RISC-Vizar" a máquina virtual de Blockchain?
Comparação entre modelos de cálculo em pilha e em registrador
A escolha do Ethereum: a partir do conceito, imaginar a próxima geração da máquina virtual nativa ZK
As ideias de Vitalik têm o estilo da comunidade Ethereum: não é uma simples otimização, mas uma redacção a partir de uma nova filosofia.
De acordo com a sua descrição no fórum Ethereum Magicians, a sua visão é: o futuro da camada de execução do Ethereum deve ser extremamente simples, segura e matematicamente verificável. E o EVM já é demasiado complexo, não pode ser modificado. Em vez disso, deveria usar RISC-V para construir uma nova VM verificável.
A estrutura RISC-V é clara, o comportamento de execução é previsível, sendo muito adequada para a conversão em circuitos de prova de conhecimento zero; no futuro, também pode ser compatível com o compilador LLVM (embora tenha visto muitos comentários sobre bugs), permitindo desenvolver 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á em fase de concepção. A comunidade Ethereum ainda não tem um plano concreto, mas a direção já está definida: não se trata apenas de trocar uma máquina virtual, mas de se preparar para um Blockchain escalável, seguro e confiável no futuro.
O caminho do Polkadot: impulsionado por engenheiros, começando pelo realismo da substituição da camada base
Ao contrário da "ideia conceitual" do Ethereum, o Polkadot optou por uma abordagem mais pragmática.
No início de 2023, o engenheiro principal da Parity, Jan Bujak, começou a explorar alternativas ao WASM e acabou escolhendo o RISC-V, lançando posteriormente o projeto PolkaVM.
A abordagem da Polkadot é bastante direta:
· A linguagem permanece a mesma, continue a usar Solidity
· Ferramentas permanecem as mesmas, Remix, Ethers.js e MetaMask são todas compatíveis
· Ajuste do caminho de compilação, usando a ferramenta revive para compilar Solidity em código de bytes RISC-V
· Executa finalmente na nova máquina virtual PolkaVM, oferecendo uma capacidade de execução mais eficiente, segura e verificável.
Isto significa que a experiência do desenvolvedor permanece basicamente a mesma, mas a execução subjacente foi completamente renovada. Desde WebAssembly até RISC-V, de estilo de pilha a estilo de registrador, de execução tradicional a amigável para ZK, esta é uma "revolução silenciosa".
Atualmente, o PolkaVM pode operar na rede de testes Westend do Asset Hub, com o objetivo de lançar o Polkadot no terceiro trimestre de 2025.
Perspectiva do desenvolvedor: o código que você escreveu permanece o mesmo, mas a camada subjacente está sendo silenciosamente reestruturada.
Embora a Ethereum e a Polkadot tenham caminhos diferentes em relação ao RISC-V, uma está à frente em termos de visão e a outra já está implementada, o sinal que elas transmitem aos desenvolvedores é surpreendentemente consistente: não se trata de uma mudança na "camada de escrita", mas sim de uma reestruturação das infraestruturas subjacentes.
Para os desenvolvedores, não importa em qual cadeia você esteja, é quase impossível sentir uma desconexão a curto prazo: você ainda pode escrever contratos em Solidity, continuar usando ferramentas familiares como Remix, Ethers.js e 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!
No Polkadot, os contratos Solidity já podem ser compilados em bytecode RISC-V através da ferramenta revive e executados na nova máquina virtual PolkaVM. Em comparação com WASM e a EVM tradicional, a PolkaVM apresenta melhor desempenho em eficiência de execução e cobrança de recursos, especialmente em relação ao controle de custos de execução de contratos complexos.
Na visão técnica do Ethereum, o RISC-V também é considerado a base mais adequada para uma "cadeia nativa ZK". Vitalik deixou claro que, se no futuro quisermos implementar uma lógica de execução em cadeia que possa ser provada matematicamente, o EVM é um obstáculo inevitável, enquanto o RISC-V, com sua estrutura clara e comportamento previsível, é o caminho de 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 "depender da supervisão humana" para "verificação matemática possível". Cada comportamento de instrução do RISC-V pode ser modelado formalmente, algo que a EVM não consegue alcançar. Isso significa que a segurança dos contratos no futuro não dependerá mais de auditorias ano após ano, mas poderá obter a validação matemática de "eu não cometerei erros" já na fase de compilação. Você pode escrever códigos que não precisam de pessoas de confiança, apenas porque "ele pode ser provado".
O conhecimento zero passou de uma opção marginal para o padrão. No passado, escrever contratos ZK era uma habilidade que apenas engenheiros de alto nível 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 transição de base estiver concluída, os contratos ZK podem deixar de ser uma opção e se tornar o "modo de segurança padrão" dos 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 naturalmente ser compiladas para formatos executáveis na blockchain. Você não estará 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 de qual cadeia você está agora, se está usando Solidity ou Rust, se está escrevendo contratos no Remix ou usando Ethers.js para a interface, 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, seja mais estável na execução, tenha 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 da fundação nunca é a primeira a ser vista. Mas, eventualmente, elas trarão impacto: os futuros contratos inteligentes se tornarão mais poderosos, mais livres e mais dignos de confiança, sem que você perceba.
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.
Por que Polkadot e Vitalik escolheram RISC-V de forma independente?
Na recente evolução da tecnologia blockchain, um termo que originalmente só era popular no círculo de engenheiros de chips 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 no fórum da comunidade Ethereum Magicians uma sugestão exploratória para substituir a antiga máquina virtual EVM do Ethereum por RISC-V.
Enquanto isso, a Polkadot já lançou silenciosamente um ambiente de execução de contratos inteligentes que suporta RISC-V na rede de teste AseetHub Westend, e os desenvolvedores podem continuar usando Solidity para tentar desenvolver na Polkadot, embora os contratos sejam executados em um novo motor de execução chamado PolkaVM.
Coincidência? Por que um conjunto de instruções de código aberto, originalmente criado para design de chips, conseguiu "romper barreiras" no mundo do Blockchain?
Ethereum e Polkadot apostam em RISC-V, o que será que estão realmente a valorizar?
Do chip a Blockchain, por que o RISC-V surgiu repentinamente?
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 quero que você faça". O CPU Intel que conhecemos usa a arquitetura x86, enquanto o chip M dos computadores Apple utiliza a arquitetura ARM.
O RISC-V é um padrão de arquitetura de código aberto e gratuito, que qualquer pessoa pode usar para projetar CPUs, sem a necessidade de pagar taxas de licenciamento à Intel ou à ARM.
Originalmente era um projeto acadêmico da Universidade da Califórnia, Berkeley, e cada vez mais empresas de chips reconhecem este padrão de arquitetura: estrutura simples, flexível e personalizável, disponível como código aberto, e capaz de evitar os riscos associados à geopolítica.
Mas qual é a relação entre RISC-V e Blockchain?
A máquina virtual (VM) é o "cérebro de execução" de cada blockchain, todos os contratos devem ser executados nela. Mas atualmente, os sistemas de máquinas virtuais mais populares, como o EVM do Ethereum, o WASM do Polkadot e o BPF do Solana, apresentam alguns problemas óbvios:
· Arquitetura antiga, como o EVM que é um modelo empilhado projetado em 2015, difícil de alinhar com CPUs modernas · Segurança fraca, a arquitetura existente é difícil de verificar formalmente, não conseguindo alcançar uma verdadeira segurança de código em nível matemático. · Suporte a múltiplas línguas é limitado, os desenvolvedores não podem escolher livremente a língua, apenas dependem passivamente da pilha do Solidity.
Então, quando a arquitetura "super moderna" como a RISC-V aparece diante dos engenheiros de Blockchain, o instinto deles é: podemos "RISC-Vizar" a máquina virtual de Blockchain?
Comparação entre modelos de cálculo em pilha e em registrador A escolha do Ethereum: a partir do conceito, imaginar a próxima geração da máquina virtual nativa ZK
As ideias de Vitalik têm o estilo da comunidade Ethereum: não é uma simples otimização, mas uma redacção a partir de uma nova filosofia.
De acordo com a sua descrição no fórum Ethereum Magicians, a sua visão é: o futuro da camada de execução do Ethereum deve ser extremamente simples, segura e matematicamente verificável. E o EVM já é demasiado complexo, não pode ser modificado. Em vez disso, deveria usar RISC-V para construir uma nova VM verificável.
A estrutura RISC-V é clara, o comportamento de execução é previsível, sendo muito adequada para a conversão em circuitos de prova de conhecimento zero; no futuro, também pode ser compatível com o compilador LLVM (embora tenha visto muitos comentários sobre bugs), permitindo desenvolver 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á em fase de concepção. A comunidade Ethereum ainda não tem um plano concreto, mas a direção já está definida: não se trata apenas de trocar uma máquina virtual, mas de se preparar para um Blockchain escalável, seguro e confiável no futuro.
O caminho do Polkadot: impulsionado por engenheiros, começando pelo realismo da substituição da camada base
Ao contrário da "ideia conceitual" do Ethereum, o Polkadot optou por uma abordagem mais pragmática.
No início de 2023, o engenheiro principal da Parity, Jan Bujak, começou a explorar alternativas ao WASM e acabou escolhendo o RISC-V, lançando posteriormente o projeto PolkaVM. A abordagem da Polkadot é bastante direta:
· A linguagem permanece a mesma, continue a usar Solidity · Ferramentas permanecem as mesmas, Remix, Ethers.js e MetaMask são todas compatíveis · Ajuste do caminho de compilação, usando a ferramenta revive para compilar Solidity em código de bytes RISC-V · Executa finalmente na nova máquina virtual PolkaVM, oferecendo uma capacidade de execução mais eficiente, segura e verificável.
Isto significa que a experiência do desenvolvedor permanece basicamente a mesma, mas a execução subjacente foi completamente renovada. Desde WebAssembly até RISC-V, de estilo de pilha a estilo de registrador, de execução tradicional a amigável para ZK, esta é uma "revolução silenciosa".
Atualmente, o PolkaVM pode operar na rede de testes Westend do Asset Hub, com o objetivo de lançar o Polkadot no terceiro trimestre de 2025. Perspectiva do desenvolvedor: o código que você escreveu permanece o mesmo, mas a camada subjacente está sendo silenciosamente reestruturada.
Embora a Ethereum e a Polkadot tenham caminhos diferentes em relação ao RISC-V, uma está à frente em termos de visão e a outra já está implementada, o sinal que elas transmitem aos desenvolvedores é surpreendentemente consistente: não se trata de uma mudança na "camada de escrita", mas sim de uma reestruturação das infraestruturas subjacentes.
Para os desenvolvedores, não importa em qual cadeia você esteja, é quase impossível sentir uma desconexão a curto prazo: você ainda pode escrever contratos em Solidity, continuar usando ferramentas familiares como Remix, Ethers.js e 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!
No Polkadot, os contratos Solidity já podem ser compilados em bytecode RISC-V através da ferramenta revive e executados na nova máquina virtual PolkaVM. Em comparação com WASM e a EVM tradicional, a PolkaVM apresenta melhor desempenho em eficiência de execução e cobrança de recursos, especialmente em relação ao controle de custos de execução de contratos complexos.
Na visão técnica do Ethereum, o RISC-V também é considerado a base mais adequada para uma "cadeia nativa ZK". Vitalik deixou claro que, se no futuro quisermos implementar uma lógica de execução em cadeia que possa ser provada matematicamente, o EVM é um obstáculo inevitável, enquanto o RISC-V, com sua estrutura clara e comportamento previsível, é o caminho de 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 "depender da supervisão humana" para "verificação matemática possível". Cada comportamento de instrução do RISC-V pode ser modelado formalmente, algo que a EVM não consegue alcançar. Isso significa que a segurança dos contratos no futuro não dependerá mais de auditorias ano após ano, mas poderá obter a validação matemática de "eu não cometerei erros" já na fase de compilação. Você pode escrever códigos que não precisam de pessoas de confiança, apenas porque "ele pode ser provado".
O conhecimento zero passou de uma opção marginal para o padrão. No passado, escrever contratos ZK era uma habilidade que apenas engenheiros de alto nível 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 transição de base estiver concluída, os contratos ZK podem deixar de ser uma opção e se tornar o "modo de segurança padrão" dos 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 naturalmente ser compiladas para formatos executáveis na blockchain. Você não estará 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 de qual cadeia você está agora, se está usando Solidity ou Rust, se está escrevendo contratos no Remix ou usando Ethers.js para a interface, 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, seja mais estável na execução, tenha 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 da fundação nunca é a primeira a ser vista. Mas, eventualmente, elas trarão impacto: os futuros contratos inteligentes se tornarão mais poderosos, mais livres e mais dignos de confiança, sem que você perceba.
Este artigo tem como referência o link: