LabHub

ブログ

クロスチェーン相互運用性 2026 完全ガイド - BIFROST · LayerZero v2 · Wormhole · Axelar · Cosmos IBC · Polkadot XCM · Chainlink CCIP · Hyperlane 徹底解説

2026-05-16 · 25 分で読めます · #cross-chain#bifrost#layerzero#wormhole#axelar#cosmos#ibc#polkadot#xcm#chainlink-ccip#hyperlane#bridge-security#defi#modular-blockchain

한국어English日本語

はじめに — 2026年5月、ブリッジは「検証者ネットワークとインテントプロトコル」の裏側に隠れた

クロスチェーンブリッジの歴史はそのままハッキングの歴史だ。2021年Poly Network 6.11億ドル、2022年Ronin 6.25億ドル、Wormhole 3.26億ドル、Nomad 1.9億ドル、Harmony Horizon 1億ドル、2023年Multichain約1.3億ドル消失後に事実上消滅 — 累計約28億ドルがブリッジから消えた。rekt.newsリーダーボード上位10件の半分はブリッジだ。

そのため2026年5月のクロスチェーンは二つの方向に固まった。一方は ライトクライアントまたは検証者ネットワーク型メッセージパッシング(LayerZero v2 DVN、Wormholeガーディアン、Axelar GMP、Hyperlane ISM、Chainlink CCIP、Cosmos IBC、Polkadot XCM、Hyperlaneパーミッションレス検証者)、もう一方は インテント駆動の高速実行と事後決済(Across、Squid、UniswapXクロスチェーン、CoW Swap CCT、deBridge DLN)だ。韓国では BIFROST Network が自社トークンBFCとBiFiプロトコルを軸にEVM互換マルチチェーンDeFiを牽引している。本稿はマーケティングではなく、信頼モデル、検証者セット、ハッキング履歴、TVL、EigenLayer AVS統合まで正直に見ていく。

ブリッジ分類学 — 5つのモデルできれいに分ける

ブリッジを一行で括ってはいけない。信頼仮定が完全に異なる。2026年5月時点で意味のあるモデルは5つ。

  1. ライトクライアント / ネイティブ検証: 相手チェーンの合意を直接検証する。Cosmos IBC、Polkadot XCM、NEAR Rainbow Bridgeが代表。信頼仮定が最も弱いが実装が高価。
  2. 外部検証者セット (M-of-N): 外部の検証者多数決でメッセージを保証する。Wormhole(ガーディアン19)、Axelar(検証者約75)、旧Polygon zkEVM Bridge、Ronin(検証者9のうち2022年に5/9鍵奪取)など。
  3. オプティミスティック検証: メッセージをまず送り、係争期間中に異議申し立てを受ける。Nomadが代表だったが2022年8月の1.9億ドル侵害後に事実上廃れた。AcrossはUMA Optimistic Oracleを決済段階のみで利用。
  4. 流動性プール / mint-burnハイブリッド: 両側にプールを置きlock-and-mintまたはburn-and-mintする。Stargate、Hop、Synapse、Connextなど。資本効率は低いがUXは速い。
  5. インテント / クロスチェーンソルバー: ユーザーは意図(intent)のみ署名し、外部ソルバーが両側の資産を埋めて事後決済する。Across v3、UniswapXクロスチェーン、CoW CCT、deBridge DLN、Squid Router、SocketのBungee、1inch Fusion+など。

LayerZero v2、Chainlink CCIP、Hyperlaneは「general message passing(GMP) + ルーティング」というもう一段上のカテゴリに属する — 資産だけでなく任意のメッセージ(read/write call)を運ぶ。

信頼モデル — 1-of-N、M-of-N、N-of-Nの違い

ブリッジセキュリティの本質は「何人を買収すれば資産を盗めるか」だ。

Vitalik Buterinが2022年1月に書いた「the multi-chain future, not cross-chain」の骨子がここに生きている。51%攻撃領域(zone of sovereignty)が異なるため、資産は出発チェーンのセキュリティでのみ安全で、ブリッジ自体は追加の信頼を要求する。

BIFROST Network — 韓国発マルチチェーンDeFiインフラ

