構成＆翻訳：TechFlow

現在、Layer 2ソリューションとクロスチェーン相互運用性はホットトピックとなっている。最近話題のEclipseはSolanaベースのSVMを提供しており、イーサリアムのL2としても利用できる。

これはソラナにとって好材料となるだろうか？二種類の異なるタイプのパブリックチェーンがEclipseによってある意味で統合されたが、今後どのように発展していくのか？

今回のポッドキャストでは、NeelがEclipseの設計哲学、他の技術（ソラナやイーサリアムなど）との関係、およびEclipseにおける中央集権と分散化のトレードオフについて語ってくれた。

司会：David & Ryan、Bankless

講演者：Neel Somani、Eclipse CEO兼共同創業者

ポッドキャスト元：Bankless

番組：リンク 

放送日：9月20日

Eclipseの動機と課題

• Eclipseメインネットは新たなL2ソリューションであり、特徴としてSolanaのSVM（Solana仮想マシン）を内蔵している。Neelによると、Eclipseの当初の目的は「ソラナをイーサリアムに持ち込むこと」だった。つまり、ソラナの実行能力を活用しつつ、イーサリアムの決済機能と流動性を利用するという構想だったが、多くの制約や限界に直面した。

• その主な課題の一つがデータ可用性に関するものだ。彼らの予測では、想定される取引量で運用すると、イーサリアム上のデータ可用性コストは非常に高騰する。この問題を解決し、取引手数料を競争力のある水準に保つために、EclipseチームはCelestiaとRisk Zeroを導入することを決定した。Celestiaはデータ可用性に、Risk Zeroは詐欺防止のための検証に使用される。

• またNeelは、ソラナがグローバルなメルクルツリーといった基本的な技術要素を欠いているため、これをイーサリアム上に移植することはさらに困難になると指摘した。そのため、CelestiaやRisk Zeroの導入といった追加措置が必要となった。

TechFlow注：メルクルツリーとは、すべてのデータを開示せずにデータの完全性と内容を検証できるデータ構造；プリミティブとは、基本的かつコアとなる機能またはコンポーネントを指す。

Solana仮想マシン（SVM）vs イーサリアム仮想マシン（EVM）

• 実行方式の違い

  • EVM：Neelは、EVMの主な問題点としてシングルスレッドであることを挙げており、すべての取引が順次実行されるため、NFTの発行など大量の取引によってネットワークが混雑しやすいと指摘。

  • SVM：これに対してSVMの主な利点は、取引の並列実行が可能であること。同じ状態に関与しない限り、複数の取引を同時に処理でき、この並列化により処理速度と効率が大幅に向上する。

• 設計目的とネットワーク効果

  • EVM：実行面では最適ではないかもしれないが、多数のアプリケーションが既にEVM向けに構築されているため、ネットワーク効果により依然として人気がある。そのため、これらのアプリを他のプラットフォームに移行することが容易になっている。

  • SVM：SVMのネットワーク効果も成長中。Neelは、SVMが今後も進化し続け、並列実行がない環境では実現不可能な全く新しいアプリケーションが登場すると予測している。

• 基盤技術と歴史

  • EVM：イーサリアムの特定のニーズや機能を念頭に設計された。

  • SVM：Neelによれば、SVMはBPF（Berkeley Packet Filter、一種のソフトウェアインターフェース）仮想マシンに基づいている。この仮想マシンはLinuxカーネル内で数十年にわたり存在しており、SVMの安定性と信頼性を高めている。

Celestiaとイーサリアムのデータ可用性選択

• Neelによると、Celestiaが本格稼働すれば、取引の可用性を確保するための現時点で最も先進的な拡張可能なブロックスペースになる。

• イーサリアムには帯域幅の制限があり、投稿可能な取引量が限られている。一方、Celestiaはこうした問題を解決するために設計された高度な拡張可能なブロックスペースであり、他にも開発中の技術と比べてタイムライン上の優位性を持つ。

• Eclipseは、決済と流動性の源としてイーサリアムを選択し、ガスにはETHを使用している。Neelは、Celestiaがイーサリアムの価値の一部を獲得する可能性はあるものの、ETHの「貨幣性」と「価値の流通」がこれら二つのプラットフォームを区別する鍵だと考えている。

• 取引コストの大半は通常、データ可用性ではなく、実行にかかる。ネットワーク混雑時には、実行コストが増加する。

• Eclipseはイーサリアムが提供するセキュリティに依存している。定期的にイーサリアムにステートルートまたはコミットメントを投稿することで、Eclipseはそのセキュリティを得ている。

• Neelは、Eclipseとイーサリアムのこの関係が、イーサリアムに価値の流れをもたらすと強調している。

モジュラー設計とRisk Zero

• Neelによると、Risk Zeroは非常に野心的なZK UVM（ゼロ知識証明仮想マシン）であり、主な機能はプログラム実行に対するゼロ知識証明の生成である。

