
次のナラティブに先回りして布石を打つ:並列EVMの台頭において、どのプロジェクトに注目すべきか?
TechFlow厳選深潮セレクト

次のナラティブに先回りして布石を打つ:並列EVMの台頭において、どのプロジェクトに注目すべきか?
2024年は「並列EVMの年」となるだろう。
執筆:David、TechFlow

暗号資産市場のストーリーは常に因果の循環に従っている。
ここ数か月、ビットコインエコシステム内のインスクリプションが爆発的に増加し、資金の流出とFOMO(恐怖による投資)の感情によって、他のチェーン上でも次々とインスクリプションが開花している。しかし、その結果として以下のような負の影響も生じている:
インスクリプションの数や種類が多すぎるため、Arbitrum、Avalanche、Cronos、zkSync、The Open Network など複数のブロックチェーンネットワークでパフォーマンスの過負荷が発生した。

このようにインスクリプションへの熱狂により、市場は再びEVMのパフォーマンス問題に注目するようになった。
同時に、EVMのパフォーマンス最適化に関連する新たなストーリーが浮上してきた――「並列EVM(Parallel EVM)」である。
元Polygon共同創業者のJD氏は最近SNS上で、「2024年にはすべてのL2が自らをリブランディングし、「並列EVM」というラベルを貼り始めるだろう」と予想していた。

また、ParadigmのCTOであるGeorgios氏も、「2024年は『並列EVMの年』になるだろう」と述べており、Paradigm内部でも関連技術の探求と設計を行っているという。

なぜこれほどまでに並列EVMが注目されているのか?
インスクリプションがEVMチェーンのパフォーマンスに負担をかけたことが直接的なきっかけではあるが、EVMの最適化は暗号資産世界において継続的なテーマである――新規パブリックチェーン、OP系L2、ZK系L2などはすべてEVM最適化から派生したストーリーやプロジェクトであり、それらに対する評価も高くなる傾向にある。
しかし、こうしたストーリーはすでに比較的成熟しており、関連プロジェクトには大きな投機的余地が残されていない。そのため、EVMパフォーマンスを改善する新たな手法として「並列EVM」が、好況期に市場の注目を集めやすくなっているのだ。
概念自体に戻って、並列EVMとはそもそも何か?具体的な実現方法は?また、どのプロジェクトに注目すべきか?
本稿では、これらの疑問に答えようとする。
並列処理:より効率的に
では、並列EVMとは何か?
並列EVM(Ethereum Virtual Machine)とは、既存のEVMのパフォーマンスと効率性を向上させることを目指すコンセプトである。
ご存知の通り、EVMはイーサリアムの核となる存在であり、スマートコントラクトの実行とトランザクション処理を担当している。
現在のEVMは、ネットワークの一貫性と安全性を維持するために、非常に重要な設計上の特徴を持っている:
トランザクションは順次実行される。
順次実行は、トランザクションやスマートコントラクトが決定論的な順序で実行されることを保証し、ブロックチェーンの状態を管理・予測しやすくする。この設計は安全性を優先しており、並列実行に伴う潜在的な複雑さや脆弱性を減らすことを目的としている。
しかし、高負荷時にネットワークの混雑や遅延を引き起こす可能性がある。

EVMの初期設計を、一車線の道路上を前車の速度に合わせて進む車両群に例えるとよい。一台の車(トランザクション)が渋滞すれば、その後ろのすべての車が止まってしまう。
一方、並列EVMは、この一車線道路を複数車線の高速道路に拡張し、複数の車が同時に走行できるようにする。
技術的には、並列EVMは異なる独立したトランザクションやスマートコントラクトを同時に実行可能にし、EVMの処理速度とシステムスループットを大幅に向上させる。
では、並列EVMを実現する方法にはどのようなものがあるのか?
ここでは深掘りした技術解説を避けて、一般的な並列EVMの処理アプローチを示す:
-
分割またはシャーディング:トランザクションを分割またはグループ化し、並列実行を可能にする。つまり、異なるトランザクションを異なる処理ユニット上で同時実行できるようにする。ちなみに、SolanaのSVMは同様の処理ロジックを採用している。