BIFROST Networkは韓国のPiLab Solutionsが2018年から開発してきたEVM互換L1+マルチチェーンミドルウェアだ。2026年5月時点:

韓国市場で意味があるのは単一チェーンのトークンではなく韓国エンジニアが作ったマルチチェーンインフラであり、FSCの「仮想資産利用者保護法」第1段階が2024年7月に施行された後もKYC親和的に設計されている点。BFCは取引所上場コインなので法の対象だが、BIFROSTチェーン自体はEVM互換でMetaMaskから直接アクセス可能。

以下はBiFiの簡略化した貸付プールインターフェース。

// BiFi-style cross-chain lending pool (simplified)
// SPDX-License-Identifier: Apache-2.0
pragma solidity ^0.8.20;

interface IBiFiPool {
    struct UserAccount {
        uint256 deposit;     // underlying units
        uint256 borrow;      // underlying units
        uint256 lastUpdated; // block timestamp
    }

    event Deposit(address indexed user, uint256 amount, uint16 srcChainId);
    event Borrow(address indexed user, uint256 amount, uint16 dstChainId);
    event Repay(address indexed user, uint256 amount, uint16 srcChainId);

    function deposit(uint256 amount, uint16 srcChainId) external;
    function borrow(uint256 amount, uint16 dstChainId, address to) external;
    function liquidate(address borrower, uint256 repay, address collateralAsset) external;

    function getAccount(address user) external view returns (UserAccount memory);
    function utilizationRate() external view returns (uint256); // 1e18 scale
}

srcChainId、dstChainIdは外部のメッセージリレー(Bifrost Relayer)を通じて到着する。このパターンはBIFROSTだけでなくLayerZeroベースのdAppでも標準になっている。

Polkadot — 共有セキュリティとXCM v3/v4

Polkadotの相互運用性は異なるモデルだ。すべてのパラチェーン(parachain)が リレーチェーンの検証者プールを共有 するため、パラチェーン間メッセージには外部検証者がいない。XCM(Cross-Consensus Message Format) v3/v4 がメッセージフォーマット。

XCMメッセージは命令のシーケンス。代表的な命令:

JSON風に書いたXCMの例:

{
  "V3": [
    { "WithdrawAsset": [{ "id": { "Concrete": { "parents": 0, "interior": "Here" } }, "fun": { "Fungible": "1000000000000" } }] },
    { "BuyExecution": { "fees": { "id": { "Concrete": { "parents": 0, "interior": "Here" } }, "fun": { "Fungible": "1000000000000" } }, "weight_limit": "Unlimited" } },
    { "DepositAsset": { "assets": { "Wild": "All" }, "beneficiary": { "parents": 0, "interior": { "X1": { "AccountId32": { "network": null, "id": "0x..." } } } } } }
  ]
}

XCMは資産移動だけでなく Transact で他チェーンのpallet関数を呼べる点で、LayerZeroメッセージより表現力が強い。短所はPolkadotエコシステム外に出るためには別のブリッジ(Snowbridge、t3rn)が必要なこと。

Cosmos IBC — 最古のライトクライアント標準

Cosmosの IBC(Inter-Blockchain Communication) は2021年メインネット以来、累計ハッキング0件という点で最も保守的な設計が実戦で検証された事例だ。核となる考え方:

IBC v2(Eureka)は2025年からEVMチェーンへも拡張中。ICS-20はfungibleトークン転送、ICS-27はinterchain accounts(他チェーンのトランザクションを遠隔署名)、ICS-721はNFT。

IBC packet 構造の例:

{
  "sequence": 12345,
  "source_port": "transfer",
  "source_channel": "channel-141",
  "destination_port": "transfer",
  "destination_channel": "channel-2",
  "data": "eyJkZW5vbSI6InVhdG9tIiwiYW1vdW50IjoiMTAwMDAwMCIsInNlbmRlciI6Imdvc21vc..." ,
  "timeout_height": { "revision_number": 4, "revision_height": 19000000 },
  "timeout_timestamp": 0
}

