友人が @VitalikButerin が提案したオープンソースの RISC-V 命令セットアーキテクチャでイーサリアム仮想マシン EVM バイトコードを置き換える過激な計画についてどう思うかと尋ねてきました。本質的には、イーサリアムは ZK 技術を主導とした深層の技術革新を孕んでいます。さあ、背後にある戦略的論理を整理してみましょう：1) まず第一に、EVMをRISC-Vに置き換えるというVitalik氏のアイデアは新しいものではありません。 彼がロールアップ中心のスケーリング戦略を提案したとき、彼はすでに同様のアイデアをほのめかしていました:適格なレイヤー2をメインネットの実行レイヤーにし、EVMをプロトコルレイヤーから「インライン」ロールアップ実行クライアント機能レイヤーにダウングレードして、多くのAltVMの1つにしました。この変革を実現するための鍵は、RISC-Vが低レベルでより汎用的な命令セットアーキテクチャとして、zkVMの統一された「ハードウェア」基盤を提供できるため、さまざまな異なる実行環境を同じフレームワークで効率的に実行できることです。 このアーキテクチャの変更は、イーサリアムの低レベルのSNARK展開の完了に基づいて構築する必要がありますが、ZKテクノロジーを大規模な状態検証に適用できる場合にのみ、このモジュール式実行レイヤーアーキテクチャはセキュリティを確保しながら効率を達成できるからです。2)正直なところ、このイーサリアムの戦略的調整は、一見すると「やかんを壊して炉を再発明する」勇気があるように見えますが、より深く分析すると、実行レイヤーの代替可能性が、実際にはイーサリアムのような古い強力なコンセンサスパブリックチェーンの唯一の方法であることがわかります。 極端なTPSを持つSolanaやSuiなどの最先端のパブリックチェーンの技術的な影響や、多数のEVM互換チェーンの市場転用に直面して、イーサリアムは受動的に打ち負かされるのではなく、主導権を握ることを選択します。というのも、純粋なテクニカル指標の比較では、イーサリアムのTPSはソラナやスイなどの新しいパブリックチェーンと競合することは確かに難しいですが、トリレンマの中で、イーサリアムは常にセキュリティと分散化の2つのコアバリューを守りながら、比類のない生態学的繁栄と開発者コミュニティを維持してきたからです。もしイーサリアムがRISC-Vというオープンソースの命令セットアーキテクチャを使って実行層の効率を向上させようとするなら、特にZK証明の面で50-100倍の性能飛躍が期待できる。このように基盤を犠牲にせずに実行層を反復的に改善する戦略は、イーサリアムの核心的な優位性を保持しつつ、その主要な弱点を直接的に解決するものであり、何をためらう必要があるだろうか？3）しかし、新しい提案に興奮して拍手を送る一方で、EVMのRISC-Vへの移行は一朝一夕の工程ではないことを理解する必要があります。技術の実現経路から見ると、この変革はZK-SNARKs技術の実現が大規模に展開されるまで全面的に進められない可能性があります。過去数年間に行われたイーサリアムのコアレイヤーの大規模なアップグレード(PoWからPoSへのコンセンサスレイヤーのアップグレードなど)と比較すると、プロセス全体には厳密な設計、広範なテスト、強力なコミュニティサポートが必要であり、少なくとも2〜3年かかると推定されています。しかし、Vitalik氏の提案は下位互換性を重視しており、おそらく既存のEVMコントラクトはRISC-Vインタプリタや並列サポートメカニズムを通じて存在し続けるだろう。 この段階的な変化戦略は、イーサリアムが安全な分散型オールドチェーンとして持たなければならない堅牢な戦略的反復スタイルでもあります。私の考えでは、VitalikがEVMに代わるRISC-Vの提案を行ったことは、単なる技術アーキテクチャの調整に留まらず、イーサリアムが高性能なパブリックチェーンとの競争に対して積極的に対応する革新戦略です。この提案は、イーサリアムのロードマップにおけるVerge、Purgeなどのアップグレードと密接に関連しており、本質的には基盤となるSNARKs化に基づいて展開され、将来の多様なアプリケーションシナリオを支えるために、より効率的で柔軟な実行環境を構築することを目指しています。以前、@drakefjustin はイーサリアム財団がzkVMsプロジェクトに数千万ドルを投資することを示唆しました。間違いなく、zkVMはイーサリアムの未来の核心的な物語の一つです。イーサリアムが構築しようとしているのは、単により効率的な実行レイヤーだけではなく、様々な仮想マシンに対応できるモジュール化されたアーキテクチャです。このRISC-VがEVMを置き換えるという議論は、単なる始まりに過ぎないかもしれません。
VitalikがRISC-Vを用いてイーサリアムの実行層を再構築する戦略的野心を解体する
友人が @VitalikButerin が提案したオープンソースの RISC-V 命令セットアーキテクチャでイーサリアム仮想マシン EVM バイトコードを置き換える過激な計画についてどう思うかと尋ねてきました。本質的には、イーサリアムは ZK 技術を主導とした深層の技術革新を孕んでいます。さあ、背後にある戦略的論理を整理してみましょう：
この変革を実現するための鍵は、RISC-Vが低レベルでより汎用的な命令セットアーキテクチャとして、zkVMの統一された「ハードウェア」基盤を提供できるため、さまざまな異なる実行環境を同じフレームワークで効率的に実行できることです。 このアーキテクチャの変更は、イーサリアムの低レベルのSNARK展開の完了に基づいて構築する必要がありますが、ZKテクノロジーを大規模な状態検証に適用できる場合にのみ、このモジュール式実行レイヤーアーキテクチャはセキュリティを確保しながら効率を達成できるからです。
2)正直なところ、このイーサリアムの戦略的調整は、一見すると「やかんを壊して炉を再発明する」勇気があるように見えますが、より深く分析すると、実行レイヤーの代替可能性が、実際にはイーサリアムのような古い強力なコンセンサスパブリックチェーンの唯一の方法であることがわかります。 極端なTPSを持つSolanaやSuiなどの最先端のパブリックチェーンの技術的な影響や、多数のEVM互換チェーンの市場転用に直面して、イーサリアムは受動的に打ち負かされるのではなく、主導権を握ることを選択します。
というのも、純粋なテクニカル指標の比較では、イーサリアムのTPSはソラナやスイなどの新しいパブリックチェーンと競合することは確かに難しいですが、トリレンマの中で、イーサリアムは常にセキュリティと分散化の2つのコアバリューを守りながら、比類のない生態学的繁栄と開発者コミュニティを維持してきたからです。
もしイーサリアムがRISC-Vというオープンソースの命令セットアーキテクチャを使って実行層の効率を向上させようとするなら、特にZK証明の面で50-100倍の性能飛躍が期待できる。このように基盤を犠牲にせずに実行層を反復的に改善する戦略は、イーサリアムの核心的な優位性を保持しつつ、その主要な弱点を直接的に解決するものであり、何をためらう必要があるだろうか？
3）しかし、新しい提案に興奮して拍手を送る一方で、EVMのRISC-Vへの移行は一朝一夕の工程ではないことを理解する必要があります。技術の実現経路から見ると、この変革はZK-SNARKs技術の実現が大規模に展開されるまで全面的に進められない可能性があります。
過去数年間に行われたイーサリアムのコアレイヤーの大規模なアップグレード(PoWからPoSへのコンセンサスレイヤーのアップグレードなど)と比較すると、プロセス全体には厳密な設計、広範なテスト、強力なコミュニティサポートが必要であり、少なくとも2〜3年かかると推定されています。
しかし、Vitalik氏の提案は下位互換性を重視しており、おそらく既存のEVMコントラクトはRISC-Vインタプリタや並列サポートメカニズムを通じて存在し続けるだろう。 この段階的な変化戦略は、イーサリアムが安全な分散型オールドチェーンとして持たなければならない堅牢な戦略的反復スタイルでもあります。
私の考えでは、VitalikがEVMに代わるRISC-Vの提案を行ったことは、単なる技術アーキテクチャの調整に留まらず、イーサリアムが高性能なパブリックチェーンとの競争に対して積極的に対応する革新戦略です。この提案は、イーサリアムのロードマップにおけるVerge、Purgeなどのアップグレードと密接に関連しており、本質的には基盤となるSNARKs化に基づいて展開され、将来の多様なアプリケーションシナリオを支えるために、より効率的で柔軟な実行環境を構築することを目指しています。
以前、@drakefjustin はイーサリアム財団がzkVMsプロジェクトに数千万ドルを投資することを示唆しました。間違いなく、zkVMはイーサリアムの未来の核心的な物語の一つです。イーサリアムが構築しようとしているのは、単により効率的な実行レイヤーだけではなく、様々な仮想マシンに対応できるモジュール化されたアーキテクチャです。このRISC-VがEVMを置き換えるという議論は、単なる始まりに過ぎないかもしれません。