ADI Chain L3準拠チェーンの仕組みとは？デプロイメントモデルおよび決済フロー

ADI Chain L3準拠チェーンは、ADI Chain（L2）上に決済されるLayer 3ゼロ知識ロールアップです。L2はEthereumメインネット（L1）上に決済されます。機関は管轄区域や事業ラインごとに独立したチェーンを運用し、コンプライアンス方針を設定できます。ADI Chain概要で説明された二重層セキュリティモデルに沿い、L3はL2とL1から暗号学的保証を継承しつつ、L2共有状態から実行環境とコンプライアンス領域を分離します。

政府や銀行、業界コンソーシアムにとって、L3は「一つのエコシステム、異なるルール」を実現します。規制資産は専用チェーンで流通し、オープンアプリケーションは別のL3やL2上で稼働します。すべてのレイヤーはL2ブリッジを通じて相互接続されます。

ADI Chain階層アーキテクチャにおけるL3の位置

ADI ChainはL3→L2→L1の三層決済階層を採用しています。L3チェーンはローカルでトランザクションを実行し、独立した状態を維持します。L2（ADI Chain）はL3バッチの有効性証明を検証し、L3状態ルートを保存します。L1（Ethereum）はL2バッチ証明を検証し、グローバル状態を最終化します。各レイヤーはゼロ知識有効性証明を通じてセキュリティを上位層に伝達するため、無効な状態遷移は上位レイヤーで受け付けられません。

L2上にDAppを直接展開する場合と異なり、L3は物理レベルの実行分離を提供します。各L3は独自のSequencer、Prover、Diamond Proxyコントラクトを持ち、状態が干渉しません。複数のL3が同一エコシステム内に展開でき、Bridgehub（チェーンレジストリ）やStateTransitionManager（STM）などのインフラコントラクトを共有します。ADI L2のスループットは約2,000〜10,000 TPSであり、複数のL3追加により、アプリケーションや管轄区域ごとにさらに容量を拡張できます。

この表は、L3が単独のパブリックチェーンではなく、ADI L2およびEthereum L1上にネストされたカスタマイズ可能な実行領域であることを示しています。ADI L2はzkRollupとしてEthereumの経済的セキュリティを継承し、L3はさらに機関向けコンプライアンス層を追加します。

図1. L3→L2→L1階層アーキテクチャにおけるADI Chain L3準拠チェーンの位置と主要コンポーネント間の関係。

L3エコシステムの主要コンポーネント

L3エコシステムは、L2決済レイヤー上に共有インフラを展開し、各L3上にチェーン固有のコントラクトと運用ノードを配置します。Bridgehubは中央レジストリとして機能し、チェーンIDとコントラクトアドレスのマッピング、クロスチェーンメッセージルーティング、エコシステムレベルの設定管理を行います。StateTransitionManagerは新規チェーン登録、プロトコルアップグレード、共有検証パラメータ管理を担当します。各L3チェーンにはFacetパターンを用いたDiamond Proxyコントラクトが備わり、モジュール型アップグレード、バッチ提出・検証、状態ルート保存、バリデーター管理を実施します。

L3運用面では、各チェーンがSequencer、Prover、Operatorウォレットセット（Commit、Prove、Execute担当）を稼働します。L2では、L2 ProverがL2ネイティブトランザクションとL3決済を集約し、L1へ証明を提出します。Validator TimelockはCommitとExecute間に遅延を設け、異常検知の猶予時間を確保します。

Diamond Proxy Facet設計により、実行・クエリ・管理ロジックを独立してアップグレード可能です。L2上の共有登録インフラと各L3の独立した実行状態の組み合わせは、一般的なL2「単一チェーン・多数アプリ」モデルと比較したADI Chainの特徴です。ADI Chain vs ArbitrumおよびBase比較では、ネイティブL3対応とBridgehubエコシステムモデルが主要な差別化要素です。

L3チェーンの三つの展開モデル

