レイヤ 3 (L3) ソリューションとは何ですか?

定義と中心的な目的

1. レイヤ 3 (L3) ソリューションは、ベースのレイヤ 1 チェーン上に直接ではなく、レイヤ 2 ネットワーク上に構築されたブロックチェーン アーキテクチャです。

2. その主な機能は、L2 では非実用的または非効率な、アプリケーション固有のスケーラビリティ、プライバシー、または相互運用性の機能を有効にすることです。

3. Optimism や Arbitrum などの汎用 L2 とは異なり、L3 は多くの場合、ゼロ知識ゲーム環境や規制された金融レールなどの狭い使用例に対応します。

4. 基礎となる L2 からセキュリティの前提を継承し、次に L1 からファイナリティを導き出し、カスケード信頼モデルを形成します。

5. ロールアップベースの L3 は通常、L2 によって生成された証明を圧縮する再帰的 zk-SNARK または妥当性証明を採用し、指数関数的な証明の集約を可能にします。

技術アーキテクチャのコンポーネント

1. L3 スタックには、カスタム実行環境、アプリのロジックに合わせて調整されたシーケンサーまたはアグリゲーター、および専用の証明システムが含まれます。

2. データの可用性は、親 L2 (例: Arbitrum の受信箱に通話データを保存する) または Celestia や EigenDA などの分散ストレージ層を介してオフチェーンで処理できます。

3. 状態遷移はネストされた証明を使用して検証されます。L3 ブロックの有効性証明は L2 によってチェックされ、L2 自体がバッチ証明を L1 に送信します。

4. 一部の L3 は、共有シーケンサーを実装しています。これは、複数の L3 チェーンにわたるトランザクションを順序付けして、遅延を削減し、構成可能性を向上させる集中型または権限のないアクターです。

5. L3 とその親 L2 の間のトークン ブリッジは、正規のメッセージ パッシング プロトコルに依存しており、多くの場合、信頼を最小限に抑えたライト クライアントではなく、詐欺または有効性の証明によって保護されます。

現実世界の実装

1. StarkNet を L3 として使用する StarkEx — 特定の StarkEx インスタンスは StarkNet 上の L3 として動作し、分離された州と料金市場を維持しながら共有の証明インフラストラクチャを活用します。

2. Polygon AggLayer の L3 フレームワーク— ソブリン チェーンが統合決済層を介して接続できるようにし、L1 確認を必要とせずにクロス L3 資産転送を可能にします。

3. zkLink Nova — イーサリアム L2 やアプリ固有の L3 を含む複数のロールアップをイーサリアムに送信される単一の有効性証明に集約し、チェーンごとの検証オーバーヘッドを削減します。

4. Morph の L3 設計— バリデーターがネイティブ トークンを賭けて L3 状態のルートを証明するモジュラー コンセンサス レイヤーを使用し、経済的セキュリティを L1 ガスのコストから切り離します。

経済とガバナンスのダイナミクス

1. L3 の料金体系は通常、独自のネイティブ トークンで指定されますが、内部スワップを介したガスの支払いに ETH または L2 トークンを許可するものもあります。

2. 特定の L3 のブロックスペース オークションでは、動的な混雑料金設定を通じて、NFT ミントや DeFi 清算などの高価値の dApp に優先順位が割り当てられます。

3. ガバナンスは完全にオフチェーン (マルチシグ制御のアップグレードなど) またはトークン加重投票を介してオンチェーンに存在する可能性がありますが、L1 ガバナンスに直接参加することはほとんどありません。

4. インフレトークンモデルは、シーケンサーオペレーター、証明者ネットワーク、流動性プロバイダーに同時にインセンティブを与えることを目的とした L3 間で一般的です。

5. 不正な行為を行うアグリゲーター、特に需要の高い期間に無効な証拠を提出したり取引を検閲したりするアグリゲーターには、削除条件が適用されます。

よくある質問

Q: L3 には独自のコンセンサス メカニズムが必要ですか? A: 必ずしもそうとは限りません。多くの L3 は、強制包含メカニズムまたは共有シーケンサーを介して親 L2 からコンセンサスを継承します。コンセンサスは、スタンドアロンのバリデータ セットではなく、L2 の順序保証から生まれます。

Q: アセットを L1 から L3 に直接移動できますか? A: はい。ただし、L1 → L2 → L3 という 2 ホップのプロセスを経由する必要があります。中間層をスキップするネイティブ ブリッジ プロトコルはありません。すべてのメッセージは信頼階層を通過する必要があります。

Q: 開発者はどのようにスマート コントラクトを L3 に展開しますか? A: 導入は、L3 の実行エンジンに応じて、EVM と同等のツールまたは Cairo 互換のツールに従います。コントラクトは、有効になる前にコンパイル、証明され、L2 検証者コントラクトに登録されます。

Q: L3 は L2 よりも検閲に対して脆弱ですか? A: 検閲耐性はシーケンサーのモデルによって異なります。集中型シーケンサーでは単一障害点が発生しますが、分散型シーケンサー集合体では、厳密に実装されていれば L2 レベルの保護手段が複製されます。