対話 Eclipse 共同創業者：Solana SVM はどのようにイーサリアムの L2 になるのか？
今期のポッドキャストでは、NeelがEclipseのデザイン哲学やSolanaやEthereumなどの他の技術との関係について共有しました。整理 \& 编译：深潮TechFlow
現在、Layer 2 ソリューションとクロスチェーン相互運用性はホットな話題となっています。最近話題の Eclipse は、Solana ベースの SVM を提供し、Ethereum の L2 として使用することができます。
Solana にとって、これは好材料なのでしょうか？異なるタイプのパブリックチェーンが Eclipse を通じてある程度結びつき、今後どのように発展していくのでしょうか？
今回のポッドキャストでは、Neel が Eclipse のデザイン哲学、Solana や Ethereum との関係、そして Eclipse の中央集権と分散化のトレードオフについて共有しました。
ホスト：David \& Ryan、Bankless
スピーカー：Neel Somani、Eclipse の CEO 兼共同創設者
ポッドキャスト元：Bankless
番組：リンク
放送日：9月20日
Eclipse の動機と課題
Eclipse メインネットは、新しい L2 ソリューションであり、Solana の SVM（Solana 仮想マシン）を内蔵しています。Neel は、Eclipse の目的は Solana を Ethereum に持ち込むことであり、Solana の実行能力を活用しつつ、Ethereum の決済と流動性を利用したいと考えているが、多くの制約や制限に直面していると説明しました。
主な課題の一つはデータの可用性に関連しており、Neel は、彼らの予測によれば、期待される取引量で運用すると、Ethereum のデータ可用性が非常に高くつくことになると述べました。この問題を解決し、取引手数料を競争力のあるレベルに保つために、Eclipse チームは Celestia と Risk Zero を導入することを決定しました。Celestia はデータ可用性に使用され、Risk Zero は詐欺証明に使用されます。
Neel はまた、Solana がグローバルなマークルツリーなどの基本的な技術コンポーネントを欠いているため、Ethereum に持ち込む作業がより困難になったと述べました。したがって、Eclipse がその目標を成功裏に達成できるようにするために、Celestia と Risk Zero を導入するなどの追加措置を講じる必要がありました。
深潮注：マークルツリー は、すべてのデータを開示することなくデータの完全性と内容を検証するためのデータ構造です；原語 は、基本的な、コアの機能やコンポーネントを指します。
Solana 仮想マシン (SVM) vs Ethereum 仮想マシン (EVM)
実行方式の違い
EVM：Neel は、EVM の主な問題はそれが単一スレッドであり、すべての取引が順番に実行されるため、大量の取引（例えば NFT の発行）によってネットワークが簡単に混雑することだと指摘しました。
SVM：EVM とは異なり、SVM の主な利点は取引を並行して実行できることです。これらの取引が同じ状態に関与しない限り、同時に実行でき、この並行処理は処理速度と効率を大幅に向上させます。
設計目的とネットワーク効果
EVM：EVM は実行面では最適ではないかもしれませんが、そのネットワーク効果により好まれています。多くのアプリケーションが EVM のために構築されており、これによりこれらのアプリケーションを他のプラットフォームに移行することが容易になります。
SVM：SVM のネットワーク効果も増加しています。Neel は、SVM が今後も発展し、並行実行の環境では存在しない新しいアプリケーションをもたらすと予測しています。
基盤技術と歴史
EVM：Ethereum の特定のニーズと機能を考慮して設計されています。
SVM：Neel は、SVM は実際には BPF（Berkeley Packet Filter、ソフトウェアインターフェース）仮想マシンに基づいていると述べました。この仮想マシンは Linux カーネルに数十年存在しており、SVM をより安定で信頼性の高いものにしています。
Celestia と Ethereum のデータ可用性の選択
Neel は、Celestia がオンラインになると、取引を利用可能にするための最先端のスケーラブルなブロックスペースになると説明しました。
Neel は、Ethereum の帯域幅制限により、限られた取引しか発行できないことを指摘しました。Celestia は、先進的なスケーラブルなブロックスペースとして、この問題を解決することを目的としています。Celestia は間もなくオンラインになり、他のまだ開発中の技術に対して時間的な優位性を持っています。
Eclipse は Ethereum をその決済と流動性の源として選択し、ETH をガスとして使用します。Neel は、Celestia が Ethereum の一部の価値を捕らえる可能性があるが、ETH の「貨幣性」と「価値の流動性」がこの二者を区別する重要な要素であると考えています。
取引の大部分のコストは通常データ可用性ではなく、実行に使用されます。ネットワークが混雑していると、実行費用が増加します。
Eclipse は Ethereum が提供するセキュリティに依存しています。Eclipse は定期的に Ethereum に状態ルーティングまたはコミットを発行することで、このセキュリティを得ています。
Neel は、Eclipse と Ethereum の間のこの関係が Ethereum に価値の流動をもたらすと強調しました。
モジュール設計と 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 はこれらの取引のゼロ知識証明を生成するために使用されます。これらの証明は、取引の正確性と完全性を保証します。
取引の正確性を検証するための従来の方法は、取引を Ethereum で再実行する必要があります。これは時間がかかるだけでなく、Ethereum で取引を実行すること（特に複雑なスマートコントラクト取引）は高額な費用がかかる可能性があります。
Risk Zero を使用することで、Eclipse はこの再実行の必要性を回避できます。一度ゼロ知識証明が生成されると、これらの証明は Ethereum に提出され、取引が Eclipse 上で正しく実行されたことを証明できますが、Ethereum で再度実行する必要はありません。
Ethereum での取引の再実行を回避することで、取引検証に関連する費用が大幅に削減されます。これは、Ethereum のセキュリティを利用したいが、高額な費用を支払いたくないアプリケーションやユーザーにとって大きな利点です。
Neel は、Eclipse は単なる従来の意味での Layer 2 ソリューションではなく、開発者にツールと構造を提供するフレームワークを持っており、彼らのニーズや目標に応じて自分のチェーンをカスタマイズできるようにすることを強調しました。
Eclipse がこのようなフレームワークを提供するため、複数の Eclipse チェーンが存在する可能性があります。これらのチェーンは完全に独立していることもあれば、メインの Eclipse チェーンや他の Eclipse チェーンと相互に通信することもできます。このマルチチェーンの構造は、異なるアプリケーションやプロジェクトが自分のチェーン上で実行できるようにし、他のチェーンのパフォーマンスに影響を与えない高い並行性とスケーラビリティを提供します。
中央集権と分散化のトレードオフ
ホストは、Solana がより広範なバリデーターセットを持っているのに対し、Eclipse はその分散化の部分を Ethereum にアウトソースしていると述べました。Neel は、特にセキュリティと効率のトレードオフを考慮する際、分散化が常に最良の選択肢ではないと考えています。
Neel は、Solana と異なり、Eclipse は分散化の面でそれほど強力ではないかもしれないと指摘しました。Solana には数千のバリデーターがいるのに対し、Eclipse のコストは固定面で Solana よりも 4000 倍低く、バリデーターは 1 つだけで済みます。
Roll-Ups の設計と実装を考慮する際、Neel は、最も重要なのはそのセキュリティ属性を考慮することであり、Roll-Ups が必要なセキュリティ保証を提供できるかどうかに焦点を当てるべきであり、単に分散化されているかどうかに注目すべきではないと考えています。
Roll-Ups が完全に分散化されたシステムと同じセキュリティ属性を提供できるのであれば、特定のコンポーネントの中央集権は受け入れられます。例えば、Roll-Ups のシーケンサー（sequencers）は中央集権的である可能性がありますが、それらがシステム全体のセキュリティを脅かさない限り、その中央集権は受け入れられます。
Neel は、シーケンサーが特定の取引を処理することを拒否しても、ユーザーは直接取引を Ethereum に提出できるため、ユーザーに分散化された代替手段を提供すると強調しました。
Eclipse の未来展望
Neel は、既存の用語では Eclipse の特性や機能を正確に表現するには不十分かもしれないと考えています。彼は Eclipse を Ethereum と密接に統合された Layer 2 Validium と見なすことを好み、EVM をその実行環境としています。未来に向けて、Neel は Eclipse 上での新しいアプリケーションや真の革新、特にエネルギー関連のプロジェクトを見たいと考えています。
Neel は、Eclipse メインネットには現在トークンがありません。Eclipse の運用コストは低いため（主に Celestia と Ethereum のブロックスペース料金を支払うため）、バリデーターに支払うためのトークン発行は必要ありません。Layer 1 とは異なり、Roll-Ups（Eclipse のような）は初日から利益を上げており、各取引が自身の費用を支払っています。
ホストは、Solana が Ethereum の Layer 2 になるべきかもしれないと述べました。Neel は、Solana が現在その道を取っていないとはいえ、Eclipse はゼロから構築し、この実験がどのように発展するかを観察しようとしていると考えています。
