ブロックチェーン技術の最近の進化により、もともとチップエンジニアの間でのみ人気があった用語が、パブリックチェーン開発者の間で静かに新しい人気を獲得しました。RISC-Vです。
2025年4月20日、イーサリアムの創設者であるVitalik Buterin氏は、コミュニティフォーラム「Ethereum Magicians」に投稿し、イーサリアムで長年使用されてきたEVM仮想マシンをRISC-Vに置き換えるという探索的な提案をしました。同時に、Polkadot は Westend テストネット上で RISC-V をサポートするスマート コントラクト実行環境をひっそりと立ち上げました。開発者は引き続き Solidity を使用して Polkadot 上で開発を行うこともできますが、契約は最終的にまったく新しい実行エンジンである PolkaVM 上で実行されます。
それは偶然でしょうか？もともとチップ設計用に設計されたオープンソースの命令セットが、なぜブロックチェーンの世界で「ブレイクスルー」を遂げたのでしょうか?
Ethereum と Polkadot はどちらも RISC-V に賭けています。彼らはそこに何を見ているのでしょうか?
チップからブロックチェーンまで、 RISC-V はなぜ登場したのでしょうか?
あらゆるコンピューティング デバイスの「魂」は命令セット アーキテクチャ (ISA) です。ISA は、ソフトウェアがハードウェアに「何を実行してほしいか」を指示するために使用する言語です。私たちがよく知っている Intel CPU は x86 アーキテクチャを採用しており、Apple の M チップは ARM アーキテクチャを採用しています。
RISC-V は、Intel や ARM にライセンス料を支払うことなく誰でも CPU を設計するために使用できるオープンソースの無料アーキテクチャ標準です。
もともとはカリフォルニア大学バークレー校の学術プロジェクトでした。現在、ますます多くのチップ企業が、このアーキテクチャ標準（シンプルな構造、柔軟でカスタマイズ可能、オープンソース、地政学的リスクを回避可能）を認識するようになっています。
しかし、RISC-V とブロックチェーンにはどのような関係があるのでしょうか?
仮想マシン (VM) は各ブロックチェーンの「実行頭脳」であり、すべての契約は VM 上で実行する必要があります。しかし、Ethereum の EVM、Polkadot の WASM、Solana の BPF など、現在主流となっている仮想マシン システムには、明らかな問題がいくつかあります。
EVMなどのアーキテクチャは古く、2015年に設計されたスタックベースのモデルであり、現代のCPUと整合させることは困難です。
セキュリティが弱い。既存のアーキテクチャは形式的に検証することが難しく、真の数学レベルのコード セキュリティを実現できません。
多言語サポートは限られており、開発者は言語を自由に選択できず、Solidityスタックに受動的に頼ることしかできない。
そこで、RISC-V の「モダン」なアーキテクチャがブロックチェーン エンジニアの前に現れたとき、彼らの直感は次のようなものでした。ブロックチェーン仮想マシンも「RISC-V 化」できるだろうか?
スタックベースとレジスタベースのコンピューティングモデルの比較表
イーサリアムのオプション:
コンセプトから始まり、
次世代ZKネイティブ仮想マシンの構想
Vitalik 氏のアイデアは、Ethereum コミュニティのスタイルと非常に一致しています。単純な最適化ではなく、哲学的なレベルからの再設計です。
Ethereum Magicians フォーラムでの彼の説明によると、彼のビジョンは、将来の Ethereum の実行レイヤーは最小限で、安全で、数学的に証明可能であるべきであるというものです。しかし、EVM はすでに変更するには複雑すぎます。検証可能な新しい VM を構築するには、RISC-V を使用することをお勧めします。
RISC-Vは構造が明確で実行動作が予測可能なため、ゼロ知識証明回路への変換に非常に適しています。将来的には、LLVM コンパイラと組み合わせて使用して (バグに関するコメントは多数ありますが)、Rust や C などのより豊富な言語でコントラクトを開発することも可能になるかもしれません。さらに重要なのは、「ZK ネイティブ チェーン」を構築するための実行層の基盤となる可能性があることです。
もちろん、これらすべてはまだ概念段階です。 Ethereum コミュニティには現在実装計画はありませんが、方向性は明確です。仮想マシンを変更するだけでなく、将来的にスケーラブルで安全かつ信頼性の高いブロックチェーンを準備することです。
ポルカドットのパス：
エンジニア主導、
リアリズムは、根底にあるものを置き換えることから始まる
イーサリアムの「概念的ビジョン」とは異なり、ポルカドットは別の実用的なルートを選択しました。
Parity のコアエンジニアである Jan Bujak 氏は、2023 年初頭から WASM の代替案の検討を開始し、最終的に RISC-V を選択し、PolkaVM プロジェクトを立ち上げました。
Polkadotのアプローチは単純明快です。
言語は変更されず、Solidity が引き続き使用されます。
ツールは同じままで、Remix、Ethers.js、MetaMaskはすべて互換性があります
コンパイルパスを調整し、reviveツールを使用してSolidityをRISC-Vバイトコードにコンパイルします。
最後に、新しい仮想マシン PolkaVM 上で実行され、より効率的で、より安全で、より検証可能な実行機能を提供します。
つまり、開発者のエクスペリエンスは基本的に変わりませんが、基盤となる実行は完全に置き換えられています。 WebAssembly から RISC-V、スタックベースからレジスタベース、従来の実行から ZK フレンドリーまで、これは「静かな革命」です。
現在、PolkaVM は Asset Hub パラチェーン westend テストネットで実行でき、2025 年第 3 四半期にメインネットを立ち上げることを目標としています。
開発者の視点:記述したコードは変更されませんが、基礎となるレイヤーは静かにリファクタリングされます
Ethereum と Polkadot は RISC-V に向けて異なる道を歩んでいますが、一方はビジョンを先取りしており、もう一方はすでに実装段階にあります。開発者に送るシグナルは驚くほど一貫しています。
これは「書き込み層」の変更ではなく、基礎となるインフラストラクチャの再構築です。
開発者にとっては、どのチェーンに属していても、短期的には切断感を感じることはほとんどありません。Solidity でコントラクトを記述し、Remix、Ethers.js、MetaMask などの使い慣れたツールを引き続き使用でき、デプロイメント プロセスも基本的に同じで、すべてが同じままです。
しかし、下部では実行エンジンが変更されています。
Polkadot では、Solidity コントラクトは revive ツールを使用して RISC-V バイトコードにコンパイルされ、新しい仮想マシン PolkaVM 上で実行できます。 WASM や従来の EVM と比較すると、PolkaVM は実行効率とリソース課金において、特に複雑な契約の運用コストの制御において優れたパフォーマンスを発揮します。
イーサリアムの技術的ビジョンでは、RISC-Vは「ZKネイティブチェーン」に最も適した基盤とも考えられています。 Vitalik氏は、将来的に真に数学的に証明可能なオンチェーン実行ロジックを実現するにはEVMは避けられない障害であり、明確な構造と予測可能な動作を持つRISC-Vが理想的なソリューションであると明言しました。
さらに重要なのは、このアーキテクチャ層の変更は単なるパフォーマンスの向上にとどまらず、オンチェーン開発パラダイムの根本的な変化が静かに起こっていることです。
セキュリティは「人間による監視に依存」するものから「数学的に検証可能なもの」へと移行します。 RISC-V のすべての命令の動作は正式にモデル化できますが、これは EVM の範囲をはるかに超えています。これは、将来の契約のセキュリティは何年もの監査に頼る必要がなくなり、コンパイル段階で「間違いを犯さない」という数学的な裏付けを得ることができることを意味します。単に「証明できる」という理由だけで、人々を信頼する必要のないコードを書くことができます。
ゼロ知識はニッチからデフォルトになりました。かつて、ZK 契約の作成は、上級エンジニアだけが習得できるスキルでした。 RISC-V の構造自体は zk フレンドリーで、実行プロセスが規則的で回路変換も簡単です。これは当然、zkEVM などのシステムにとって理想的なバックエンドになります。基盤となる切り替えが完了すると、ZK コントラクトはオプションではなくなりますが、スマート コントラクトの「デフォルトのセキュリティ モード」になります。
多言語スマートコントラクトの時代も始まろうとしています。 RISC-VはLLVMツールエコシステムに接続されているため、RustやCなどの言語をチェーン上で実行される形式に自然にコンパイルできます。 Solidity による制限はなくなりました。将来的には、スマート コントラクトの記述は、システム モジュールの記述と同じくらい制御可能で、自由かつ柔軟になります。ポルカドットはすでにインクを押し出しています！ RISC-Vに移行する言語は、異なる言語が共存するコントラクトの世界が空想ではなく現実であることを示しています。
最後の言葉
あなたが現在どのチェーンにいても、Solidity や Rust を使用していても、Remix でコントラクトを書いていても、Ethers.js でフロントエンドを調整していても、仮想マシンの進化はコードの記述方法を変えることではなく、記述するすべてのコード行の実行速度を上げ、より安定して実行し、より明確なロジックを持ち、より安全で信頼できるものにすることであることに、最終的には気付くでしょう。
基礎の再建が最初に目につくものではないのと同じように、これらの変化はすぐには明らかにならないかもしれません。しかし、最終的には影響が出るでしょう。将来のスマート コントラクトは、ユーザーが気付かないうちに、より強力で、より自由で、より信頼できるものになるでしょう。
免責事項: PaperMoon が提供し、この記事に含まれる資料は、教育目的のみに使用されます。これらは財務または投資に関するアドバイスではなく、ビジネス上の決定の指針として解釈されるべきではありません。投資やビジネス関連の決定を行う前に、読者は独自の調査を実施し、専門家に相談することをお勧めします。 PaperMoon は、この記事の内容に基づいて行われたいかなる行為についても一切責任を負いません。
参照:
https://cset.georgetown.edu/article/risc-v-what-it-is-and-why-it-matters/
https://riscv.org/
https://ethereum-magicians.org/t/long-term-l1-execution-layer-proposal-replace-the-evm-with-risc-v/23617
https://zh.wikipedia.org/wiki/%E6%8C%87%E4%BB%A4%E9%9B%86%E6%9E%B6%E6%A7%8B
https://docs.polkadot.com/develop/smart-contracts/evm/native-evm-contracts/
https://use.ink/docs/v6/background/why-riscv-and-polkavm-for-smart-contracts/
https://zhuanlan.zhihu.com/p/675517051
https://zhuanlan.zhihu.com/p/440356866
https://www.eefocus.com/article/1699454.html
https://solana.com/docs/programs/faq
https://www.anza.xyz/blog/the-solana-ebpf-virtual-machine
https://use.ink/docs/v6/current-state