data フィールドはICS-20のJSONペイロード(base64)。リレイヤー(hermes、go-relayer)が両側のチェーンからheader proofとpacket commitmentを持ち回って検証する。外部の信頼なしに両側の合意のみを検証する点で、光学的に最も安全な一般化可能モデル。

LayerZero v2 — DVN(Decentralized Verifier Network)アーキテクチャ

LayerZeroは2022年のv1をEndpoint + Oracle + Relayerの2-of-2モデルで始め、2024年のv2から DVN(Decentralized Verifier Network) モデルに転換した。2026年5月時点で対応チェーン90以上。

v2の核:

LayerZeroのセキュリティ仮定は「私が選んだDVNが全員共謀しない」こと。dAppがDVN構成に責任を持つモデルなので統一されたセキュリティ水準を強制しないという批判もある。

LayerZero OAppインターフェースの典型は次のとおり。

// OApp pattern (LayerZero v2)
import { OAppSender, OAppReceiver } from "@layerzerolabs/oapp-evm/contracts/oapp/OApp.sol";
import { MessagingFee, MessagingReceipt } from "@layerzerolabs/oapp-evm/contracts/oapp/OAppCore.sol";

contract MyCrossChainCounter is OAppSender, OAppReceiver {
    uint256 public counter;

    function increment(uint32 dstEid, bytes calldata options) external payable returns (MessagingReceipt memory) {
        bytes memory payload = abi.encode(counter + 1);
        MessagingFee memory fee = _quote(dstEid, payload, options, false);
        require(msg.value >= fee.nativeFee, "fee");
        return _lzSend(dstEid, payload, options, fee, payable(msg.sender));
    }

    function _lzReceive(
        Origin calldata,
        bytes32,
        bytes calldata payload,
        address,
        bytes calldata
    ) internal override {
        counter = abi.decode(payload, (uint256));
    }
}

dApp側はdstEid(endpoint id)、options(gas hint、native drop)のみを扱い、DVN選択はOAppConfigで事前設定する。

Wormhole — ガーディアンセットとNTT

Wormholeは2022年2月にSolana-Ethereumブリッジで12万wETH(約3.26億ドル)が盗まれたトラウマを抱える(コントラクトのsignature verification回避バグ)。以後ガーディアンセットのガバナンスを強化し、2024年に Native Token Transfers(NTT) 標準を導入してwrappingなしのburn-and-mintを既定とした。

Wormholeのセキュリティ仮定は「19ガーディアンのうち7以上が正直」。閾値は13/19なので7を買収すれば偽造可能 — 2022年のバグのようなコントラクトレベルの侵害可能性も別問題として残る。

Axelar — GMPと検証者ステーキング

AxelarはCosmos SDKベースの自社チェーン+外部のEVM/非EVMチェーンに置くゲートウェイコントラクトで GMP(General Message Passing)を提供する。

Axelarは dApp が個別に検証者を選ぶ必要のない統合セキュリティモデルだが、セキュリティはAXLトークンの市場価値に依存。不正な検証者はスラッシュされる。

Hyperlane — Permissionless ISM

Hyperlaneは「interoperability as middleware」をモットーに2023年に登場した。差別化要素は ISM(Interchain Security Module)を dApp が直接選ぶ こと。multisig ISM、optimistic ISM、ZK ISM、EigenLayer AVS ISMなどをplug-and-playで組み合わせる。

2024年にEigenLayer AVSと統合され、restaked ETHのセキュリティを借りるモードが追加。Hyperlaneはpermissionless deploymentを許すので、誰でも新しいチェーンにMailboxを立てられる。

Chainlink CCIP — Risk Management NetworkとARM

Chainlink CCIPは2023年7月のメインネット以降「エンタープライズ標準」を狙う。差別化要素:

Chainlink CCIPのセキュリティモデルは「Commit DON + Executive DON + ARMの三重多数決」で最も保守的。SWIFTとの2023〜2024年PoCで採用された理由の一つ。

// CCIP send pattern
import {IRouterClient} from "@chainlink/contracts-ccip/src/v0.8/ccip/interfaces/IRouterClient.sol";
import {Client} from "@chainlink/contracts-ccip/src/v0.8/ccip/libraries/Client.sol";

