Eclipseメインネットは、モジュラースタックの最良の部分を組み合わせた汎用L2です。

1. 決済:イーサリアム - Eclipseはイーサリアムに決済し(つまり、祀られている検証ブリッジはイーサリアム上にあります)、ETHをガストークンとして使用します。
2. 実行: Solana 仮想マシン (SVM) - Eclipse は、実行環境として高パフォーマンスの SVM を実行します。
3. データの可用性: Celestia - Eclipse は、スケーラブルなデータ可用性 (DA) のためにデータを Celestia に投稿します。
4. 証明:RISC Zero - EclipseはZKの不正証明にRISC Zeroを使用します(中間状態のシリアル化なし!

Eclipseの見出しのほとんどは、さまざまなプロジェクトのためにアプリ固有のロールアップをデプロイする私たちの仕事に関するものでしたが、イーサリアムが真に大規模なスケールが可能な汎用L2を必要としていることはこれまで以上に明らかになりました。 ほとんどのアプリケーションは、アプリ固有のチェーンのカスタマイズの恩恵を受けず、その結果生じる分離と複雑さは、実際にはUXと開発者のエクスペリエンスを低下させる可能性があります。

モジュラー ロールアップのビジョンと、大規模なスケール、並列実行、共有状態を持つ単一のチェーンを持つ機能との間には、しばしば誤った二分法が提示されます。「モジュール型」は「アプリ固有型」と混同されることが多く、ロールアップとは、断片化された低スループットのチェーンが多数存在する世界を意味すると思われがちです。私たちはその考えに異議を唱えます。

実行:Solanaのスピードとスケール

Eclipseメインネットは、Solanaのクラス最高の実行環境を採用します。 これは非常に大きな利点をもたらします。

最適化された並列実行

SVMとそのSealevelランタイムは、トランザクションの並列実行を可能にすることで有名です。 重複する状態に触れないトランザクションは、順次ではなく並列に実行できます。

これにより、プロセッサが低コストでコアを追加し続けるにつれて、SVMはハードウェアで直接拡張できます。 シングルスレッド・ランタイム (現在の EVM など) は、基本的にコアあたりのコスト削減によるメリットはありません。 この 10 年以上の間、シングルスレッドのパフォーマンスの高速化は継続的に減少しています。 ほぼすべての改善はコア数の増加によってもたらされ続けるため、 ワークロードを並列化して この傾向 を利用することが重要です。

EVMを並列化する試みは、ごく初期には実証されていないが、互換性を維持しながらこれを追加すると、他のボトルネック(状態の増大など)に対処せずに性能が最適ではないなどの根本的なトレードオフが生じる。(SVM のように)状態の依存関係を前もって宣言するコントラクトにより、最適な並列化が可能になります。

現地手数料市場

今日のほとんどの手数料市場はグローバルであり、1つのホットなアプリケーションがチェーン のすべてのユーザー の手数料を引き上げます。 1つのNFTミントが、そのチェーンを他のすべてに役に立たなくしてはなりません。 ローカル手数料市場におけるSolanaの驚くべき取り組みは、このアプリ間の状態の競合を解決します。現在の実装では、スケジューラーは競合のないトランザクションを優先し、競合のないトランザクションを低い手数料で処理できるようにします。 長期的には、ローカル手数料市場はプロトコルレベルで実装されます。 これにより、1つのアプリの料金の急上昇がチェーンの残りの部分に影響を与えないようにします。

Solana独自の並列化ランタイムにより、ローカルな手数料市場が可能です。 ヒューリスティックを使用して(つまり、州のアクセスを事前に宣言せずに)EVMで州のホットスポットのローカル料金市場を実装しようとすると、非効率性が生じ、攻撃ベクトルになる可能性があります。

また、アプリケーションがそれらに帰属するローカルな価値を簡単に内部化できるようにする 初期の研究も進行中 ですが、今日では一般的に 、より創造的なアプリレベルの設計が必要です。

状態成長管理

EVMがボトルネックとしてシーケンシャル実行にぶつかる前に、状態の成長ははるかに差し迫ったボトルネックです。

状態にはマークルツリーがないため、Solanaでは状態更新ごとにマークルツリーを更新するオーバーヘッドは発生しません。 代わりに、各エポック (~2.5 日) の後、状態全体がメルクリゼーションされます。 これは、(EVMのような )リアルタイムのメルクリゼーションよりもはるかに安価 です。

さらに重要なことは、EVMには 動的なアカウントアクセス があることです(つまり、トランザクションはオンデマンドで任意の状態にタッチできます)。 この動的な状態参照は、実行前に状態をメモリに読み込むことができないことを意味します。 SVM では、各トランザクションによって実行に必要なすべての状態が指定されます。

そのため、 状態サイズは SVM の実行に影響しません。 ネットワークは、バリデーターが2年ごとにストレージディスクをアップグレードすると仮定すると、大きな問題に遭遇することなく、2年ごとにスナップショットサイズを安全に2倍にすることができます。

さらに、 Helius のようなチームは、履歴データのアクセシビリティを積極的に改善し、 圧縮によって状態サイズを縮小しています。

EVM の互換性

Neon EVMは、任意のSVMチェーンにデプロイできるスマートコントラクトとして動作するEVMです。 これにより、 Eclipseメインネットとの完全なEVM互換性 (EVMバイトコードのサポートとEthereum JSON-RPCを含む)が実現し 、シングルスレッドEVMよりも高いスループットが得られます。 各Neon EVMインスタンスには独自のローカル手数料市場があるため、アプリは独自のコントラクトを展開するだけで、UX、セキュリティ、流動性を断片化することなく、アプリチェーンのメリットを得ることができます。

これとは別に、 Solang コンパイラは、SolidityスマートコントラクトのコードをSVMバイトコードにコンパイルすることができます。

MetaMaskスナップ

EVMユーザーを非EVMチェーンにオンボーディングすることは、歴史的に大きなハードルでしたが、最近発表された Metamask Snaps は、その障壁を打ち破ろうとしています。 EVMユーザーは、ウォレットを切り替えることなく MetaMask を引き続き使用できます。 UXは、 Driftのオープンソースの貢献により、優れたMetaMask Snap実装を構築したおかげで、あらゆるEVMチェーンとの対話に匹敵します。 Eclipseメインネットのユーザーは、MetaMaskでネイティブにアプリを操作したり、 SalmonなどのSolanaネイティブウォレットを使用したりできるようになります。

ここでは、DriftのUXを少しだけご紹介します。

ファイヤーダンサー

Firedancer は、ネットワークのスループット、回復力、効率を大幅に向上させるために、Jumpが開発している待望のSolanaクライアントです。 ローンチ時には、Solanaのコアクライアントにできるだけ忠実に取り組みますが、コードが稼働して安定したら、Firedancerを採用する予定です。

安全

Solanaのランタイムは攻撃対象領域を大幅に縮小し、私たちが頻繁に目にする 悪名高い再入エクスプロイト を防ぐことができます。 具体的には、Solanaランタイムは、任意の再入可能なプログラム間呼び出しを許可するのではなく、プログラムの自己再帰のみを許可します。 さらに、状態とコードを分離すると、ステートレス コードになり、通常は効果的にテストしやすくなります。

より簡単な証明

SVM はレジスタ・ベースであり、EVM に比べて命令セットがはるかに小さいため、ZK での SVM の実行を簡単に証明できます。 オプティミスティック ロールアップの場合、レジスタ ベースの設計により、チェックポイント処理が容易になります。

決済:イーサリアムのセキュリティと流動性

今日の主要なロールアップと同様に、Eclipseメインネットはイーサリアムに落ち着きます。 具体的には、イーサリアム上の検証ブリッジがEclipseに直接組み込まれることを意味します。 Eclipseノードは、このブリッジを参照して「正規チェーン」を決定します。 ブリッジは、Eclipse の正しい順序付けを強制します。

これにより、ユーザーはイーサリアムから特定のセキュリティプロパティを得ることができます。 ブリッジはすべての Eclipse トランザクションを検証し、無効な状態の送信を防ぎます。 さらに、特定の障害の場合、最終的なライブネスと検閲耐性を強制します。 シーケンサーがダウンしたり、L2で打ち切りを開始したりした場合でも、ユーザーはブリッジを介してトランザクションを強制的に含めることができます。

これらのセキュリティ特性から、バリディウムと オプティミウム はしばしば「イーサリアムL2」と呼ばれます。 L2BEAT は、L2を「ユーザーが資金のセキュリティをL2バリデーターの誠実さに頼る必要がないように、レイヤー1イーサリアムからセキュリティの完全または一部を派生させるチェーン」と定義しています。

イーサリアム決済は、イーサリアムネイティブの資産がEclipseメインネットのDeFiおよびNFT経済で果たす可能性が高いことの重要性を認識しています。 ETHは、ほとんどのユーザーが明らかに好む最高の分散型マネーであるため、ガストークンとしてもETHを使用します。 長期的には、手数料の抽象化により、ユーザーは任意のトークン(USDCなど)で支払うことができます。 現時点では、Eclipseメインネットが独自のトークンを持つ予定はありません。

データの可用性:Celestiaの帯域幅と検証可能性

Eclipseメインネットは、データの可用性のためにCelestiaを利用します(別名 データ公開または データ公開 )。Celestiaは、Eclipseの長年のエコシステムパートナーです。

Eclipseメインネットの目標スループットと手数料は、残念ながらイーサリアムの現在の帯域幅ではサポートされていません。 これは、EIP-4844(別名: EIP-4844 、別名 "Proto-danksharding") は、ブロックあたり平均 ~0.375 MB の BLOB 領域 を提供します (ブロックあたり ~0.75 MB の制限があります)。

1. 基本的な圧縮 (トランザクションあたり ~154 バイト) を使用した ERC-20 転送の場合、これはすべてのロールアップを合わせて ~213 TPS に変換されます。
2. 圧縮 (トランザクションあたり ~400 バイト) を使用したスワップの場合、これはすべてのロールアップを合わせて ~82 TPS に変換されます。

対照的に、Celestiaは今年後半に2MBのブロックで発売されます。 Blobspace は、十分な データ可用性サンプリング (DAS) ライト ノードがオンラインになり、ネットワークが安定していることが証明されると、ローンチ後まもなく 8 MB に増加すると予想されます。 DASライトノードは、次の2つの重要な機能を果たします。

1. Eclipse ブロック・データが使用可能になったことをユーザーが自分で確認できるようにする
2. より多くのDASライトノードがオンラインになるにつれて、DAレイヤーのスループットを安全に向上させることができるため、ネットワーク全体の安全な拡張に貢献します。

Celestiaは、DASを本番環境で発売する最初のDAレイヤーになると予想されています。 これは、従来のデータ可用性委員会(DAC)が、 ユーザー検証なしで委員会の誠実さの仮定 を再導入するのとは対照的です(既存のモノリシックブロックチェーンに類似しています)。

イーサリアムメインネットからオフチェーンDAを使用するチェーンに資金をブリッジするユーザーには 、固有のセキュリティ上の仮定 があります。 特に、Celestiaのバリデーターは、トランザクションデータを差し控えても、イーサリアムブリッジに対してデータが利用可能であると主張することは技術的に可能です。 実際には、セレスティアのプルーフ・オブ・ステーク・コンセンサスは、セレスティア自体のデータ源泉徴収が削減可能であることを意味しており、このリスクは非現実的であると私たちは考えています。

全体として、CelestiaのDASライトノードは、初日からのサポート、暗号経済的なセキュリティ特性、および拡張性の高いDAスループットにより、今日のEclipseメインネットにとって明確な選択肢となっています。

なお、 オンチェーンのイーサリアムDAは、上記の理由から、ここでは真の「L2」であるための要件であると考える人もいます 。 ここでは、前述したより一般的な L2 用語を使用し、セキュリティに関する考慮事項を明確にしたいと思います。

また、EIP-4844後のイーサリアムのDAスケーリングの進捗状況も監視する予定です。 エキサイティングな新しい研究が次々と発表され、以前のアイデア(より高度な分散ハッシュテーブルを使用する)よりも早く高スループットのDAを提供する可能性があります。 イーサリアムがユーザーの利益のためにEclipseのより大きなスケールを提供する場合、イーサリアムDAに移行する可能性を評価します。

証明:RISC Zero ZKの不正の証明(中間状態のシリアル化なし!

私たちの証明は、Anatolyの SVM詐欺証明SIMDに似ており、それ自体がジョン・アドラーの洞察に似ており、状態のシリアル化には コストがかかり、それを回避することは可能です。

具体的には、マークルツリーをSVMに再導入しないようにします。 早い段階で SVM に Sparse Merkle Tree を挿入する実験を行いましたが、各トランザクションの後に Merkle ツリーを更新すると、パフォーマンスが大幅に低下しました。 マークルツリーを使わずに証明すると、SVMロールアップの基礎としてOPスタックのような既存のジェネラリストロールアップフレームワークが除外され、より創造的なフォールトプルーフアーキテクチャも必要になります。

大まかに言うと、障害防止には次のものが必要です。

1. トランザクションのインプットに対するコミットメント
2. トランザクション自体、および
3. トランザクションを再実行すると、オンチェーンで指定されたものとは異なる出力につながることの証明。

入力コミットメントは、通常、ロールアップの状態ツリーのマークルルートを指定することによって行われます。 代わりに、エグゼキューターは、各トランザクションのインプットとアウトプットのリスト(アカウントハッシュと関連するグローバル状態を含む)と、各インプットを生成したトランザクションのインデックスを投稿します。 トランザクションはCelestiaに公開されるため、どのフルノードでも、独自の状態から入力アカウントを引き出し、出力アカウントを計算し、イーサリアム上のコミットメントが正しいことを確認できます。

重大な障害には、次の 2 つのタイプが考えられます。

1. 誤った出力 - この場合、ベリファイアは正しいアウトプットのZKプルーフをオンチェーンで提供します。 RISC Zeroを使用してSVM実行のZKプルーフを作成し、 BPFバイトコード実行の証明に関する以前の作業を継続しています。 これにより、決済契約は、トランザクション自体をオンチェーンで実行することなく、正確性を確保することができます。
2. 誤った入力 - この場合、検証者は、入力状態が主張どおりではないことを示す履歴データへの参照をオンチェーンに投稿します。 Celestiaの Quantum Gravity Bridgeを使用して、当社の決済契約により、この履歴データが実際に詐欺を証明することを保証します。

なぜEclipseなのか、なぜEthereumなのか、なぜ今なのか

私たちは巨人の肩の上に立っています。 今日のロールアップは、業界全体の研究状況を前進させ、イーサリアムユーザーにL1と比較してより安い手数料を提供しました。

しかし、大衆に拡張するために必要な最新テクノロジーを十分に活用していません。 初期のロールアップでは、EVMの互換性や、より効率的なZK証明のための最適化が主に優先されていました。 しかし、最近では、初期のロールアップが選択したトレードオフを行う必要がなくなり、実際に不利な立場に立たされるという、信じられないほどの進歩が見られました。

1. 高パフォーマンスの並列化VM(SVMなど)
2. DASライトノードサポートによるDAスケーリング(Celestiaなど)
3. どこでも実用化するための実証インフラの進歩(RISC Zeroなど)
4. エコシステム間でのコード(NeonやSolangなど)とユーザー(MetaMask Snapsなど)の移植性の向上

Eclipseには、後知恵という大きなメリットがあります。 私たちは、他のチェーンが直面している限界から学び、長期的にスケールアップするための最良のピースを厳選することができます。

https://twitter.com/0xMert?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1680271128537726976%7Ctwgr%5E9336eadfb24c400b8686ae67184014bab31080f1%7Ctwcon%5Es1&ref_url=https%3A%2F%2Fmirror.xyz%2Feclipsemainnet.eth%2Fme7bXLWJDS177V6nl8j1uzF1mxpX6nbGOLNeyBAwXgs

https://twitter.com/colludingnode?refsrc=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1680285353662468097%7Ctwgr%5E9336eadfb24c400b8686ae67184014bab31080f1%7Ctwcon%5Es1&ref_url=https%3A%2F%2Fmirror.xyz%2Feclipsemainnet.eth%2Fme7bXLWJDS177V6nl8j1uzF1mxpX6nbGOLNeyBAwXgs

アプリ固有のロールアップが 100 万件ある未来についてよく耳にします。

コンセンサスレベルのカスタマイズは、特定のアプリケーション( dYdX v4など)にとって非常に価値があり、チームがアプリ固有のロールアップを立ち上げるのを支援できることを嬉しく思います。

しかし、このようなケースはごくわずかです。 そのため、ほとんどの新しいロールアップは、まだバニラEVMフォークにすぎません。 開発者の問題は、UXをより多くのチェーンに断片化することでは解決しません。 今日、100万のチェーンの主なユースケースは、多くの場合、さらに100万のトークンを立ち上げることのようです。 フルスタックのカスタマイズに対する需要は、今日では大部分のユースケースには存在しません。

仮に本当の需要があったとしても、競争力のあるUXで多くのアプリチェーンをサポートするために必要なインフラは何年も先のことです(仮にそれが標準になったとしても)。 OptimismのSuperchain(OP Stack)、zkSyncのHyperchains(ZK Stack)、ArbitrumのOrbitチェーンなどは、すべて共有インフラストラクチャを持つ多チェーンのビジョンを持っています。 これは、同じエコシステム内のチェーン間(例えば、スーパーチェーン内の2つのチェーン間)と、完全に分離されたチェーン間(例えば、イーサリアムとソラナの間)で、よりスムーズなUXを提供することを目的としています。

しかし、現在の計画(存在するとしても)は、単一の共有国家と競争するには程遠いものです。 さらに、エコシステム間の相互運用性(スーパーチェーンからハイパーチェーンなど)には対応していません。 モジュール式を構築することは、島を建設することを意味するべきではありません。

ユーザーが多くのチェーンでアカウントを維持するのは、より複雑です。 ブリッジングを続け、必要なガストークンについて心配し続けるのは、UXにとって悪いことです。 これほど多くのチェーンの運営と維持をインフラプロバイダーに頼ることは、より複雑でコストがかかります。

私たちは常にSolanaのビジョンのシンプルさを高く評価してきました。 高度に最適化された1つの共有ステートマシンで、価値あるユースケースの大部分をサポートするスケールを備えています。 これは、ロールアップ中心のロードマップと相容れないと思われがちですが、そうではありません。 私たちは、両方の長所を組み合わせたいと考えています。

この誤解は、今日のロールアップが、初期のネットワーク効果に便乗するために、バニラのシングルスレッドEVMを実質的に変更せずに実行しているという事実に起因しています。 その結果、 アプリ固有のロールアップをデプロイする理由として「専用のブロックスペース」が挙げられることがよくあります。 これらのクレイジーなNFTミントは、あなたのチェーン上の他のすべてのアプリの価格をつり上げるべきではありませんが、答えはあなた自身のチェーンを作りに行くことではありません。 これは、ハンマーを使ってピーナッツを割るようなものです。 痛みを伴う不必要なトレードオフ(複雑さ、コスト、UXの悪化、流動性の断片化など)を生じます。 最適なソリューションは非常に明確で、州のホットスポットには、並列化されたVMとローカルの手数料市場を使用するだけです。 それこそがSVMがもたらすものです。

イーサリアムは、暗号の知的、社会的、経済的中心地です。 そのアキレス腱はスケーリングされています。 DAのスケーリングはまだ開発中であり、既存のL2実行環境はSVMのような新しいイノベーションと競合することはできません。 私たちは、イーサリアムのエコシステムが、現在の活動の急激な増加によって足元を踏み外してしまうことを恐れています。 シングルスレッドのEVMと制約付きDAは、今回のロールアップを除いて、すぐに高額な手数料の復活につながるでしょう。

Eclipseメインネットは、Solanaのパフォーマンスと、ロールアップ中心のロードマップのセキュリティ、検証可能性、ネットワーク効果を統合するという、明白な解決策であると考えています。

別れの想い

イーサリアムの美しさは、イノベーションを喰らうことです。 ロールアップ中心のロードマップはその典型であり、実行とイノベーションを自由市場に委ねています。L2は、イーサリアムのネットワーク効果と決済保証を活用しながら、最高の新しい実行環境を試すことができるという驚異的な能力を持っています。 Eclipseメインネットは、このビジョンを自然に実現したものです。

いつの日か、より高性能な実行レイヤーが登場し、競争力のあるイーサリアムL2として展開されるのを見るのは非常に楽しみです。 それまでは、SVMが標準のままです。

参加するには、テストネットの手順については、<a href="http://mailto:team@eclipse.builders/ "">team@eclipse.builders までご連絡ください。

免責事項：

1. この記事は[Mirror]からの転載です。 すべての著作権は原著作者[Eclipse]に帰属します。 この転載に異議がある場合は、Gate Learnチームに連絡していただければ、迅速に対応いたします。
2. 免責事項:この記事で表明された見解や意見は、著者のものであり、投資アドバイスを構成するものではありません。
3. 記事の他言語への翻訳は、Gate Learnチームによって行われます。 特に明記されていない限り、翻訳された記事を複製、配布、盗用することは禁止されています。