クロスボーダー SC via Swift API
確度概ね確度あり更新2026-07-30要再確認2026-09-22出典2機械翻訳
目次
Wiki route
This entry sits under フィンテック. Read it with 日本金融規制 — トークン・暗号資産・決済に関する法体系 for adjacent context and 日本 Stablecoin 法制度の三層構造（JPYC・USDC・Project Pax） for the broader system boundary.
[!info] TL;DR Project Pax は、Swift の API モック／シミュレーション環境に適応したクロスボーダー・ステーブルコイン送金基盤のプロトタイプを Progmat と Datachain が検証する構想として、2024-09-05 に公表された。公表資料が示すのは、銀行からの指図を想定する API 面と、IBC、LCP、共同開発したステーブルコイン・コントラクト、TOKI の流動性プールを使うクロスチェーン面である。商用稼働、特定銀行の本番接続、特定チェーンへの配備、受取銀行での最終着金は、この資料だけでは確認できない。^[https://www.datachain.jp/news/progmat-and-datachain-launch-project-pax]
基本パターン
銀行からの指図を想定
↓
Swift API モック／シミュレーション環境に適応
↓
Progmat / Datachain 共同開発のステーブルコイン・コントラクト
↓
IBC + LCP によるクロスチェーン機能
↓
TOKI が提供する流動性プールこの図は Datachain の 2024-09-05 発表に記載された検証構成だけを表す。メッセージ規格、参加銀行、配備チェーン、法的な発行類型、最終的な口座記帳を補ってはいけない。^[https://www.datachain.jp/news/progmat-and-datachain-launch-project-pax]
なぜ SWIFT API を前面に置くのか
下表は Progmat / Datachain の共同発表に記載された目的と検証範囲に限定する。規制承認や AML/CFT 適合を API 接続だけから推定してはいけない。^[https://www.datachain.jp/news/progmat-and-datachain-launch-project-pax]
| 理由 | 内容 |
|---|---|
| 既存業務との連続性 | 銀行が利用する Swift の既存 API 枠組みから Progmat に指図する構想 |
| 指図と価値移転の分離 | API モック／シミュレーション面とブロックチェーン上の送金面を分けて検証 |
| 運用の重複を抑える狙い | Project Pax は銀行の法定通貨送金オペレーションとの二重化と追加投資の抑制を目的に掲げる |
| 検証可能な段階導入 | API mock / simulation と PoC で接続、規制、ウォレット利用等の論点を検証してから次段階へ進む |
他の仕組みとの比較境界
Project Pax の発表は、銀行預金台帳や他社の決済ネットワークと「同じ機能」であること、またはそれらと競争関係にあることを立証しない。金銭の法的性質、運営主体、参加条件、稼働段階が異なる仕組みは、それぞれの直接資料で評価する。
Project Pax の技術構成
構成要素は 2024-09 の Progmat / Datachain 共同発表に基づく。発表は設計と実証目標であり、全チェーン・流動性・コンプライアンス機能の本番提供を意味しない。^[https://www.datachain.jp/news/progmat-and-datachain-launch-project-pax]
| Layer | 構成要素 | 提供者 |
|---|---|---|
| 銀行指図 | Swift API mock / simulation environment | Progmat / Datachain が検証 |
| 送金基盤 | Progmat Coin 連携とクロスボーダー送金機能 | Progmat + Datachain |
| Cross-chain | IBC + LCP middleware | Datachain |
| 流動性 | Cross-chain conversion / transfer 用 pool | TOKI |
| Stablecoin contract | Progmat / Datachain 共同開発 contract | Progmat + Datachain |
| 金融機関レビュー | 実務・規制・運用論点の検証 | 共同発表が示す金融機関レビュー |
BIS Project Agorá との比較
両プロジェクトの公式発表に基づく比較。Agorá は Swift を含む40超の民間参加者を持つが、Project Pax の上位ネットワークとして設計されたものではない。^[https://www.datachain.jp/news/progmat-and-datachain-launch-project-pax; https://www.bis.org/about/bisih/topics/fmis/agora.htm; https://www.bis.org/innovation_hub/projects/agora_list_participants.pdf]
| 項目 | Project Pax | BIS Project Agorá |
|---|---|---|
| 主導 | Progmat + Datachain | BIS + IIF + 8中央銀行 + 40超の規制金融機関 |
| 目的 | Swift API 経由の指図とステーブルコイン送金を接続 | トークン化預金と中央銀行準備を使う卸売クロスボーダー決済 |
| Settlement asset | 接続対象の民間ステーブルコイン | Tokenised commercial-bank deposits + tokenised central-bank reserves |
| 技術 | API mock、IBC、LCP、stablecoin contract、TOKI pool | 預金の unifying layer と法域別の中央銀行準備 ledger |
| 2026-07-30時点 | 日韓 Phase 2 の実証段階 | Prototype 完了、限定的 real-value testing へ進む計画 |
| 関係 | 独立した民間実証 | 独立した公共・民間研究プロジェクト |
両者は目的、参加者、決済資産、検証段階が異なる。引用資料は、Agorá が Project Pax の基盤であること、Project Pax が Agorá の末端機能であること、または一方の実装が他方に依存することを示していない。
限界 / リスク
- 商用状態未確認: Phase 2 実証の完了、料金、SLA、取引量は公式発表で確認する必要がある
- 規制は別途必要: Swift API 接続は発行、送金、販売、AML/CFT の認可を代替しない
- 参加範囲: 金融機関名や対象法域は、各段階の直接発表で確認する必要がある
- 技術範囲: メッセージ規格、配備チェーン、最終口座記帳は 2024-09-05 発表から推定しない
応用
- 「ブロックチェーン + 既存の銀行業務フロー」の統合を検討する際の事例
- API 指図面とブロックチェーン価値移転面を分ける設計の確認
- 金融機関向けクロスチェーン・プロトコル比較 — IBC / LCP / CCIP / LayerZero / Hyperlane と併せたクロスチェーン技術の比較
Related
- Wiki Index
- 日本信託型 SC 架構
- 金融機関向けクロスチェーン・プロトコル比較 — IBC / LCP / CCIP / LayerZero / Hyperlane
- B2B ステーブルコイン越境決済の爆発的成長（733% YoY、$226B）
- 央行职能解体五层
- GENIUS Act の実施状況
Sources
発見
続けて読む
次に読む
- DORA CTPP 第三者リスク · AWS/Anchorage を金融規制下に間接的に取り込むCTPP コンセプトは 2018-2021 の欧州銀行業におけるクラウド集中度懸念（AWS が EU 金融クラウドの 40%+ を占有）に源流を持つ。EBA 2017《クラウドサービスプロバイダーへの外部委託に関する勧告》が初期の試み。DORA 2022 通過により CTPP はソフトガイダンスからハード規制に格上げ。2024-07 ESAs Level 2 RTS で定量基準...
- DORA · EU Digital Operational Resilience Act 概観DORA は 2020-09 の EU Commission Digital Finance Package の一部として提案され、MiCA と同時期に推進された。2022-12 採択、2025-01 全面施行。ESAs(EBA + ESMA + EIOPA)が 2024-07 に 9 セットの Level 2 RTS/ITS を公表し、9 つのサブ領域を落とし込んだ。米国対応...
- 二通貨アービトラージ · §501 リーガル hack と規制脆弱性1. 個人 / 企業が 2 つの独立した 1:1 stablecoin を自主的に相互交換 = 自主的な資産配分 · FX 免許不要 2. DEX がプール流動性を提供 = 自動マーケットメイク · OTC FX desk ではない 3. mint/burn は発行体のみ実施 = 発行体が行うのは「償還」· 「両替」ではない
ここへリンク
- 日本ステーブルコイン発行体規制分類マトリクス — 電子決済手段等取引業 / 信託型 / 銀行発行型 / 資金移動業者型 / 前払式支払手段境界日本の円建て・USD 建て stablecoin は、発行体、法的主体および提供機能に応じて資金移動業者型、信託型、銀行預金トークン、電子決済手段等取引業者による仲介、前払式支払手段との境界に分けて確認する。本表は JPYC、Progmat 関連案件、DCJPY、みんなの銀行、SBI VC Trade の公開情報を検証入口として扱い、未公表の参入候補や発行コミットを推定しない。
- 韓国 Kimchi Premium 経済学 — Upbit/Bithumb 局所価格差の構造「キムチプレミアム」(韓国語 김치 프리미엄) は韓国国内 CEX (Upbit/Bithumb 等) BTC 価格が海外 (Binance/Coinbase) 価格より 1-10% 高くなる現象。2017-2018 ピーク時は 40-60% 達成。KRW 法定通貨流出制約と韓国国内クリプト需要過熱の二重要因によって、規制差が価格に内在化された独特な市場構造。
- Agorá vs mBridge · クロスボーダー決済デュアル・トラック制の戦略比較両プロジェクトは実際には平行するクロスボーダー決済インフラだが、2 つの異なる政治的コンセンサスを体現する:
- 金融機関向けクロスチェーン・プロトコル比較 — IBC / LCP / CCIP / LayerZero / Hyperlane出典: IBC / LCP assumptions table.
- Fnality International · 銀行連合のホールセール決済トークン · BoE ライセンス取得 GBP は既稼働Fnality のコアモデル = 「オンチェーンの中銀準備金」 (vs. JPM Coin / JPMD = 「オンチェーンの商業銀行預金」TD)。各加盟銀行が BoE / Fed / ECB / BoJ に Omnibus account (集約口座) を開設し、準備金を預け入れた後、Fnality がブロックチェーン上で等額の fnPS token を mint する。決済...