contract CCIPSender {
    IRouterClient router;
    address feeToken;

    function send(uint64 dstSelector, address receiver, bytes calldata data, address token, uint256 amount) external returns (bytes32) {
        Client.EVMTokenAmount[] memory tokens = new Client.EVMTokenAmount[](1);
        tokens[0] = Client.EVMTokenAmount({ token: token, amount: amount });

        Client.EVM2AnyMessage memory message = Client.EVM2AnyMessage({
            receiver: abi.encode(receiver),
            data: data,
            tokenAmounts: tokens,
            extraArgs: Client._argsToBytes(Client.EVMExtraArgsV2({ gasLimit: 200_000, allowOutOfOrderExecution: false })),
            feeToken: feeToken
        });

        uint256 fee = router.getFee(dstSelector, message);
        return router.ccipSend{ value: fee }(dstSelector, message);
    }
}

dstSelectorはCCIP独自のchain selector(64-bit)、feeTokenはLINKまたはnative ETH。

比較表 — 6つのメッセージパッシングプロトコル

プロトコルモデル検証者数ハッキング履歴TVL(2026-05)特徴
Cosmos IBCライトクライアントN/A(チェーン別)0件累積約100億ドル流量最も保守的
Polkadot XCM共有セキュリティ約300検証者0件相対的に低いエコシステム内のみ
LayerZero v2DVN multisigdAppが設定可能0件(直接)メッセージ数1位柔軟なセキュリティ
Wormholeガーディアン13/19192022年3.26億ドル約30億ドルNTTでwrapping除去
AxelarPoS検証者約750件(直接)約8億ドルGMP+ITS
HyperlanePluggable ISMdAppが設定可能0件約3億ドルpermissionless
Chainlink CCIPDON+ARM三重2DON+ARM0件約5億ドルエンタープライズ親和

数値はDefiLlama / L2Beat / 各プロトコルのダッシュボードの2026年5月スナップショットに基づく近似値。

流動性プール型ブリッジ — Stargate、Hop、Synapse、Connext

高速な資産移動に特化したプール群:

これらはLayerZero/CCIPのようなメッセージパッシングの上に流動性層を重ねた構造なので、セキュリティはunderlying messagingに依存。

インテントプロトコル — Across、Squid、UniswapXクロスチェーン

2024〜2026年の流れは明確。ユーザーは「どうやって」ではなく「何を望むか(intent)」のみ署名し、ソルバーが即座に埋めて事後決済する。

インテントはUX面で強力。短所はソルバー市場の中央集権化(少数のMEVチームが寡占)と、決済段階のセキュリティがunderlying messagingに依存すること。

セキュリティ事故年表 — 28億ドルはどこへ消えたか

ブリッジハッキング主要事例の整理。

共通点はマルチシグ/MPC鍵の奪取+コントラクト検証の回避。ライトクライアント型(IBC、XCM)ではハッキング0件という事実が示唆的。

EigenLayer AVSとSymbiotic — Restakingがブリッジセキュリティに入る

2024〜2026年、EigenLayerがブリッジセキュリティに大きな変数を作った。Restaking はETHステーカーが検証義務を追加サービス(AVS, Actively Validated Service)に委譲するモデル。

要点はブリッジが自社トークン価値に依存せずETHセキュリティを借りられるようになったこと。短所はAVSスラッシュメカニズム自体が2026年でも完全には実戦検証されていないこと。

CAIP-2、SLIP-44、ENS — チェーン識別子標準

クロスチェーン拡大に伴い識別子標準が必要になった。

LayerZero eid、Wormhole chainId、Axelarのチェーン名、Chainlink chainSelector — プロトコルごとに独自IDがあるためマッピングテーブルが必須。

ガス抽象化とAccount Abstractionの合流

クロスチェーンUXはERC-4337(Account Abstraction)との組み合わせで進化する。

クロスチェーン+AA+intentの三拍子が2026年のユーザー体験を作る。ほぼ全ステップが1回の署名で終わる。

ZKブリッジ — 新しいセキュリティフロンティア

検証層に零知識証明を挟むモデルが成熟しつつある。

ZK検証は「1-of-N正直仮定」より強い「暗号的健全性」のセキュリティを提供するが、証明コストが高いため資産価値に対するROIが必要。