-
アルゴリズムの最適化:並列タスクを効果的に管理・実行するための新しいスケジューリングアルゴリズムや最適化技術を開発し、トランザクションの正しさと順序を維持する。
-
セキュリティと一貫性の確保:並列処理下でもシステム全体のセキュリティとデータの一貫性を保つために、複雑な同期機構や一貫性モデルを実装する。
要するに、トランザクションの並列処理により、EVMは同時に多数のトランザクションを処理でき、TPSが大幅に向上し、ネットワークの混雑が緩和され、拡張性が高まる。
現在、市場にはすでに並列EVMの設計を目指すプロジェクトがいくつか登場しており、それぞれ独自の実現方法を持っている。以下でそれらのプロジェクトについて詳しく紹介していく。
独立派:独自L1を構築し、並列EVMとして設計
イーサリアムのEVMが現在トランザクションを順次実行している以上、並列EVMを実現する第一のアプローチは極めて直感的である:
イーサリアムを離れて、独自のLayer1を構築し、並列EVMを実行する。
代表的なプロジェクト:Monad と Sei。
Monad:並列EVM内蔵のL1
Monadは、従来のEVMのスケーラビリティ課題を解決することを目指すブロックチェーンプロジェクトである。並列実行戦略を採用し、イーサリアムとの互換性を維持しつつ、トランザクション処理速度とシステム効率を向上させることで、ブロックチェーンのパフォーマンスを最適化しようとしている。
並列実行を実現することで、Monadはトランザクションスループットを大幅に向上させ、高負荷時のEVMチェーンの混雑問題を解決することを目指しており、最終的には物理帯域幅の限界まで達成可能な40万TPSを目標としている。

興味深いことに、Twitterで「Parallel EVM」と検索すると、人気カテゴリの最初に表示されるのがMonadである。これは、同プロジェクトが並列EVMストーリーを巧みにマーケティングしていることを示している。

では、Monadはどのようにしてトランザクションの並列処理を実現しているのか?
Monadの並列実行戦略の核心は、依存関係のないトランザクションを識別し、それらを並列実行できる点にある。Monadとイーサリアムのブロックはどちらも線形的で順序付けられたトランザクションの集合だが、Monadは実行戦略を最適化することで、最終結果に影響を与えない範囲でトランザクションを並列化できる。この戦略には以下の主要技術が含まれる:
-
楽観的実行(Optimistic Execution):前のトランザクションが完了する前に次のトランザクションの実行を開始する。この方法では依存関係の誤りが生じる可能性があるが、入出力の比較によりデータ不整合を検出し、再実行することで正しい結果を保証する。
-
スケジューリングと依存関係(Scheduling and Dependencies):不要な再実行を減らすため、静的コード解析器を使ってトランザクション間の依存関係を予測し、効率的にスケジューリングを行う。
-
ステートマージ(State Merging):トランザクションが並列実行されても、各トランザクションの更新されたステートは最終的に順序通りにマージされ、ブロック全体のステート一貫性が保たれる。

資金調達面でも、Monadは優れた実績を持つ。今年2月、Dragonflyが主導するシードラウンドで1900万ドルを調達したことが公式ツイッターで発表されており、個人投資家にはCobieやHasuといった業界有名人も名を連ねている。

