並列 EVM の台頭により、どのプロジェクトに注目する必要があるでしょうか?
原作者: David、Shenchao TechFlow
暗号通貨市場の物語は常に原因と結果のサイクルに従います。
ここ数カ月間、ビットコインエコシステムでインスクリプションが爆発的に増加し続ける中、資本の波及とFOMOセンチメントにより他のチェーンでもインスクリプションが開花する原因となったが、その結果はマイナスの影響ももたらした。
その後、Arbitrum、Avalanche、Cronos、zkSync、The Open Network などのいくつかのブロックチェーン ネットワークは、膨大な数と種類の碑文によってパフォーマンスの過大に見舞われました。
そのため、碑文の流行により、市場は EVM のパフォーマンスの問題を再検討し始めました。
同時に、EVM パフォーマンスの最適化に関連する新しい物語、Parallel EVM (Parallel EVM) が登場し始めました。
Polygon の元共同創設者である JD 氏は最近、ソーシャル メディアで、2024 年にすべての L2 がブランド名を変更し、「パラレル EVM」と名付けられるだろうという予感があると述べました。
Paradigm の CTO Georgios 氏も、2024 年は「並列 EVM の年」になると信じており、Paradigm も社内で関連テクノロジーの探索と設計を行っていると述べました。
なぜ誰もが並列 EVM についてそれほど楽観的なのでしょうか?
EVM チェーンのパフォーマンス負荷を悪化させるインスクリプションの直接的な要因に加えて、EVM の最適化は暗号化の世界では進行中のテーマです。新しいパブリック チェーン、OP シリーズ L2、ZK シリーズ L2 などはすべて、EVM の最適化から派生した物語です。やプロジェクトの場合、市場評価はより高くなります。
ただし、上記の物語は比較的成熟したものであり、関連プロジェクトでは推測の余地はあまりありません。したがって、EVM パフォーマンスを最適化する新しい方法であるパラレル EVM は、強気相場において市場の注目を簡単に集めることができます。
概念そのものに戻りますが、並列 EVM とは正確には何でしょうか?具体的な導入方法はどのようなものなのでしょうか？他に事前に注目する価値のある関連プロジェクトは何ですか?
今回は、上記の質問に答えていきたいと思います。
並行してより効率的に
では、並列EVMとは何でしょうか?
並列 EVM (イーサリアム仮想マシン) は、既存の EVM のパフォーマンスと効率を向上させるために設計された概念です。
ご存知のとおり、EVM はイーサリアムの中核であり、スマート コントラクトの実行とトランザクションの処理を担当します。
ネットワークの一貫性とセキュリティを維持するために、現在の EVM には設計に非常に重要な機能があります。
トランザクションは順番に実行されます。
順次実行により、トランザクションとスマート コントラクトが確実に決定的な順序で実行されるため、ブロックチェーンの状態の管理と予測が容易になります。この設計の選択により、安全性が優先され、並列実行に関連する潜在的な複雑さと脆弱性が軽減されます。
ただし、高負荷に直面すると、ネットワークの輻輳や遅延が発生する可能性があります。
EVM の元の設計は、単一車線を次々と前進する車両であると考えてください。各車両は、前の車両の速度で走行する必要があります。ある車両 (トランザクション) が渋滞すると、後続の車両はすべてその車線でブロックされます。道;
パラレル EVM は、この一方通行の道路を複数車線の高速道路に拡張するようなもので、複数の車両が同時に走行できるようにします。
技術的な観点から見ると、並列 EVM により、異なる独立したトランザクションまたはスマート コントラクトを同時に実行できるようになり、EVM の処理速度とシステム スループットが大幅に向上します。
では、並列EVMを実装するにはどのような方法があるのでしょうか?
特に深い技術的な説明は行いませんが、まず一般的な並列 EVM 処理方法について説明します。
パーティショニングまたはシャーディング: トランザクションを並列実行できるようにパーティショニングまたはグループ化します。これは、異なるトランザクションを次々に実行するのではなく、異なる処理ユニットで同時に実行できることを意味します。さらに、Solana の SVM も同様の処理ロジックを採用しています。
最適化アルゴリズム: 新しいスケジューリング アルゴリズムと最適化手法を開発し、トランザクションの正確さと順序を維持しながら並列タスクを効果的に管理および実行します。
セキュリティと一貫性の保証: 複雑な同期メカニズムと一貫性モデルを実装し、並列処理の場合でもシステム全体のセキュリティとデータの一貫性を確保します。
つまり、EVM はトランザクションを並列処理することで、より多くのトランザクションを同時に処理し、TPS を大幅に向上させ、ネットワークの輻輳を軽減し、スケーラビリティを向上させることができます。
現在、市場では並列EVMの設計を検討し始めているプロジェクトがいくつかありますが、その実装方法にはそれぞれ特徴があります。次に、関連プロジェクトの詳細な紹介と目録を示します。
独立派閥: 並列 EVM として設計された自己構築 L1
イーサリアムの EVM の現在のトランザクションは順番に実行されるため、並列 EVM を実行する最初のアイデアは非常に簡単です。
Ethereum を停止し、並列 EVM を実行するための独立したレイヤー 1 を最初から作成します。
代表的なプロジェクト：Monad、sei。
Monad: 並列EVMを内蔵したL1
Monad は、従来の EVM のスケーラビリティ問題の解決に特化したブロックチェーン プロジェクトです。並列実行戦略を採用し、イーサリアムと互換性があり、トランザクション処理速度とシステム効率を向上させることでブロックチェーンのパフォーマンスを最適化することを目指しています。
Monad は、並列実行を実現することでトランザクションのスループットを大幅に向上させ、高負荷時の既存の EVM チェーンの輻輳問題を解決することを目指しており、最終的な目標は物理帯域幅の制限である 400,000 TPS に到達することです。
Twitter で「並列 EVM」というキーワードで直接検索すると、人気のあるカテゴリで最初に出てくるプロジェクトが Monad であることは言及する価値がありますが、これはプロジェクトが並列 EVM の物語に適合する能力を反映していることも反映しています。
では、Monad はトランザクションの並列処理をどのように実装するのでしょうか?
Monad の並列実行戦略の中核は、共通の依存関係を持たないトランザクションを識別して並列実行する機能です。 Monad と Ethereum のブロックはどちらも線形に順序付けされたトランザクションのコレクションですが、Monad では、最適化された実行戦略により、最終結果に影響を与えることなくトランザクションを並行して進めることができます。この並列実行戦略には、次の主要なテクノロジが含まれています。
楽観的実行: 前のトランザクションが完了する前に、後続のトランザクションの実行を開始します。この方法ではトランザクションの依存関係エラーが発生する可能性がありますが、入力と出力の比較を追跡することで、データの不一致が見つかると、システムはトランザクションを再実行して正しい実行結果を保証します。
スケジューリングと依存関係: 不必要な繰り返し実行を減らすために、Monad は静的コード アナライザーを通じてトランザクション間の依存関係を予測し、トランザクション実行をインテリジェントにスケジュールして並列実行の効率を最適化します。
状態のマージ: トランザクションは並行して実行されますが、ブロック全体の状態の一貫性を確保するために、各トランザクションによって更新される状態は最終的には順次マージされる必要があります。
資金調達の面でも、Monad は好調です。今年2月には公式ツイートでDragonfly主導による1900万ドルのシードラウンドの資金調達も発表されており、個人投資家にはCobie氏やHasu氏といった業界の著名人も名を連ねている。
同時に、このプロジェクトの創設者は、Jump Trading の元研究責任者 Keone Hon です。このプロジェクトはまだトークンを発行していないため、Jump Trading の取引とマーケットメイクの経験を考慮すると、そのトークンのパフォーマンスは期待に値するかもしれません。
今年 9 月、Monad Labs はプロジェクトの技術文書をリリースし、プロジェクトのネイティブ トークンが MON と呼ばれていることが明らかになりました。しかし、文書内の MON の紹介は削除されており、トークンには別の名前があるのではないかと推測されています。
多額の資金調達、マーケットメーカーの背景、新しいパブリックチェーンと並列EVM...これらの要素が組み合わさって、Monadに対する幅広い注目と期待を集める運命にあります。
ただし、並列 EVM のパフォーマンスを検証するには、テストネット データとメインネットの操作が必要です。
SEI: V2 バージョンでは並列 EVM が議題に上ります
Sei は、トランザクションの最適化のために特別に設計されたオープンソースのレイヤー 1 ブロックチェーンであり、DeFi、NFT 市場、ゲーム DEX を含むさまざまな取引アプリケーションに高度なインフラストラクチャを提供することに尽力しています。
皆さんご存知のとおり、sei は決して新しいプロジェクトではありません。今年8月にメインネットが完成し、前バージョンのV1では、フロントランニングトランザクションを防止する仕組みや注文バッチ処理を支援する機能など、トランザクションに特化した機能を実装し、トランザクションのセキュリティ向上を目指している。効率。
(関連記事:Sei Network: DEX のスケーラビリティを突破するレイヤー 1 ブロックチェーン）
最新の V2 バージョン (2024 年前半に実装予定) の設計において、セイ氏は並列 EVM を議題に挙げました。
オプティミスティックな並列化: Sei はオプティミスティックな並列化戦略も採用しており、チェーンがすべてのトランザクションを並行して実行できるようにします。トランザクションが同じ状態に達すると、システムは各トランザクションが接触するストレージの部分を追跡し、すべての競合が解決されるまで、競合するトランザクションが順番に再実行されます。
Geth 互換性: コア Sei バイナリの一部として、sei ノードは Ethereum 仮想マシンの Go 実装である Geth を自動的にインポートし、Ethereum トランザクションを処理し、sei が EVM 用に作成した特別なインターフェイスを通じて結果の更新を行います。
SeiDB ストレージの最適化: Sei はストレージ インターフェイスを再設計し、より効率的なデータ構造とデータベースを使用して、状態の拡張を削減しながら読み取りおよび書き込みのパフォーマンスを最適化します。
これらのテクノロジーが Sei v2 の中核を形成し、完全に並列化された EVM であるだけでなく、高いパフォーマンスと互換性を実現すると同時に、sei は多様な標準化された実行環境を提供し、その適用範囲と魅力をさらに拡大します。
ドキュメントに記載されているテスト データから判断すると、sei がトランザクションを並列処理すると、テストのピーク TPS は約 28,300 に達します。理論的なテスト値だけから判断すると、並列 EVM の効率は現在のさまざまなタイプの L1 よりも大幅に強力であり、実際の実装においても過度の割引は行わないことを望んでいます。
(関連記事:Sei v2 技術設計の詳細説明）
トークンに関しては、SEI は先月 80% 増加しており、プロジェクトの高い市場価値を考慮すると、この増加はすでに非常に印象的です。平行したEVMの物語が続くにつれて、トークンは依然として上昇する可能性がありますが、それはベータ版の利益の方が大きいでしょう。
折衷的: L2 になり、他のチェーンの機能を EVM と組み合わせる
上記の L1 自己完結型アイデアとは異なり、並列 EVM に関する他のソリューションを備えた L2 プロジェクトもいくつかあります。
他のチェーンまたは仮想マシンのパフォーマンスを借りて、イーサリアム トランザクションの実行を支援します。
代表的なプロジェクト：Neon、Eclipse、Lumio。
Neon: Solana エコシステムの L2 に EVM を導入
Neon EVM は、Solana ブロックチェーン上に構築された初の並列イーサリアム仮想マシンであり、並列トランザクション処理を通じてブロックチェーンの効率とスケーラビリティを向上させるように設計されています。
このプロジェクトの最大の特徴は、クロスエコロジーな運用です。開発者は、Solana の並列実行アーキテクチャを使用して Ethereum dApps を拡張し、EVM 環境との互換性を維持しながら、並列実行を通じてネットワーク効率を最適化し、トランザクション速度を向上させ、コストを削減できます。 。
具体的な実装に関しては、Neon は Ethereum トランザクションを Solana トランザクションに変換し、Solana バリデータに送信します。Solana バリデータは Solana 上で実行され、Neon プログラムのステータスを更新します。具体的なプロセスは次のように単純に理解できます。
ユーザーはトランザクションに署名し、それがブローカーに送信されます。エージェントは、EVM エミュレータを実行し、Neon-txn の実行を担当する Solana 上のアカウントです。
エージェントは Solana からブロックチェーンの状態をリクエストし、Solana 状態で Neon-Txn をテスト起動します。
受信したデータに基づいて、エージェントは Solana ルールに従って新しい txn (トランザクション) を形成し、データ処理のためにパッケージ化されたデータとともにそれを Solana に送信します。
最後に、eth ルールに従って、トランザクションは署名チェックのために Neon に送り返され、検証されると、Solana 上で並行して実行されます。
トークンのパフォーマンスに関しては、NEON は過去 1 か月間で 3 倍になりましたが、その総市場価値は SEI よりも大幅に低いです。 Solana エコシステムの回復と関連するトークンの流行を考慮すると、Solana エコシステムの唯一の並行 EVM である NEON は、その後の市場パフォーマンスにおいて依然として注目に値します。
Eclipse: イーサリアム エコシステムの L2 に SVM を導入
EVM の逐次実行によるパフォーマンス不足の問題に直面した Neon のアイデアは、Solana に EVM を導入することですが、逆に Ethereum に SVM を導入することも同じ目的を持つ選択です。
Eclipse Mainnet は、イーサリアムに SVM を導入し、イーサリアムの決済、Solana 仮想マシン (SVM) の実行、Celestia のデータ可用性、RISC Zero のゼロ知識証明などの複数のテクノロジーを組み合わせた汎用 L2 ソリューションです。
プロジェクトの目標は、複数の操作を同時に実行できる超並列実行環境を提供し、それによってネットワークのスループットと効率を向上させながら、輻輳とトランザクション手数料を削減することです。この構造を通じて、Eclipse は dApps のスケーラビリティとユーザー エクスペリエンスの向上を目指しています。
具体的な実装に関しては、Eclipse は Solana 仮想マシン (SVM) とその Sealevel ランタイムを通じて並列 EVM を実装します。
SVM では、特にこれらのトランザクションが重複する状態に影響を与えない場合、さまざまなトランザクションを並行して実行できます。このように、SVM はハードウェア コアの数が増加するにつれてパフォーマンスを直接拡張し、最適化された並列実行を可能にします。この設計により、Eclipse は、輻輳とトランザクション コストを削減しながら、処理速度とネットワーク スループットを大幅に向上させることができます。
(関連記事:ポッドキャスト ノート | Eclipse Lianchuang との会話: Solana SVM はどのようにしてイーサリアムの L2 になれるのでしょうか?）
簡単に言えば、Eclipse の設計ロジックは、トランザクションの実行は Solana の SVM で行われ、トランザクションの決済は依然として Ethereum で行われるということです。
プロジェクトの背景に関して、Eclipseは2022年に1500万米ドルの資金調達を完了する予定で、投資家にはPolychain、Polygon Ventures、Tribe Capital、Infinity Ventures Crypto、CoinListなどが含まれる。
Eclipse の共同創設者兼 CEO の Neel Somani 氏は、Airbnb、Two Sigma、Oasis Labs などの企業での経験があり、最高コマーシャル責任者の Vijay 氏は、Uniswap チームと dYdX チームの元ビジネス開発ディレクターでした。
12 月 13 日に Eclipse テストネットが開始され、テストネット上でコントラクトをデプロイした最初の 1,000 人の開発者は記念の NFT 報酬を受け取ります。同時に、プロジェクトはまだトークンをリリースしていないため、その高額な資金調達の背景を考慮すると、エアドロップの機会を得るために積極的に交流し、プロジェクトのソーシャルメディアの更新に細心の注意を払うのは良い選択でしょう。
Lumio: トランザクションの L2 を処理する Move と Aptos の導入
最近リリースされた Lumio も L2 であり、製品設計において並列 EVM と一定の統合が行われています。
Lumio は、OP Rollup に基づく L2 である Aptos を Ethereum L2 として使用することに取り組んでいます。製品の特徴としては、トランザクションの処理にはAptos、トランザクションの決済にはEthereumが使用されます。
他の L2 と比較した場合、Lumio の公式資料にはパフォーマンスの比較が示されています。
ガスコストは既存の L2 より 3 ～ 4 桁低くなります (0.1 ドル対 0.0006 ドル)。
TPS は既存の L2 より 1 ～ 2 桁高い (1 K 対 30 K)。
エンタープライズ レベルのアプリケーションに適した高性能で安全な実行層。従来の Web2 アプリケーションを Web3 に移行する場合に最適です。
Move と EVM は仮想マシン間で呼び出されます。
資金調達の背景に関しては、2021年にプロジェクトの背後にある組織であるPontemが、Mechanism CapitalとKenetic Capitalが主導する450万米ドルの資金調達を受け、AnimocaやBixinなどの機関の参加も引きつけました。新型Lumio L2は、近い将来新たな資金調達が発表されると言われている。
さらに、Pontem は Move と EVM 互換製品の構築に注力しており、Facebook 内での Libra 時代に、Pontem はアプリケーション開発に Move を使用しており、Aptos エコシステムの最初のプロジェクト パーティでもあります。
他のパブリックチェーンが回復するにつれて、Aptosが資本流出の影響を受ける可能性がある場合、並行するEVMの物語に関連するLumioも注目を集める可能性があります。同時に、Pontem と Lumio は現在トークンを持っていないため、Lumio テストネットがオンラインになると、アクティブな対話のためのエアドロップの機会が生まれる可能性があります。
Polygon Miden: 古い L2、新しい仮想マシン
Polygon Miden は、Miden VM 上で実行される開発中のゼロ知識 (zk) ロールアップです。この仮想マシンの設計はゼロ知識の使いやすさに焦点を当てており、直接の EVM 互換性よりもこれらの側面を優先しています。 zk Rollup として、Polygon ネットワークのトランザクション プライバシーとスケーラビリティを強化するように設計されています。
Polygon Miden の Github ページから判断すると、並列トランザクションの実行、つまり因果的に独立したトランザクションを並列処理する機能について言及されています。
これはどのようにして達成されるのでしょうか?
具体的には、Miden は従来のブロックチェーンの透明性要件を変更することで検証可能性を実現し、ゼロ知識証明を活用してユーザーがローカルでスマート コントラクトを実行し、ネットワークで迅速に検証できる証明を作成できるようにします。
この方法により計算負荷が軽減され、トランザクションが自然に並列化されるため、全体的な処理効率と速度が向上します。
同時に、プロジェクト Twitter は、Miden がまだ開発段階にあることを示しており、関連性の低い情報は公開されていません。しかし、Polygon の L2 の全体的な設計から判断すると、サイドチェーン、zk-STARK、SDK などのさまざまな技術ソリューションがあり、並列 EVM は最も重要な方向性ではありません。
Polygon が成功した L2 として価値が発見されたことを考慮すると、Miden の設計の作成者は、それが並列 EVM の物語に技術的に関連することしかできないと信じていますが、Polygon 自体はこの物語の熱に率先して乗っていません。さらに、Matic トークンはアルファのメリットを得ることができていないため、Matic はトークンのパフォーマンスの点で並列 EVM の物語に完全には関連していない可能性があります。
最後に、表を使用して並列 EVM ナラティブを含むすべてのプロジェクトを比較し、読者に参考資料を提供することもできます。
記事の冒頭で述べたように、物語は常にローテーションしています。
並列 EVM の動向は上昇の兆しを見せていますが、今後も好調を維持できるかどうかは、一方では異なる L1 と L2 の実際の技術的ブレークスルーに依存しますが、他方では、並列 EVM の動向にも細心の注意を払う必要があります。 Kun はイーサリアムの動作をアップグレードして最適化し、並行して EVM のパフォーマンスを最適化する物語もクライマックスを迎える可能性があります。