韓国規制 — 仮想資産利用者保護法とブリッジ

韓国FSCの仮想資産利用者保護法は2024年7月に第1段階が施行された。第2段階(2026年〜)の議論が進む。主な影響:

BIFROSTのような韓国発プロジェクトは取引所上場のBFCが法の対象だが、チェーン自体はKYCなしのEVM。この二重性が2026年のグレーゾーン。

日本規制 — JVCEAとTravel Rule

日本の暗号資産規制は資金決済法+金融商品取引法+Travel Ruleが核。

日本の大きな変数は2026年に施行予定の 暗号資産の分別保管強化 と 国別の資金洗浄法(FATF)勧告16(Travel Rule)の完全履行。クロスチェーン+取引所統合はさらに難しくなる。

インデキシング — TheGraph、Subsquid、Goldskyでクロスチェーンデータをまとめる

クロスチェーンdAppはデータインデキシングもマルチチェーンが必要。

ブリッジトランザクションは出発+目的地+検証者commit+relayer executeの4段階が複数チェーンに分散するためマルチチェーンJOINが必須。

開発環境セットアップ — Foundry、Hardhat、Anchor

クロスチェーンdAppを書くなら、慣れたツールにマルチチェーンプラグインを加える。

テストはfork test必須。forge test --fork-url $ETH_RPC+目的地チェーンのfork。LayerZeroはlz-evm-protocol-v2でmock endpointを提供。

# Foundryマルチチェーンfork-testセットアップ
forge install LayerZero-Labs/devtools
forge install smartcontractkit/ccip
forge install OpenZeppelin/openzeppelin-contracts

# 環境変数
export ETH_RPC=https://eth.llamarpc.com
export ARB_RPC=https://arb1.arbitrum.io/rpc
export BIFROST_RPC=https://public-01.mainnet.bifrostnetwork.com/rpc

# テスト実行
forge test --fork-url $ETH_RPC --match-contract CrossChainTest -vv
forge test --fork-url $BIFROST_RPC --match-contract BiFiTest -vv

MEVとクロスチェーン — Atomic vs eventual

クロスチェーンは本質的に non-atomic。出発側のcommitと目的地のexecuteが分離し、その間にMEVが入り込む。

2026年のソルバー市場は5〜7社が寡占(Anton、Wintermute、Flashbots、Pyth、GSRなど)。分権化が進行中。

インデックストークンとLSTのクロスチェーン展開

ステーキングトークンのマルチチェーン展開も大きなテーマ。

LST/LRTが複数チェーンに散ると同期+スラッシュ保護が厄介。NTTのようなburn-and-mint標準がwrapping累積を減らす。

実戦チェックリスト — 新規クロスチェーンdAppをローンチするなら

最後にローンチ時のセキュリティ/UXチェックリスト。

  1. メッセージパッシング選定: 信頼仮定とコストのマトリクスでLayerZero/CCIP/IBC/Hyperlane/Axelar/Wormholeから選ぶ。dApp資産が1000万ドル超ならmulti-routing。
  2. DVN/ISM構成: 最低3-of-5、異なる運営主体。1検証者=1社が同じ鍵インフラを使わないように。
  3. Rate limit: レーン別+トークン別のcapacity。Chainlink CCIPは標準装備、他は自前実装。
  4. Pause+サーキットブレーカー: 異常パターンの自動一時停止。
  5. Replay protection: nonce+message hash。すべてのプロトコルが標準提供するが自分でも検証。
  6. ガス/ネイティブドロップ: 目的地のガス不足時のフォールバック。
  7. フロントエンドUX: 出発/到着ETA、進行状態(commit→relay→execute)、返金可能性。
  8. モニタリング: Tenderly、OpenZeppelin Defender、Fortaで異常トラフィックのアラーム。
  9. 法務: KYC、sanctions screening(Chainalysis、Elliptic)、Travel Rule互換。
  10. 外部監査: Trail of Bits、Sigma Prime、OpenZeppelin、Spearbit。コード変更ごとに。

References

コメント

まだコメントはありません。

ログインするとコメントできます