ADI Chain L3は、ADI管理型、クライアント運用型、ハイブリッド型インフラモデルをサポートし、ゼロ運用から完全自己管理まで機関ニーズに対応します。

コントラクト展開はロールベースアクセス制御を用います。Governorがプロトコルアップグレード、Adminが緊急対応、OperatorがバッチCommit、Prove Operatorが証明提出、Execute Operatorが検証済みバッチ実行を担当します。所有権は顧客マルチ署名へ完全移管、または段階的移管が可能です。L3エコシステムは「一度展開、チェーンを段階追加」方式で、BridgehubとSTMはエコシステム層に一度展開し、新規L3チェーンは独立コントラクトとして参加します。

クライアント運用型では、ProverにNVIDIA H100またはH200 GPU（70〜140 GB VRAM）、システムメモリ64 GB以上が必要です。Sequencerは8コア以上のCPU、32 GB RAM、公開トランザクションエンドポイントが必要です。Operatorウォレットは$ADIトークンをL2ガスとして保持し、Commit、Prove、Executeのオンチェーン操作に使用します。

Commit-Prove-Execute決済フロー

L3バッチがL2に決済される際、Commit、Prove、Executeのプロセスを通過します。SequencerはL3トランザクションをバッチ化し、Operatorが状態差分（ストレージスロット変化）、コントラクト展開情報、L2→L3メッセージハッシュをL2へCommitトランザクションとして提出します。データコスト削減のため、完全な状態スナップショットは送信しません。

Proveフェーズでは、ProverがAirbender証明システム（FRI/STARK→FFLONK SNARKパイプライン）を用いて有効性証明を生成し、L3実行ルールに準拠した状態遷移を暗号学的に保証します。Executeフェーズでは、L2が証明を検証後、新しいL3状態ルートがDiamond Proxyチェーンコントラクトに書き込まれ、バッチが最終化されます。

決済サイクル全体で約747,000 Gas（Commit約136,000、Prove約494,000、Execute約117,000）を消費し、各フェーズの費用はOperatorウォレットの$ADIで支払われます。プロダクト環境ではFRIとSNARK ProverをGPUパーティションで並列稼働でき、バッチスループットが約15〜20％向上します。ターゲット構成の単一Proverで約15〜20 TPSをサポートします。

図2. トランザクションバッチングからCommit、Prove、ExecuteによるL2決済までのL3バッチフロー。

推奨Prover構成はNVIDIA H200（140 GB VRAM）、2台の並列FRI Proverと1台の専用SNARK Prover（約33 GB VRAM）です。クライアント運用型機関は、GPUクラスタと低遅延L2 RPC接続を事前に計画し、バッチ提出の周期を維持してください。

L3からEthereumへのファイナリティ伝播

L3トランザクション確認タイプは、決済進行に伴いL3→L2→L1で段階的にアップグレードされます。L3 Sequencerがトランザクションをブロックに含めると、ユーザーは秒単位のソフト確認を受け、資産を即時利用可能です。ソフト確認はSequencerの正直性に依存し、暗号学的ファイナリティはまだありません。

L3バッチがL2へCommitされると、L2確認段階（通常数分）に入ります。L2上でProveとExecuteが完了すると、L3状態ルートがL2チェーンコントラクトに書き込まれ、巻き戻し不可となります。L2 ProverはL2状態（L3決済含む）をEthereum L1へ証明し、L1 Verifierコントラクトが確認すると、全決済チェーンがL1ファイナリティ（通常数時間）に到達します。

大規模決済やクロスチェーン出金はL2またはL1ファイナリティまで待機推奨ですが、日常的な操作はソフト確認で対応可能です。Validator TimelockはCommitとExecute間に設定可能な遅延を導入し、異常検知の時間を確保します。

L3準拠チェーンに適したユースケース

