Layer3：マルチチェーンアーキテクチャとテックエキスパンション

要約：1) レイヤー2とレイヤー3の両方が理論上は決済のためにメインネットに依存しているため、一般的な仮定は、レイヤー3がまずデータを圧縮し、それをレイヤー2に送信して二次圧縮を行うというものであり、実質的にはRollupを別のRollupの上に積み重ねたものとなります。このアプローチは批判され、レイヤー4とレイヤー5が類似のアーキテクチャを使用すると想像した場合、データを無限に圧縮することはできないため、行き詰まると指摘されています。

2. 実際には、第3層と第2層との相互作用は、圧縮してから再圧縮することが必ずしも含まれるわけではありません。ArbitrumやzkSyncなどの複数の第2層スタックによって計画された第3層の戦略では、第3層は特定のアプリケーションチェーンとして定義されています。それは合意メカニズム、ガス手数料の選択、経済モデルなどの側面で高い自律性を持つでしょう。ただし、自律性とは完全な独立を意味するわけではありません。第2層のために構築された基盤インフラストラクチャによって、SequencersやProversなどの重要なコンポーネントを共有するなど、基礎となるアーキテクチャに制約がある可能性があります。

これにより、レイヤー3上の取引はレイヤー2のシーケンサーに直接処理され、最終状態の確認のためにメインネットに提出されます。レイヤー2は、複数のレイヤー3チェーン間での相互運用機能を可能にする役割をより果たし、いわゆる「決済レイヤー」は単なるデータのパッケージングであり、真の意味での最終決済ではありません。レイヤー3上の取引もパッケージングのためにレイヤー2にキューイングする必要があり、レイヤー3アプリケーションチェーンを特別なタイプのシーケンサーチャネルとして扱うのが理にかなっています。

3. 第3層が単にチェーン内でのネストとして機能すると仮定すると、スケーラビリティが自然に制限されますが、この実践は理論的な仮定に過ぎません。第2層と第3層がシーケンサーやプルーバなどの重要なコンポーネントを共有する場合、インターチェーン間の相互運用性が向上すると、第3層チェーンの水平スケーリングを可能にする方法が多数あります。

• zkSyncの創設者による言及によると、@gluk64, 複数のブロックチェーン間の相互運用性の基盤としてZK技術を使用することは、ZK技術により2つの対立する当事者が詳細を明らかにせずに情報の真正性を検証できるため実現可能です。アセットがレイヤー3からレイヤー2に移動する際、ZKブリッジを介してこれをシームレスに実現でき、追加のインターチェーンコンセンサスやその他のプロセスを必要とせずにチェーン間でのアトミックアセットの移動が可能になります。ZK技術を活用したブリッジングにより、Layer 3のマルチチェーン拡張の基盤サポートが可能となります。Layer 3がいくつ展開されていても、それらはZKプルーフを介して直接Layer 2と決済し、これによりLayer 2とメインネットとの関係に影響を与えることはありません。

• Eigenlayerの創設者による説明によると、@sreeramkannan, EigenlayerのAVSアクティブノードを持つことは、異なるブロックチェーン間でのEigenlayerの座標合意において、複数のチェーンで合意形成に参加する同じノードのセットを実質的に関与させることを意味します。AVSに対する報酬とペナルティ（スラッシュ）メカニズムを実装することで、理論的にノードが悪意を持って行動する可能性を低減することが可能です。ノードがLayer 3からLayer 2への資産の移転を承認し、不正行為があった場合、スラッシュの対象となります。この種の報酬と罰則の経済メカニズムは、マルチチェーン環境における信頼問題にも適用することができます。ZKテクノロジーと同じ信頼レベルを達成することはできませんが、経済モデルに基づいた信頼性のある環境をおおよそ構築することができます。

4. @VitalikButerin, ゲートは、しばしば固有のバイアスを持つ議論に対応して、Layer 3を単純にLayer 2のスタックや拡張として見るべきではないとの考えを繰り返し述べ、これが効果的な拡張性をもたらすとは限らないと述べました。 Layer 3はインフラストラクチャとしてLayer 2に依存しており、Layer 2自体が無限に拡張することはできないため、Layer 3にも同じことが当てはまります。ただし、プライバシーなど特定のシナリオでは、特定のプライバシー指向のLayer 3アプリケーションがプライバシーのトランザクションのいくつかを処理できます。

結論として、Layer 3 は、カスタマイズ性の高い機能であり、特定の拡張の可能性を持っています。私の視点からは、Layer 3 の拡張は、アプリケーション固有のニーズに基づいてカスタムに開発されるべきであり、一般的な開発パラダイムとは異なり、一つのサイズが全てに適合するものではなく、Layer 3 アプリケーションのマルチチェーン方向で実現可能ではありません。

免責事項：- この記事は[から転載されていますTwitter], すべての著作権は元の著者に帰属します [@tmel0211]. If there are objections to this reprint, please contact the Gate Learnチームが promptly を処理します。- 責任の免責事項：本文に表現されている見解や意見は、著者個人のものであり、投資アドバイスを構成するものではありません。- 他の言語への記事の翻訳はGate Learnチームによって行われます。特に言及されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。