https://ethereum-magicians.org/t/long-term-l1-execution-layer-proposal-replace-the-evm-with-risc-v/23617同時に、ポルカドット(Polkadot)は、AseetHub Westendテストベッド上でRISC-V対応のスマート・コントラクト実行環境を静かに立ち上げました!、開発者はSolidityを使い続けてPolkadotでの開発を試みることもできますが、コントラクトはまったく新しい実行エンジンPolkaVM上で実行されることになります。
偶然でしょうか?もともとチップ設計のために作られたオープンソースの命令セットが、なぜブロックチェーンの世界で「ループを壊す」のでしょうか?
イーサリアムとポルカドットはRISC-Vに何を求めているのか?

イーサリアムとポルカドットはRISC-Vに賭けています。span leaf="">チップからブロックチェーンまで、なぜRISC-Vは突然現れたのか?
あらゆるコンピューティングデバイスの「魂」は、その命令セットアーキテクチャ(ISA)であり、ソフトウェアがハードウェアに「何をしてほしいか」を伝える言語である。お馴染みのインテルCPUはx86アーキテクチャを使用し、アップルのMチップはARMアーキテクチャを使用しています。
一方、RISC-Vはオープンソースでフリーのアーキテクチャ標準であり、インテルやARMにライセンス料を支払うことなく、誰でもCPUの設計に使用できる。
もともとはカリフォルニア大学バークレー校の学術プロジェクトでしたが、より多くのチップ企業がこのアーキテクチャ標準を採用しています。シンプルで柔軟性があり、切断可能で、オープンソースとして利用でき、地政学的リスクを回避できます。
しかし、RISC-Vとブロックチェーンは何の関係があるのでしょうか?
仮想マシン(VM)はすべてのブロックチェーンの「実行頭脳」であり、すべての契約はVM上で実行されます。しかし、イーサリアムのEVM、ポルカドットのWASM、ソラナのBPFなど、現在主流のVMシステムには明らかな問題があります。古い、2015年に設計された積層モデルであるEVMのように、最新のCPUと整合させるのが難しい
セキュリティが低い、真の数学コードのセキュリティのために既存のアーキテクチャを正式に検証するのが難しい
セキュリティが低い、真の数学コードのセキュリティのために既存のアーキテクチャを正式に検証するのが難しい
多言語サポートが制限されている、開発者が自由に言語を選択できず、Solidityスタックに頼るしかない
つまり、RISC-Vが「RISC-V」である場合。モダン」なアーキテクチャであるRISC-Vがブロックチェーン・エンジニアの前に現れたとき、彼らの直感は次のようなものでした:ブロックチェーンVMを「RISC-V化」できないか?


スタック型 vs レジスタ型コンピューティングモデル比較表
イーサリアムの選択: 概念的な観点から次世代のZKネイティブVMを構想する
Vitalikのアイデアは、イーサリアムコミュニティのスタイルに非常によく似ています: 単に最適化するのではなく、哲学的なレベルから再設計します。
イーサリアムマジシャンズフォーラムでの彼の説明によると、彼のビジョンは、将来のイーサリアムの実行レイヤーは最小限で、安全で、数学的に証明可能であるべきだということです。EVMを変更するには、すでに複雑すぎます。その代わりに、RISC-Vを使って新しい検証可能なVMを構築することができます。
RISC-Vは明確な構造と予測可能な実行動作を持っているため、ゼロ知識証明回路に変換するのに適しています。将来的には、LLVMコンパイラと一緒に使うことができるかもしれません(バグについてのコメントが多く見られますが)。また、RustやC言語など、よりリッチな言語でのコントラクトを開発することができるかもしれません。さらに重要なのは、「ZKネイティブ・チェーン」を構築するための実行レイヤーの基盤となる可能性があるということです。
もちろん、これらはすべてまだコンセプトの段階であり、イーサリアムコミュニティはまだそこに到達する計画を持っていませんが、方向性は明確です:単に新しいVMに切り替えるだけでなく、スケーラブルで安全で信頼できるブロックチェーンの未来に備えるということです。
ポルカドットの道:エンジニア主導、底辺の置き換えからの現実主義
イーサリアムの「概念的ビジョン」とは異なります。イーサリアムの「概念的ビジョン」とは異なり、ポルカドットは異なる現実的なルートを選択しました。
2023年の時点で、ParityのコアエンジニアであるJan Bujak氏はWASMの代替案を模索し始め、最終的に RISC-Vを選び、PolkaVMプロジェクトを立ち上げました。="font-size: 14px;">https://forum.polkadot.network/t/announcing-polkavm-a-new-risc-v-based-vm-for-smart-contracts-and-possibly-more
ポルカドットのアプローチは単純明快です。span>
ツールはそのままで、Remix、Ethers.js、MetaMaskはすべて互換性があります
コンパイルパスは、Solidityをreviveツール経由でRISC-Vワードにコンパイルするように調整されています。
RISC-Vバイトコードにコンパイルされ、最終的に新しい仮想マシンPolkaVM上で実行され、より効率的で、安全で、検証可能な実行機能を提供します。
つまり、開発者のエクスペリエンスはほとんど変わりませんが、実行基盤は完全に入れ替わっています。WebAssemblyからRISC-Vへ、スタックからレジスタへ、伝統的な実行からZKフレンドリーへの「静かな革命」です。
現在、PolkaVMはAsset HubのWestendテスト・ネットワークで利用可能で、Polkadotは2025年第3四半期を目標としています。