• 多くのZK UVMは、特定のカスタムプログラムの証明を目的として設計されており、通常は非常に限定的で、特定のタスクや計算にしか使えない。一方、Risk Zeroは異なるアプローチを採っており、Risk Fiveという汎用仮想マシンに基づいている。Risk Fiveは長年存在するオープンな命令セットアーキテクチャであり、さまざまな計算タスクに広く使われている。

• Risk Zeroの重要な特徴の一つは、任意のRisk Fiveプログラムに対してゼロ知識証明ができること。Rust、C++、あるいは他の言語で書かれた、すでに存在するRisk FiveプログラムのほとんどすべてがRisk Zero上で動作し、その正しく実行されたことを証明できる（プログラムの中身や詳細は開示しないまま）。

• この能力により、Risk Zeroは極めて高い柔軟性と幅広い応用範囲を持つ。例えば、Eclipseでは取引が提出され内部で実行された際、Risk Zeroを使ってその取引のゼロ知識証明を生成する。これにより取引の正確性と完全性が保証される。

• 取引の正当性を検証する従来の方法では、取引をイーサリアム上で再実行する必要がある。これは時間がかかり、特に複雑なスマートコントラクト取引の場合、高額な手数料が発生する。

• Risk Zeroを使えば、このような再実行を回避できる。一度ゼロ知識証明が生成されれば、それをイーサリアムに提出することで、Eclipse上で取引が正しく実行されたことが証明される。イーサリアムでの再実行は不要になる。

• イーサリアムでの再実行を避けられるため、取引検証に関連する費用が大幅に削減される。これは、イーサリアムの安全性を利用したいが、高額な手数料を支払いたくないアプリやユーザーにとって大きなメリットとなる。

• Neelは、Eclipseは伝統的な意味での単なるLayer 2ソリューションにとどまらず、開発者に一連のツールやフレームワーク、より大きな柔軟性を提供するプラットフォームでもあると強調。これにより、開発者は自身のニーズや目標に応じて独自のチェーンをカスタマイズできる。

• Eclipseがこうしたフレームワークを提供しているため、複数のEclipseチェーンが存在できる。これらのチェーンは完全に独立してもよいし、メインのEclipseチェーンや他のEclipseチェーンと相互に通信してもよい。このマルチチェーン構造により、並列性と拡張性が高まり、異なるアプリやプロジェクトがそれぞれのチェーン上で動作しても、他のチェーンのパフォーマンスに影響を与えることはなくなる。

中央集権と分散化のトレードオフ

• 司会者は、ソラナはより広範なバリデータセットを持っている一方、Eclipseは分散化の部分をイーサリアムに外部委託していると指摘。しかしNeelは、セキュリティや効率性と比較した場合、常に分散化が最良の選択とは限らないと述べる。

• Neelは、ソラナとは異なり、Eclipseは分散化の面でそれほど強くないかもしれないと認める。ソラナには数千のバリデータがいるが、Eclipseは1つのバリデータだけで済むため、固定費がソラナよりも最大で4000倍低い。

• Roll-Upの設計・実装を考える際、Neelは最も重要なのはそのセキュリティ特性であると指摘。単に「分散化されているか」ではなく、「必要なセキュリティを提供できるか」に注目すべきだと考える。

• 完全に分散化されたシステムと同等のセキュリティを提供できるなら、一部のコンポーネントの中央集権化は許容できる。たとえば、Roll-Upのシーケンサー（sequencer）が中央集権的であっても、それがシステム全体のセキュリティを脅かさない限り、それは受け入れ可能だとする。

• Neelは、たとえシーケンサーが特定の取引を拒否しても、ユーザーは依然として取引を直接イーサリアムに提出できるため、これによりユーザーに分散化された代替手段が提供されると強調する。

Eclipseの将来展望

• Neelは、現存する用語ではEclipseの特性や機能を正確に表現できないかもしれないと考えている。彼自身は、EclipseをEVMを実行環境とする、イーサリアムと緊密に統合されたLayer 2 Validiumと捉えることを好んでいる。今後の展望として、Eclipse上で生まれる新しいアプリや真の革新、特にエネルギー関連プロジェクトの登場を期待している。

• Neelは、Eclipseメインネットには現時点ではトークンがないと説明。Eclipseの運営コストは低く、主にCelestiaとイーサリアムのブロックスペース料金の支払いに充てられるため、バリデータへの報酬支払いのために新規トークンを発行する必要はない。Layer 1とは異なり、Roll-Up（Eclipseのような）は初日から利益を上げることができる。なぜなら、各取引が自らの費用を賄っているからだ。

• 司会者は、ソラナはむしろイーサリアムのL2になるべきだと指摘。Neelは、ソラナが現時点ではその道を進んでいないものの、Eclipseはまさにそのアプローチを試しており、ゼロから構築してこの実験がどう進展するかを見守っていると述べた。