Eclipse Mainnet：Solanaとイーサリアム技術を融合し、複数の長所を集約したL2新范式
TechFlow厳選深潮セレクト
Eclipse Mainnet：Solanaとイーサリアム技術を融合し、複数の長所を集約したL2新范式
L2はイーサリアムのネットワーク効果と決済保証を利用しつつ、最新の実行環境を実験するという驚異的な能力を備えており、Eclipseメインネットはこのビジョンの自然な実現である。
Web3業界の深掘り報道に専念し潮流を洞察執筆：Eclipse
編集：TechFlow
Eclipse Mainnetは、モジュラー型アーキテクチャの最良部分を統合した汎用Layer 2です。
-
決済層：イーサリアム - Eclipseはイーサリアム上で決済を行う（つまり検証ブリッジはイーサリアム上に存在する）とともに、ガストークンとしてETHを使用します。
-
実行層：Solana仮想マシン（SVM） - Eclipseはその実行環境として高性能なSVMを採用します。
-
データ可用性：Celestia - Eclipseはスケーラブルなデータ可用性（DA）を実現するために、自らのデータをCelestia上に公開します。
-
証明：RISC Zero - EclipseはRISC Zeroを用いて詐欺に関するゼロ知識証明を実施します（中間状態のシリアライズは不要！）。
Eclipseが注目を集めてきた主な理由は、さまざまなプロジェクトに対してアプリケーション専用のrollupを展開することでしたが、今やこれまで以上に明らかになったのは、イーサリアムには真の意味での大規模化を実現できる汎用Layer 2が必要だということです。多くのアプリケーションはアプリケーション専用チェーンによるカスタマイズから恩恵を受けず、その結果として生じる分断と複雑さは、むしろユーザー体験と開発者体験を悪化させる可能性があります。
モジュラー型rollupのビジョンと、大規模スケーリング、並列実行、共有状態を持つ単一チェーンの能力との間には、しばしば誤った二項対立が存在します。「モジュラー」は頻繁に「アプリケーション専用」と混同され、それによってrollupとは多数の分断された低スループットなチェーンの世界を意味すると考えられています。
実行層：Solanaのスピードと規模
Eclipse Mainnetは、Solanaに類する最適な実行環境を採用します。これにより大きな利点が得られます。
最適化された並列実行
SVMおよびそのSealevelランタイムは、トランザクションの並列実行をサポートすることで知られています。重複する状態にアクセスしないトランザクションは直列ではなく並列で実行可能です。
これにより、プロセッサの進化に伴いコスト低下しながらもコア数が増加していくハードウェアの進化に直接追随してスケールアウトできます。一方、現在のEVMのようなシングルスレッドランタイムは、各コアのコスト低下からは本質的に恩恵を受けません。過去十数年にわたり、シングルスレッド性能の向上は徐々に頭打ちとなっており、改善のほとんどは依然としてコア数の増加に依存しています。そのため、この傾向を最大限活用してワークロードの並列化を行うことが極めて重要です。
EVMの並列化についてはいくつか初期的な試みがありますが、互換性を維持しつつこれを追加することは根本的なトレードオフを伴い、たとえば状態の肥大化といった他のボトルネックを解決しないままでは性能的に非最適となります。SVMのように事前に状態依存関係を宣言する方式こそが、最適な並列化を可能にします。
ネイティブな手数料市場
現在、ほとんどの手数料市場はグローバルであり、つまりある人気アプリがすべてのチェーン利用者の手数料を押し上げることになります。NFTのミントが他のすべての用途に対してチェーン全体を機能不全にさせてよいわけではありません。Solanaが取り組んでいる画期的なネイティブ手数料市場は、こうしたアプリケーション間の状態競合問題を解決します。現行の実装では、スケジューラが競合のないトランザクションを優先し、競合のないトランザクションはより低い手数料で処理されます。長期的には、ネイティブ手数料市場がプロトコルレベルで実装される予定です。これにより、特定アプリの手数料の急騰がチェーン上の他の部分に影響を与えることはありません。
ネイティブ手数料市場は、Solana独自の並列ランタイムによって支えられています。EVMのようにヒューリスティックな方法（つまり状態アクセスを事前に宣言しない）で状態ホットスポット向けのネイティブ手数料市場を実現しようとすると、非効率性や攻撃ベクトルのリスクが生じます。
また、アプリケーションが自らの価値を内部的に容易に内包できるようにする初期段階の研究も進行中です。これは現在、アプリケーションレベルの設計においてより創造性を要する課題となっています。
状態肥大化の管理
EVMが逐次的実行をボトルネックとする以前に、状態の肥大化がより切実なボトルネックです。
状態にMerkle木が存在しないため、Solanaは各状態更新時にMerkle木を更新するオーバーヘッドを負いません。代わりに、各エポック（2.5日）後に全状態がアーカイブされます。これはEVMにおけるリアルタイムアーカイブよりも安価です。
さらに重要なのは、EVMでは動的アカウントアクセス（すなわちトランザクションが随時任意の状態にアクセスできる）が可能です。この動的状態参照により、実行前に状態をメモリにロードできなくなります。一方、SVMでは各トランザクションが実行に必要なすべての状態を指定します。
したがって、状態サイズはSVMの実行に影響しません。バリデータが2年ごとにストレージディスクをアップグレードすると仮定すれば、ネットワークは2年ごとにスナップショットサイズを倍増させても重大な問題なく安全に運用できます。
さらに、Heliusのようなチームは、履歴データへのアクセシビリティを積極的に改善し、圧縮によって状態サイズを削減しています。
EVM互換性
Neon EVMは、任意のSVMチェーン上にデプロイ可能なイーサリアム仮想マシンのスマートコントラクトです。これにより、Eclipse Mainnetは単一スレッドEVM以上のスループットで完全なEVM互換性（EVMバイトコードサポートおよびイーサリアムJSON-RPCを含む）を実現します。各Neon EVMインスタンスは独自のネイティブ手数料市場を持つため、アプリケーションはUX、セキュリティ、流動性を損なうことなく、簡単に自身のコントラクトをデプロイしてアプリケーションチェーンのメリットを得られます。
また、SolangコンパイラはSolidityスマートコントラクトコードをSVMバイトコードにコンパイルできます。
MetaMask Snaps
従来、EVMユーザーを非EVMチェーンに誘導することは大きな障壁でした。しかし最近発表されたMetaMask Snapsにより、この障壁は打破されます。EVMユーザーはウォレットを切り替えずにMetaMaskを使い続けられます。Driftが貢献したオープンソースのMetaMask Snaps実装のおかげで、操作体験はあらゆるEVMチェーンと同様です。Eclipse MainnetのユーザーはMetaMask内でアプリケーションとネイティブにやり取りしたり、SalmonなどのSolanaネイティブウォレットを利用したりできます。
Firedancer
FiredancerはJumpが開発中の注目のSolanaクライアントで、ネットワークのスループット、弾力性、効率性を大幅に向上させるものです。ローンチ時はSolanaコアクライアントにできるだけ近づけますが、コードが安定次第Firedancerを採用する予定です。
セキュリティ
Solanaランタイムの攻撃対象領域は大きく削減されており、これまで何度も見られたリエントランシー攻撃を防止できます。具体的には、Solanaランタイムはプログラムの自己再帰のみを許可し、任意の再入可能な跨プログラム呼び出しは禁止しています。さらに、状態とコードの分離によりステートレスなコードとなり、通常はテストがより容易になります。
簡易な証明
SVMはレジスタベースであり、命令セットはEVMよりもはるかに小さいため、ZK証明においてSVMの実行を証明することが容易です。オプティミスティックrollupの場合、レジスタベースの設計によりより簡単なチェックポイントが可能になります。
決済層：イーサリアムのセキュリティと流動性
今日の主要なrollupと同様に、Eclipse Mainnetはイーサリアム上で決済を行います。具体的には、イーサリアム上の検証ブリッジがEclipseに直接組み込まれます。Eclipseノードはこのブリッジを確認して「正規チェーン」を決定します。このブリッジはEclipseの正しい順序付けを強制します。
これにより、ユーザーはイーサリアムから特定のセキュリティ属性を得られます。このブリッジはすべてのEclipseトランザクションを検証し、無効な状態のコミットを防ぎます。また、特定の障害状況下では最終的な活性と検閲耐性を強制します。L2のソーターが停止または検閲を始めた場合でも、ユーザーはこのブリッジを通じてトランザクションの包含を強制できます。
これらのセキュリティ属性により、有効性保証付きおよび最適な保証付きのレイヤーは一般的に「イーサリアムL2」と呼ばれます。L2BEATはL2を「その完全または一部のセキュリティをイーサリアムレイヤー1から派生させ、ユーザーがL2バリデータの誠実性に依存せずに資金の安全性を確保できるチェーン」と定義しています。
イーサリアムでの決済は、Eclipse MainnetにおけるDeFiおよびNFT経済内でのイーサリアムネイティブ資産の重要性を示しています。ETHは大多数のユーザーにとって最も好まれる分散型通貨であるため、我々もガストークンとしてETHを使用します。将来的には、手数料抽象化により、ユーザーは任意の選択したトークン（例：USDC）で支払えるようになります。現時点では、Eclipse Mainnetが独自のトークンを発行する予定はありません。
データ可用性：Celestiaの帯域幅と検証可能性
Eclipse Mainnetはデータ可用性（別名データ公開）のためにCelestiaを利用します。CelestiaはEclipseの長期的なエコシステムパートナーです。
Eclipse Mainnetの目標スループットと手数料は、残念ながら現行のイーサリアムの帯域幅制限では支えきれません。EIP-4844（通称「Proto-danksharding」）後であっても同様です。これにより各ブロックあたり約0.375MBのblob空間（ブロック制限は約0.75MB）が提供されます。
-
基本的な圧縮を施したERC-20転送（1トランザクションあたり約154バイト）の場合、これはすべてのRollupで約213TPSに相当します。
-
圧縮された交換（1トランザクションあたり約400バイト）の場合、これはすべての集約で約82TPSに相当します。
一方、Celestiaは今年末までに2MBのブロックを提供する予定です。十分なデータ可用性サンプリング（DAS）ライトノードが稼働し、ネットワークが安定すると、blob空間は立ち上げ後すぐに8MBまで拡張されると予想されています。DASライトノードは2つの重要な機能を持ちます。
-
ユーザーが自らEclipseブロックデータの可用性を検証できるようにする；
-
より多くのDASライトノードがオンラインになると、DA層が安全にスループットを拡大できるため、ネットワーク全体の安全性を高める。
Celestiaは、DASを本番環境で最初に有効化するDA層になると予想されています。これは、ユーザーによる検証なしに委員会の誠実性を再び前提とする従来のデータ可用性委員会（DAC）とは対照的です（既存のモノリシックブロックチェーンと同様）。
イーサリアムメインネットからオフチェーンDAを持つチェーンへ資金をブリッジするユーザーには、固有のセキュリティ前提が存在します。特に技術的には、Celestiaバリデータがトランザクションデータを拒否しても、イーサリアムブリッジ上でデータが利用可能だと主張できます。実際には、Celestiaのプルーフ・オブ・ステーク合意により、Celestia自身のデータ抑止は罰則の対象となるため、このリスクは現実的ではないと考えます。
総合的に、Celestiaは初日からDASライトノードのサポート、暗号経済的セキュリティ特性、高度にスケーラブルなDAスループットを備えており、Eclipse Mainnetにとっては現在明確な選択肢です。
また、EIP-4844以降のイーサリアムにおけるDA拡張の進展も監視する予定です。エキサイティングな新研究が絶えず登場しており、以前のアイデアよりも早期に高スループットのDAを提供できる可能性があります（後者はより高度な分散型ハッシュテーブルを使用）。もしイーサリアムが我々のユーザーにさらなるスケールを提供するなら、イーサリアムDAへの移行の可能性を評価します。
証明：RISC Zero ZK詐欺証明（中間状態シリアライズ不要！）
当社の証明はAnatolyのSVM詐欺証明SIMDに類似しており、これはJohn Adlerの「状態シリアライズは高コストであり、回避可能である」という洞察に由来します。
具体的には、SVM内で再びMerkle木を導入することを避けたいのです。各トランザクション後に疎なMerkle木を挿入する試みを行いましたが、Merkle木の更新は明らかなパフォーマンス低下を引き起こしました。Merkle木を使用しないことで、既存の汎用rollupフレームワーク（OPスタックなど）はSVM rollupの基盤として除外され、より創造的な故障証明アーキテクチャが必要になります。
要するに、故障証明には以下が必要です。
-
トランザクション入力へのコミットメント、
-
トランザクション自体、および
-
再実行したトランザクションが、チェーン上で指定された出力と異なる結果になることを証明すること。
入力コミットメントは通常、rollup状態ツリーのMerkleルートを提供することで達成されます。当社の実行エンジンは各トランザクションについて、入力と出力のリスト（アカウントハッシュおよび関連グローバル状態を含む）および各入力を生成したトランザクションのインデックスを公開します。トランザクションはCelestia上に公開されるため、完全ノードは自らの状態からアカウントを抽出し、出力アカウントを計算し、イーサリアム上のコミットメントが正しいことを確認できます。
主に2種類の故障が考えられます。
-
誤った出力 ―― この場合、検証者はチェーン上でSVM実行の正しい出力をゼロ知識証明で提示します。BPFバイトコード実行の証明に続いて、RISC Zeroを使用してSVM実行のゼロ知識証明を作成します。これにより、決済コントラクトはチェーン上でトランザクションを再実行せずに正確性を保証できます。
-
誤った入力 ―― この場合、検証者は歴史的データを指す参照をチェーン上に公開し、入力状態が主張と一致しないことを示します。Celestiaの量子重力ブリッジを用いることで、決済コントラクトはこの歴史的データが実際に詐欺を証明していることを保証します。
我々は巨人の肩に乗っています。今日のrollupは業界全体の研究状態を前進させ、イーサリアムユーザーにL1よりも低い手数料を提供しています。
しかし、それらは大規模化に必要な最新技術を十分に活用していません。最近の驚異的な進歩により、初期のrollupが必然的に取らざるを得なかったトレードオフの必要性が消え去り、実際にはそれらを不利な立場に置いています。
-
高性能並列VM（例：SVM）；
-
DASライトノードサポート付きのDA拡張（例：Celestia）；
-
どこでも実用的な証明インフラの進歩（例：RISC Zero）；
-
エコシステム横断的なコード（例：NeonおよびSolang）およびユーザー（例：MetaMask Snaps）の移植性向上
我々は他チェーンが直面する制約から教訓を学び、長期的なスケーリングのために最良の部分を選別できます。
100万ものアプリケーション特化型Rollupが存在する未来をよく耳にします。
特定のアプリケーション（例：dYdX v4）にとってコンセンサスレベルのカスタマイズは非常に価値があるかもしれません。我々はチームがアプリケーション専用rollupを立ち上げるのを支援することを嬉しく思います。
しかし、このようなケースは非常に稀です。だからこそ、新しいrollupのほとんどが依然として普通のEVMフォークに過ぎないのです。開発者の問題は、UXをさらに多くのチェーンで断片化することで解決できません。現在、何百万ものチェーンに見られる主なユースケースは、しばしばさらに多くのトークンを立ち上げることに思われます。大多数のユースケースにとって、完全な技術スタックのカスタマイズが必要な状況は今日存在しません。
本当に需要が存在する場合でも、競争力のあるUXを備えた多数のアプリケーションチェーンをサポートするインフラは、数年後でなければ整わないでしょう（もしそれが達成されるなら）。OptimismのSuperchain（OPスタック）、zkSyncのHyperchains（ZKスタック）、ArbitrumのOrbitチェーンなどは、共有インフラを持つ多数チェーンのビジョンを持っています。これは同一エコシステム内のチェーン間操作（例：Superchain内の2つのチェーン間）をよりスムーズにするもので、完全に分断されたチェーン（例：イーサリアムとSolana間）とは異なります。
しかし、現在の計画（存在する場合）は、単一の共有状態と競合できるようになるにはまだ遠く及びません。さらに、これらはエコシステム横断的な相互運用性（例：SuperchainからHyperchain）の問題を解決していません。モジュラー構造を構築することは、孤島を作ることを意味すべきではありません。
ユーザーが複数のチェーンでアカウントを維持するのはより複雑です。常にクロスチェーンを行い、必要なガストークンを気にするのは悪いUXです。このような多数のチェーンを操作・維持するためにインフラプロバイダーに依存することも、より複雑かつ高価です。
我々は常にSolanaビジョンのシンプルさを称賛してきました。ほとんどの価値あるユースケースを支える規模を持つ、高度に最適化された共有状態機械です。これはしばしばrollup中心のロードマップと互換しないと見なされますが、実際にはそうではありません。我々は両者の最善を融合したいのです。
この誤解は、今日のrollupが初期のネットワーク効果を活用するために基本的に変更せず、原始的なシングルスレッドEVMを実行していることに起因しています。そのため、「専用ブロックスペース」がアプリケーション専用rollupの展開理由として頻繁に引用されます。あなたのチェーン上の他のアプリケーションが、何か狂ったNFTミントのために価格が上がるべきではありませんが、答えは自分専用のチェーンを作ることではありません。それは苦痛で不要なトレードオフ（複雑さ、コスト、悪いUX、断片化された流動性など）です。最適解は明確です――状態ホットスポットに対応するネイティブ手数料市場を持つ並列VMを使えばよいのです。まさにそれがSVMがもたらすものです。
イーサリアムは暗号の知識的、社会的、経済的中心地です。その弱点はずっとスケーリングでした。データ可用性の拡張は進行中ですが、既存のL2実行環境はSVMのような新たな革新と競合できません。今日の状態を維持し続ければ、イーサリアムエコシステムはいかなる活動の急増にも対応できなくなる恐れがあります。シングルスレッドEVMと制限されたデータ可用性は、高額な手数料の再燃を早めるでしょう。ただ今回はrollup上での話です。
我々は、Eclipse Mainnetが明らかに最適な解決策だと考えています。Solanaのパフォーマンスと、rollup中心のロードマップのセキュリティ、検証可能性、ネットワーク効果を統合するものです。
結論
イーサリアムの美しさは、絶えず革新を続ける点にあります。rollup中心のロードマップはまさにその典型であり、実行と革新を自由市場に委ねます。L2はイーサリアムのネットワーク効果と決済保証という素晴らしい能力を持ちながら、最新の実行環境の実験が可能です。Eclipse Mainnetはこのビジョンの自然な実現です。
もしある日、より高性能な実行レイヤーが登場したら、それを競争力のあるイーサリアムL2として展開できることを我々は喜ばしく思うでしょう。それまでは、SVMが基準であり続けます。
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
@EclipseFND