開発者の視点:あなたが書くコードは変わりませんが、基盤となるレイヤーは静かにリファクタリングされています
EthereumとPolkadotは、一方はビジョンの最前線にあり、もう一方はすでにフィールドにあるという異なるアプローチでRISC-Vに取り組んでいますが、開発者に発信しているシグナルは驚くほど一貫しています。
これは「書き込みレイヤー」の変更ではなく、基礎となるインフラの再構築です。
開発者にとっては、チェーンのどこにいても、短期的には断片化の感覚はほとんどありません。Solidity でコントラクトを書くことはできますし、Remix、Ethers.js、MetaMask などの使い慣れたツールを引き続き使用できます。
しかし、フードの下では実行エンジンが変更されています!
Polkadotでは、SolidityコントラクトをreviveツールでRISC-Vバイトコードにコンパイルし、新しい仮想マシンPolkaVM上で実行できるようになりました。PolkaVMは、WASMや従来のEVMに比べて優れた実行効率とリソース課金を実現し、特に複雑なコントラクトの実行コストに優しい。
イーサリアムの技術ビジョンにおいても、RISC-Vは「ZKネイティブチェーン」に最も適したベースと見なされており、Vitalik氏はEVMが将来的に真に数学的に証明可能なオンチェーン実行ロジックを実現する唯一の方法であると明言しています。Vitalikは、EVMが将来的に真に数学的に証明可能なオンチェーン実行ロジックを達成するための越えられない障害であり、明確な構造と予測可能な動作を持つRISC-Vが理想的なソリューションであることを明らかにしています。
さらに重要なことは、このアーキテクチャ層の変更は、パフォーマンスだけではありません。
セキュリティは「人間が守る」から「数学的に検証可能」になり、RISC-Vのすべてのコマンド動作は、EVMではできない方法で正式にモデル化できます。RISC-Vは、EVMにはできない、すべての命令の振る舞いを正式にモデル化することができる。このことは、契約セキュリティの未来は、もはや毎年の監査に頼るのではなく、コンパイル段階での「間違うはずがない」という数学的お墨付きに頼ることを意味する。証明可能だから」という理由で、人を信用する必要のないコードを書くことができるのです。
ゼロ知識はニッチからデフォルトへ。ZKコントラクトを書くことは、かつては上級エンジニアのスキルでした。RISC-VのアーキテクチャはZKに優しく、きちんとした実行プロセスと簡単な回路切り替えを備えており、zkEVMのようなシステムのバックエンドとして理想的です。基盤の切り替えが完了すれば、ZKコントラクトはもはやオプションではなく、スマートコントラクトの「デフォルトのセーフモード」になるかもしれない。
多言語スマートコントラクトの時代も始まろうとしています。RISC-VはLLVMツールエコシステムに接続されているため、RustやCなどの言語をオンチェーンランタイム形式に自然にコンパイルすることができます。RISC-V は LLVM ツーリング・エコシステムに接続されており、Rust や C などの言語をオンチェーン・ランタイム形式にコンパイルできる。ポルカドットはすでにink!言語のRISC-Vへの移行を推進しており、これは異なる言語が共存する契約の世界が空想ではなく現実であることを示唆している。
最後に
SolidityであろうとRustであろうと、Remixでコントラクトを書いていようと、Ethers.jsを使ってフロントエンドを呼び出していようと、あなたが今いるチェーンが何であれ、それは同じものではないといずれ気づくでしょう。仮想マシンが進化したのは、あなたがコードを書く方法を変えるためではなく、あなたが書くコードのすべての行をより速く実行し、より一貫して実行し、より論理的にし、より安全で信頼できるようにするためなのです。
基礎の再構築が決して最初に見られるものではないように、これらの変化はすぐにはわからないかもしれません。しかし、それはやがて影響を及ぼすでしょう。未来のスマート・コントラクトは、あなたが気づかないうちに、より強く、より自由で、より信頼できるものになるでしょう。