シャーディングテクノロジーとL2を組み合わせる? "=nil;" は、新しい L2 状態フラグメンテーション ソリューションを提案します。

デフォルト:Avi Zurlo、=nil;財団

編集者: Alex Liu、Foresight News

イーサリアムのロールアップ中心のロードマップへの移行は、モジュール式拡張設計の爆発的な増加を引き起こしました。この成長は当初は成功し、100 ドルを超えるガソリン代がなくなり、まったく新しいアプリ設計が可能になりました。しかし、わずか数年後、イーサリアムとそのロールアップは、状態の断片化という新たな重大な問題に直面しました。

基本的に、状態の断片化はスケーリングの問題です。最近、モジュラー コミュニティは、既存のロールアップを 1 つのシステムに統合する多くのミドルウェア ソリューションを推進し、(表面上は) ブロックチェーン スケーリングの聖杯である水平スケーリングを達成しています。ただし、これらのソリューションには重大な妥協が伴います。新世代のイーサリアムである L2 は、スケーラビリティを第一原理から再考し、垂直および並列スケーリング技術を適用して究極のパフォーマンスを実現します。

2 つの主要な拡張方向

ブロックチェーンの拡張には主に 2 つの方向があります。

1. 垂直方向の拡張: 単一ノードのリソースを増加します。これがSolanaの拡張コンセプトであり、VM（仮想マシン）の動作を並列化しながらハードウェア利用率を最大化するというものだ。
2. 水平拡張: ワークロードを複数のサーバーに分散します。これは、Near や Ethereum (Danksharding) などのシャード化された L1 ブロックチェーンのスケーリング概念です。

ロールアップは、イーサリアムの水平スケーリング ソリューションであると誤って考えられることがよくあります。ただし、各ロールアップと各ブロックチェーンは、それが維持する台帳によって定義されます。これは、ロールアップがイーサリアムから独立したシステムであることを意味します。データベース スケーリングの基本が大幅に無視されているため、イーサリアム エコシステムは、状態の断片化という既存の課題に対処する必要があります。

現在の課題

L2 全体の状態の断片化は、イーサリアムにとって重大な問題となっています。断片化の問題は、次の 3 つの側面に反映されます。

1. アプリケーション固有のインフラストラクチャを進歩させるためにイーサリアムに接続された数十（または数百）の L2 は、流動性やユーザー分布を含むグローバルな状態のネットワーク効果を侵害する運命にあります。
2. 相互運用性標準と社会的調整の複雑さの組み合わせが、28 億ドルを超えるクロスチェーン ブリッジ ハッキングのきっかけとなりました。
3. 開発者とユーザーのエクスペリエンスが客観的に悪化します。開発者は、シームレスなユーザーエクスペリエンスを提供するために複雑なネットワーク抽象化テクノロジーを使用することを余儀なくされており、そうでない場合、ユーザーはアセットクロスチェーン、ウォレットネットワーク管理、複数のGasトークンを含む複雑なクロスチェーンインタラクションに直面することになります。

同時に、これらの問題は悪化しています。既存のインフラストラクチャの制約により、価格に敏感なアプリケーションは、確実に低い取引手数料を得るためにサイロ化されたままでなければなりません。次のサイクルが近づくにつれ、悪性の雪だるま式現象が起きようとしています。L2 輻輳料金が増加すると、より多くの開発者がアプリケーション用にカスタマイズされたインフラストラクチャを選択せざるを得なくなり、ユビキタスな状態の断片化の問題が悪化します。数年以内に、L2 が状態の断片化を解決できないために、イーサリアム エコシステム内のアプリケーションが優位性を失っても不思議ではありません。

状態の断片化を解決する

状態の断片化は基本的にスケーリングの問題です。構成性を損なわずに容量を拡張したい場合、負担は L2 の肩にかかっています。 L2 では、拡張問題を解決するために 2 つの方法が考えられます。

1. 逆の手順で既存のロールアップを 1 つのシステムにマージし、「水平拡張」を実現します。
2. ゼロから始めて、スケーラブルな L2 を再設計します。

逆の作業

最初のソリューションは、既存の L2 の間で非常に人気があります。ミドルウェアを使用してロールアップをマージすることにより、理論的には単一のシステムが確立されます。実際、これらのソリューションは、共有されたコンセンサス保証を通じてロールアップ間のコミュニケーションを促進します。これらのソリューションには、共有シーケンサー、共有証明者、およびさまざまな L3 アーキテクチャが含まれます。

これらのソリューションに焦点を当てたチームとプロジェクトは強力ですが、ミドルウェアをコアとして L2 拡張問題を解決するには、次のような多くの妥協点があります。

1. 最も弱いリンクが欠点になります。ネットワークのセキュリティとパフォーマンスは、スタックの最悪の部分によって決まります。 (バレル効果)
2. 断片化した開発環境: ミドルウェアは異なる環境を接続できますが、断片化した開発エクスペリエンスを改善することはできません。
3. 相互ロールアップ標準にはグローバルな社会的調整が必要: 既存のロールアップを統合するには、数百 (または数千) の関係者がベスト プラクティスについて合意する必要があります。

さらに重要なことは、L2 チームが混雑料金設定やシングルアクターレビューなど、多大なエンジニアリングと研究の労力を必要とする未解決の問題の解決から気をそらしてしまうことです。

＃＃＃ ゼロから始めます

Ethereum L2 は、ロールアップ ノードの実行環境を変更してハードウェア使用率を高めることで垂直に拡張できます。これらのプロジェクトには、それぞれ SVM と MoveVM を使用してロールアップを構築する Eclipse と Movement Labs が含まれます。このようなソリューションには、近い将来のスケーラビリティの向上が期待されていますが、イーサリアム開発者は新しいテクノロジー スタックを採用する必要があります。

さらに、L2 は実行シャーディングを（再）導入することで水平方向に拡張でき、新しいノードを追加することでネットワークを拡張できます。このアプローチは分散化を促進し、理論的なスケーリング制限が高く、必要に応じて垂直スケーリングの最適化が可能になります。これらの利点を考慮して、=nil 基盤は =nil; と呼ばれるシャード化された L2 を設計しました。

=nil; 分散化、検閲耐性、無許可性というイーサリアムの中核的価値を維持するために最適化されています。 =nil; は、新しく設計された最初の検証可能なシャーディング アーキテクチャである zkSharding に基づいています。単一の統合開発環境を提供することで、上記の水平スケーリング ソリューションのスケーリング機能を組み合わせます。これにより、開発者は単一のネットワークから数千のロールアップにアクセスできるようになります。さらに、=nil; により、ユーザーは取引のピーク時でも確実に低い取引手数料を受け取ることができます。

さらに、 =nil; は、状態アクセスの必要性に基づいて状態を動的に分割および結合し、輻輳料金の問題を解決します。この動的な動作により、=nil; はトランザクション手数料を一貫して低く抑えることができます (<$0.01)。要約すると、=nil;財団の使命は、イーサリアムの核となる価値とL2実行のニーズにより密接に一致する、イーサリアムのL2拡張への代替パスを提供することです。

＃＃＃ 結論

前途には多くの課題がありますが、イーサリアム L2 の将来はこれまで以上に有望に見えます。 L2 設計が成熟するにつれて、次世代のスケーリング ソリューションには 2 つの一般的な分割が存在します。それは、逆方向に作業するかゼロから開始するか、水平方向にスケーリングするのか垂直方向にスケーリングするかです。

シャーディングは終わりました、シャーディング万歳。