L3は「ルール分離、セキュリティ共有」ロジックに適しており、銀行は主権型ステーブルコインレールを運用し、資産運用会社はKYCゲート付きRWAコントラクトを展開、政府は管轄区域ごとにデータトークン化が可能です。クライアント運用型ではGPUクラスタやRPCホワイトリスト管理が必要となり、ADI管理型では運用をADIに委任できます。

サマリー

ADI Chain L3準拠チェーンはL3→L2→L1の三層ZK Rollupアーキテクチャを用い、機関はEthereumグレードのセキュリティを継承しつつ、管轄区域ごとにカスタマイズされたコンプライアンスルール付き独立実行領域を獲得できます。BridgehubとStateTransitionManagerが共有登録・アップグレードインフラを提供し、各L3はDiamond Proxy、独立Sequencer、Proverによる状態分離を維持します。バッチはL2上でCommit、Prove、Executeを経て決済され、Airbender証明システムとGPUインフラ（H100/H200）が有効性証明生成を支援します。ファイナリティはL3ソフト確認からL2・L1暗号学的ファイナリティへ伝播します。三つの展開モデルが運用・ガバナンスニーズに対応し、主権型ステーブルコイン、RWA、越境決済、政府データトークン化に適しています。

よくある質問（FAQ）

ADI ChainのL3とは？

L3はADI Chain（L2）上に決済されるLayer 3 ZK Rollupであり、機関・政府・業界コンソーシアムが管轄区域ごとに独立チェーンを運用し、カスタムコンプライアンス方針を設定できます。各L3は独自のSequencer、Prover、Diamond Proxyコントラクトを持ち、L2とEthereumによる二重層セキュリティを継承し、エコシステム内の他L3とBridgehub登録インフラを共有します。

ADI ChainとEthereumの関係

ADI ChainはEthereum上のL2 zkRollupとして稼働し、L2バッチ状態遷移はL1 VerifierコントラクトによるZK証明検証を経て最終化されます。L3チェーンはさらにADI L2上に決済され、L3→L2→L1の三層有効性証明チェーンを形成します。資産はL1、L2、L3間をブリッジで移動可能で、各レイヤーでEthereum経済的セキュリティを継承します。

ADI Chainのセキュリティ

ADI ChainはZK有効性証明を用いるため、無効な状態はL1で受け付けられません。L3バッチもL2検証を経て最終化されます。Sequencerは秒単位のソフト確認を提供しますが、暗号学的ファイナリティはL2・L1での証明検証が必要です。ユーザーや機関はブリッジコントラクト、運用鍵管理、L3自己運用GPUインフラ、ソフト確認からL1ファイナリティまでの猶予時間など残留リスクも考慮してください。

L3チェーンの展開モデル

ADI Chain L3は三つのモデルをサポートします：ADI管理型（Sequencer、Prover、コントラクト運用をADIが担当）、クライアント運用型（機関がノード・GPUインフラ運用および鍵保有）、ハイブリッド型（ガバナンスは顧客、Sequencer/Proverは柔軟に割り当て可能）。選択は運用負担、主権管理、コンプライアンス柔軟性のバランスにより決まります。

L3バッチのCommit-Prove-Executeフロー

L3 Sequencerがトランザクションをバッチ化し、Operatorが状態差分をL2へCommit、ProverがAirbenderシステムでZK有効性証明を生成しProveトランザクションを提出、L2検証後にExecute Operatorが実行をトリガーし、L3状態ルートをチェーンコントラクトに書き込みバッチを最終化します。三つのフェーズで約747,000 Gasが消費され、費用は$ADIで支払われます。

L3 Prover運用に必要なハードウェア

プロダクト環境ではNVIDIA H100またはH200 GPU（70 GB以上、推奨140 GB VRAM）、64 GB以上のシステムメモリ、NVMe SSDストレージ（証拠データ用）が必要です。推奨構成は2台の並列FRI Proverと1台の専用SNARK Prover（約33 GB VRAM）で、約15〜20 TPSを目標とします。Sequencerには8コア以上のCPU、32 GB RAM、公開トランザクションエンドポイントが必要です。