ここ数年、水面下で着実に進んでいた資産のトークン化は、決済が足並みを揃えて初めて意味を持つ。ここにきて日本でも、トークン化預金やステーブルコインの発行・導入のニュースが相次いだのは、当然の流れだった。
ならば次はチェーン同士をつなぐinteropインフラの出番だろうか。その世界ではChainlinkとLayerZeroが有力どころとされがちだが、日本においては事情も力学も異なるように思える。
LayerZeroの日本展開を考えるなかで、この問いを自分に何度も投げかけてきたが、調べれば調べるほど、答えは単純にはならなかった。
「複数チェーン」という言葉だけでは、顧客の課題は特定できない。日本のセキュリティトークン（ST）発行、トークン化預金による決済、円建てステーブルコインの展開は、それぞれ資産の所在も、移転の権限も、規制上の責任も違う。既存のAPIや国内インフラで足りる案件に、わざわざ新しいクロスチェーン・プロトコルを持ち込む理由はなく、資産と利用者が複数のネットワークにまたがって、個別接続を維持する負担が実際に重くなってきて初めて、共通のメッセージング層はようやく意味を持ってくる。
何が移るのか
LayerZero V2は、異なるチェーン間でメッセージを届ける仕組みだ。アプリケーションはOAppとして送受信を実装し、検証を担うDVN、宛先で実行するExecutorを組み合わせる1。OFTはその上に乗る代替可能トークンの規格で、送信元で残高を減らし、宛先で対応する残高を増やす2。発行体にとっては、チェーンごとに孤立したラップ資産を量産するより、複数チェーンをまたいだ供給管理を一つの設計で扱える点に魅力がある。
メッセージが届くことと、金融取引が成立することは別の話だ。STの権利移転には投資家適格性や譲渡制限があり、決済には資金移動との条件付き連動、障害時の処理、法的な確定性が求められる。LayerZeroがそれを肩代わりしてくれるわけではない。「金融の相互運用性」という言葉を曖昧なまま使うと、結局何を解決する技術なのか見えなくなる。
JPYCの場合
JPYCは複数チェーンでの展開を進めている3。正直、最初は「対応チェーン数」という数字そのものに気を取られていたのだが、知りたいのは本当はそこではないと途中で気づいた。各チェーンでの発行・償還と総供給量をどう管理しているか。利用者がチェーンを移るとき、交換を使うのか、ブリッジを使うのか、それとも発行体が都度償還・再発行しているのか。新しいチェーンを追加するたびに、監査や権限設定へどれだけの手間が生じているか。ここに実際の摩擦があるかどうかが問題だ。
摩擦があるなら、OFT型の供給管理は検討に値する。LayerZeroのStablecoin OFTには、宛先ごとの一時停止や流量制限、アドレス制御、権限分離を組み込む機能もある4。ただしこれは、発行体の償還義務や準備資産の管理、本人確認、制裁対応まで代行してくれるものではない。JPYCが複数チェーンにあるという事実だけから、LayerZero導入の必要性は出てこない。まず問うべきは、今の運用で実際に何が困っているかだ。
STとトークン化預金の決済
2026年、国内である実証が行われた。ibet for Fin上のSTと、別ネットワーク上のトークン化預金DCJPYを連動させ、ST二次流通のDvP（証券と代金の引換決済）を検証したものだ5。両資産を同じチェーンに移すのではなく、システム間の情報連携と決済照合によって移転を連動させている。発表では商用化に向け、照合・指図処理の自動化や既存システムとの接続、権限・資金管理が課題として挙がっていた。
これは「別ネットワークの資産をつなぐ案件だから、LayerZeroが要る」という短絡に対する、ちょうどいい反例だと思う。参加者が限られ、決済レールも既知なら、今の構成を磨くほうが早い。参加するST基盤や決済ネットワーク、海外の流通先が増え、接続を一組ずつ開発・審査・運用する負担が積み上がってきたときに、初めて共通化の話になるはずで、そこでもLayerZeroが担うのは接続とメッセージ検証の一部でしかなく、DvP全体が成立する条件は別途設計しなければならない。
日本にはすでに、接続をつくっている人たちがいる
ProgmatとDatachainのProject Paxは、銀行の既存業務との接点にSwiftのAPI枠組みを使い、チェーン間の処理にIBCやLCPを用いる構想を公表している6。DatachainはProgmatとの連携で、金融システムのマルチチェーン化も進めている7。日本を「まだ接続技術がない市場」だと見るのは、単純に間違っている。
LayerZeroに出番があるとすれば、既存構成の総取り替えではなく、未対応の接続先が生じたとき、異なる検証方式を持つ経路が必要になったとき、発行体がアプリケーション単位でセキュリティ設定を持ちたいときだろう。それでも既存方式やChainlink CCIPとの比較は避けて通れない。SBIデジタルマーケッツはすでにCCIPを相互運用インフラとして採用し、不動産や債券のトークン化資産、ステーブルコインの国境を越えた移転に使う戦略提携をChainlinkと結んでいる8。比べるべきは対応チェーン数ではなく、各経路の信頼モデル、障害時の復旧、運用主体、費用、既存契約への影響だ。
必要になる条件
日本の金融オンチェーン化を一つの市場としてまとめて語るのは、たぶん危うい。国内で完結するSTの発行・管理、限られた参加者による決済、海外投資家への流通、複数のパブリックチェーン上で使われる円建て資産、それぞれで必要な接続の幅が違うからだ。
私がLayerZeroの必要性を判断するなら、見るのはこの順番だ。資産や利用者が実際に複数の台帳へ分かれているか。発行体や運営者がその間を移動させる事業上の理由を持っているか。SwiftのAPI連携、IBC/LCP、CCIPといった既存の接続方式では満たしにくい要件が残るか。そして、新たな検証者・実行者・コントラクトの管理が生むリスクと費用を、接続の便益が上回るか。この4つが揃って、ようやく検討の土俵に乗る。
LayerZero V2の特徴の一つに、アプリケーションが経路ごとにDVNの組み合わせを選べる、というものがある。ただ、この自由度はそのまま運用責任になる。公式の本番構成ガイドでさえ、単一DVNへの依存を避け、設定の整合性や障害復旧を確認するよう求めている9。金融機関が見たいのは「接続できます」というデモではなく、その設定を誰が承認し、誰が監視し、事故が起きたとき誰が止めるかだ。
この4つが揃った瞬間、LayerZeroは選択肢の一つとして急浮上するはずだ。国内で完結する仕事は、その瞬間が来るまで待てばいい。
私が知りたいのは、どの企業がLayerZeroを採用するかという予想より、日本の金融商品がこれからどこへ流れ、そこで誰がどの責任を負うのかの方だ。その境界が見えて初めて、必要な接続技術も選べるようになる。正直なところ、この整理を続けながら、自分がどこでその境界線に関われるのか、まだ考え続けている。