クロスチェーン・メッセージング

クロスチェーン・メッセージング（Cross-Chain Messaging / 任意メッセージパッシング, AMP）は、あるブロックチェーン上のスマートコントラクトが別のブロックチェーン上のコントラクトに任意のバイト列を送信できる仕組みである。資産移動に特化したブリッジ（tech-241）と異なり、AMP はステート同期・ガバナンス投票・NFT メタデータ更新・DeFi コンポーザビリティなど、より広範なユースケースを可能にする。情報カットオフ ~2025-08、confidence: medium 固定（2026-06 時点での外部再検証は未実施）。

メッセージパッシングの基本構造

AMP プロトコルの基本フローは以下の 3 ステップで構成される。

1. 送信（Source Chain）: ユーザーまたはコントラクトが AMP プロトコルのエンドポイントにメッセージを送信する。エンドポイントはメッセージをログに記録し、イベントを発行する。
2. 中継（Off-Chain Relay）: オフチェーンのリレイヤー（オラクル・バリデータ・ガーディアンなど、プロトコルによって異なる）がソースチェーンのイベントを観測し、デスティネーションチェーンにメッセージを届ける。
3. 受信（Destination Chain）: デスティネーション側のエンドポイントコントラクトがメッセージの正当性を検証し、受信側コントラクトの関数を呼び出す。

セキュリティの核心は「中継プロセスをどう信頼するか」にある。この設計の違いが各プロトコルの特性を決定する。

LayerZero — oracle-relayer 分離モデル

LayerZero（2022 年ローンチ、2024 年 V2 リリース）は EVM 系チェーンを中心に 70+ チェーンをサポートする最大規模の AMP プロトコルである。

V1 の設計思想は oracle と relayer の分離だった。オラクル（デフォルトは Chainlink）がブロックヘッダーを配信し、リレイヤーがトランザクション証明を配信する。2 つのデータソースが一致した場合のみメッセージを受理することで、「どちらか一方が正直ならば安全」という 1-of-N の信頼前提を実現した。

**V2（DVN — Decentralized Verifier Networks）**ではより柔軟な検証設計に進化した。アプリケーション開発者（OApp）が DVN を自由に選択・組み合わせ可能となり、セキュリティとコストのトレードオフを用途に応じてカスタマイズできる。Chainlink・Google Cloud・Polyhedra（ZK 証明）など多様な DVN が提供されている。

速度面では最終性確認が速いチェーン間（例：Solana ↔ Avalanche）では数秒〜数十秒程度のレイテンシが実現する。コストはガス代（ソースとデスティネーション両側）とプロトコル手数料の合計で、チェーンペアによって大きく異なる。

Chainlink CCIP — oracle-grade セキュリティ

Chainlink CCIP（Cross-Chain Interoperability Protocol, 2023 年 GA）は Chainlink の DON（Decentralized Oracle Network）インフラを活用したエンタープライズ向け AMP プロトコルである。

CCIP の特徴は 2 層構造にある。Committing DON がソースチェーンのトランザクションをコミットし、Executing DON がデスティネーションで実行する。さらに Risk Management Network（RMN）と呼ばれる独立した監視 DON が異常を検知した際に実行をブロックする「呪いメカニズム（curse mechanism）」を持つ。この設計により単一障害点を排除している。

レート・リミット機能とトークンプール設計は金融機関・企業が求めるコンプライアンス要件（資産フロー上限、許可リスト管理）を満たすよう設計されている。Coinbase（Base チェーン）・SWIFT との試験的統合・複数の大手プロトコルが採用している。

速度は DON の確認待ちにより他プロトコルより遅い傾向にあるが（数分程度）、高額送金のセキュリティ優先度と整合する。

Wormhole — Guardian 網と分散型マルチシグ

Wormhole（2021 年ローンチ、2022 年 $325M ハック後に再設計）は 30+ チェーンをサポートする汎用メッセージングプロトコルである。

コアの仕組みは 19 名の Guardian（Everstake・Jump Crypto・Certus One など著名バリデータ）がソースチェーンのメッセージを署名し、13/19 閾値署名（VAA — Verified Action Approval）を生成する。リレイヤーがこの VAA をデスティネーションチェーンへ届ける。

Wormhole の強みは対応チェーンの広さと Solana への深い統合にある（Solana の主要 DeFi プロトコルの多くが Wormhole メッセージングを利用）。一方で Guardian 組の中央集権リスクと 2022 年のハック（バリデーター署名検証の実装バグで $325M 喪失）が知られた弱点である。再設計後はコード監査と正式検証（Formal Verification）を強化している。

**NTT（Native Token Transfers）**はロック&ミントではなくミント/バーンモデルで資産を移動させる上位レイヤーで、ネイティブ発行体が採用している。

Axelar — バリデータ網と汎用 GMP

Axelar は Cosmos SDK ベースのブロックチェーンとして独自バリデータ網（PoS、75+ バリデータ）を運営し、EVM・Cosmos 系・Solana などをつなぐ AMP プロトコルである。

**GMP（General Message Passing）**はソースチェーンからデスティネーションチェーンへの任意コントラクト呼び出しをシンプルな API（callContract）で実現する。開発者体験を重視した設計で、Axelar の公式 SDK を利用することで数行のコードでクロスチェーン機能を実装できる。

Axelar バリデータはメッセージの転送時に AXL トークンをステークしており、不正転送に対する経済的ペナルティ（スラッシング）が設定されている。この外部バリデータ網の信頼モデルはネイティブ検証より強い前提を必要とするが、対応チェーンの広さと汎用性を優先した設計だ。

IBC — Cosmos の光クライアント相互運用

IBC（Inter-Blockchain Communication, 2021 年 Cosmos Hub 採用）は最も技術的に洗練されたクロスチェーン・メッセージング標準の一つである。

IBC の革新はオフチェーン仲介者を必要としない点にある。各チェーンが相手チェーンのライトクライアントをオンチェーンで管理し、Merkle 証明によりメッセージの正当性を暗号学的に検証する。これにより「ソースとデスティネーションのコンセンサスが両方正直なら安全」というネイティブ検証（Trust-Minimized）を実現している。

IBC の制約は「チェーンが高速ファイナリティを持つ BFT コンセンサスを採用している必要がある」点だ。Ethereum の PoS は最終性確認に 12〜15 分かかるため、IBC の直接接続は非効率だった。この問題への回答として ICS-20（Fungible Token Transfer）の EVM 版実装や Light Client ZK Proof（Tendermint ZK Light Client など）が開発されている。

Cosmos エコシステムでは 50+ チェーンが IBC で接続されており、Osmosis（最大 Cosmos DEX）を通じた月間数億ドル規模の取引が IBC 経由で処理されている。

4 モデルの比較

信頼モデルの理論的詳細は tech-244 を参照。ブリッジとの統合パターンは tech-241 を参照。