さらに、同プロジェクトの創設者はJump Tradingの元リサーチ責任者Keone Hon氏である。プロジェクトはまだトークンを発行していないが、Jump Tradingがトレーディングおよびマーケットメイキングで豊富な経験を持つことを考えると、今後のトークンパフォーマンスに期待が寄せられる。
(関連記事:対話 Monad Labs CEO:伝統から未来へ、元Jump Tradingチームがパブリックチェーンのオンチェーン金融における役割を探る)
今年9月、Monad Labsは技術ドキュメントを公開し、ネイティブトークンの名称がMONであると明記した。しかし、後にこの部分が削除され、トークン名が変更される可能性があると推測されている。
大規模な資金調達、マーケットメイカー背景、新規パブリックチェーン、並列EVM……これらの要素が重なり、Monadは必然的に広く注目され、期待されている。
しかし、その並列EVMの実際のパフォーマンスは、テストネットのデータとメインネット稼働後で初めて検証できる。
SEI:V2バージョンで並列EVMを計画
SeiはオープンソースのLayer1ブロックチェーンで、取引に特化して設計されており、DeFi、NFTマーケット、ゲームDEXなどのさまざまな取引アプリケーションに高度なインフラを提供することを目指している。
Seiは新しいプロジェクトではないことは周知の事実である。メインネットは今年8月に準備が整い、過去のV1バージョンでは、フロントラン防止機構や注文のバッチ処理サポートなど、取引の安全性と効率性を高める機能をすでに実装している。
(関連記事:Sei Network:DEXのスケーラビリティを突破するLayer1ブロックチェーン)

最新のV2バージョン(2024年上半期実施予定)では、Seiが並列EVMの導入を正式に計画している。

-
楽観的並列化:Seiも楽観的並列化戦略を採用し、チェーンがすべてのトランザクションを並列実行できるようにする。トランザクションが同じステートにアクセスした場合、システムは各トランザクションが触れたストレージ領域を追跡し、競合するトランザクションは順次再実行され、すべての競合が解決されるまで繰り返される。
-
Geth互換性:SeiノードはGeth(イーサリアム仮想マシンのGo実装)を自動的にインポートし、イーサリアムトランザクションを処理し、SeiがEVM向けに作成した特別なインターフェースを通じて結果を更新する。
-
SeiDBストレージ最適化:Seiはストレージインターフェースを再設計し、より効率的なデータ構造とデータベースを使用することで、読み書き性能を最適化し、ステート膨張を抑える。
これらの技術がSei v2の核となり、完全に並列化されたEVMとして高いパフォーマンスと互換性を備える。さらに、CosmwasmスマートコントラクトとEVMスマートコントラクトのシームレスな相互運用を可能にすることで、多様な実行環境を提供し、適用範囲と魅力を広げている。

ドキュメントに掲載されたテストデータによると、Seiの並列処理下でのピークTPSは約28,300に達した。理論値のみで見れば、並列EVMの効率は現在のL1すべてを著しく上回る。実際の展開でどれだけの性能が出るか、期待したいところだ。
(関連記事:Sei v2 技術設計詳細)
トークン面では、SEIは最近1か月で80%の上昇を記録。時価総額が高水準であることを考えると、この上昇幅は非常に目立つ。並列EVMストーリーの継続によりさらなる上昇も期待されるが、多くはベータ収益にとどまるだろう。

中間派:L2として他チェーンの能力とEVMを融合
上記のL1型とは異なり、並列EVMに関して別のアプローチを取るL2プロジェクトもある:
他チェーンや仮想マシンのパフォーマンスを借りて、イーサリアムのトランザクション実行を補助する。
代表的なプロジェクト:Neon、Eclipse、Lumio。
Neon:SolanaエコシステムにEVMを導入するL2

Neon EVMは、Solanaブロックチェーン上に構築された初の並列化Ethereum仮想マシンであり、並列トランザクション処理によってブロックチェーンの効率性とスケーラビリティを高めることを目指している。
このプロジェクト最大の特徴はクロスエコシステムでの動作であり、開発者はSolanaの並列実行アーキテクチャを利用してEthereum dAppを拡張でき、並列実行によってネットワーク効率を最適化し、トランザクション速度を向上、コストを削減しつつ、EVM環境との互換性を維持できる。
具体的な実現方法としては、NeonはイーサリアムのトランザクションをSolanaのトランザクションに変換し、Solanaのバリデータに送信する。バリデータはSolana上で実行を行い、Neonプログラムのステートを更新する。流れは以下のように簡略化できる:

-
ユーザーが署名したトランザクションはプロキシに送信される。プロキシはSolana上のアカウントで、EVMエミュレータを実行し、Neon-txnを処理する。
-
プロキシはSolanaからブロックチェーンのステートを要求し、Solanaのステート上でNeon-Txnのテスト実行を行う。
-
プロキシは受け取ったデータに基づき、Solanaのルールに従って新しいtxnを作成し、Solanaにデータ処理のために送信する。
-
最後に、ethのルールに従い、トランザクションはNeonに送り返され署名検証が行われ、承認されればSolana上で並列実行される。
トークンパフォーマンスでは、NEONは最近1か月で3倍の上昇を見せたが、時価総額はSEIより明らかに低い。Solanaエコシステムの回復と関連トークンのブームを考えると、NEONはSolanaエコシステム唯一の並列EVMとして、今後の市場動向に注目が集まるだろう。

Eclipse:SVMをイーサリアムエコシステムに導入するL2
EVMの順次実行によるパフォーマンス不足に対して、NeonのアプローチはEVMをSolanaに持ち込むことだったが、逆にSVMをイーサリアムに持ち込むことも同様の帰結をもたらす。
Eclipse Mainnetはまさにそのような汎用L2ソリューションであり、SVMをイーサリアムに導入し、イーサリアムの決済、Solana仮想マシン(SVM)の実行、Celestiaのデータ可用性、RISC Zeroのゼロ知識証明などを統合した技術プラットフォームである。
プロジェクトの目標は、大規模な並列実行環境を提供し、複数の操作を同時に実行可能にすることで、ネットワークスループットと効率を向上させ、混雑とトランザクション費用を削減すること。この構造により、EclipseはdAppのスケーラビリティとユーザーエクスペリエンスを向上させることを目指している。

具体的な実行では、EclipseはSolana仮想マシン(SVM)とそのSealevelランタイムを用いて並列EVMを実現している。
SVMは、異なるトランザクションが重複するステートに影響しない限り、並列実行を許可する。この方式により、SVMはハードウェアコア数の増加に応じて直接的にパフォーマンスを拡張でき、最適化された並列実行を実現する。この設計により、Eclipseは処理速度とネットワークスループットを大幅に向上させ、混雑と取引コストを削減できる。
(関連記事:ポッドキャストノート|Eclipse共同創業者との対話:Solana SVMはいかにしてイーサリアムのL2になるのか?)
簡単に言えば、Eclipseの設計思想は、実行をSolanaのSVMで行い、決済は依然としてイーサリアム上で行うというものだ。
プロジェクト背景としては、Eclipseは2022年に1500万ドルを調達。投資家にはPolychain、Polygon Ventures、Tribe Capital、Infinity Ventures Crypto、CoinListなどが名を連ねる。
Eclipse共同創業者兼CEOのNeel Somani氏はAirbnb、Two Sigma、Oasis Labsなどで経験を持つ。最高ビジネス責任者(CBO)のVijay氏はUniswapおよびdYdXの元ビジネス開発責任者である。
12月13日、Eclipseのテストネットがローンチ。テストネットに最初の1000人の開発者がコントラクトをデプロイすると、記念NFTが報酬として与えられる。また、プロジェクトはまだトークンを発行していないため、調達額が高い背景を考慮すると、積極的なインタラクションと公式SNSの更新に注目し、エアドロチャンスを狙うのは良い選択だろう。
Lumio:MoveとAptosを用いたトランザクション処理L2
最近発表されたLumioもL2であり、製品設計面で並列EVMとある程度結びついている。
LumioはAptosをイーサリアムL2として利用することを目指しており、OP RollupベースのL2である。製品の特徴としては、Aptosがトランザクションを処理し、イーサリアムが決済を行う。

他のL2と比較して、Lumioの公式資料では以下の性能差を提示している:
-
ガスコストは既存L2より3〜4桁低い($0.1 vs $0.0006);
-
TPSは既存L2より1〜2桁高い(1K vs 30K);
-
企業向け
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News














