決済プロセスの構造整理：カード決済 / ○○Pay / 決済代行

商取引から最終決済までのプロセスを、(1) クレジットカード決済の標準モデル、(2) ○○Pay等のQR決済の位置づけ、(3) 決済代行が挟まる／挟まらないケース、の順で整理する。図はMermaidで記述。

目次

  1. 登場プレイヤー（5者モデル）
  2. ★ ○○Payがステーブルコインを受け付けるときのステップ（3段階）
  3. ★ 新しくステーブルコインを発行する理由（プライバシー × 流動性）
  4. カード決済の3フェーズ：オーソリ→クリアリング→セトルメント
  5. 情報フロー vs 資金フロー
  6. 手数料の内訳（インターチェンジ構造）
  7. ○○Payの位置づけ（4パターン）
  8. 決済代行が入るパターン／入らないパターン
  9. 統合比較表とレイヤー図
  10. On-Us取引：自社カード→自社残高チャージのグループ内還流

1. 登場プレイヤー（5者モデル）

カード決済は古典的に「4-party model」と呼ばれるが、ネットワーク（スキーム）を含めて5者モデルとして捉えるとわかりやすい。

情報の流れ vs お金の流れ（時計回り vs 反時計回り）

5者を4列に配置すると、情報フロー（オーソリ）と お金フロー（セトルメント）が逆向きに循環する 構造が見える。以下のSVG図で詳細を示す。

フロー線種方向順序速度
🔵 情報フロー（オーソリ） 青・点線 時計回り
U → M → A → N → I		 ① ② ③ ④ 数秒（リアルタイム）
🟢 お金フロー（セトルメント） 緑・太線 反時計回り
U → I → N → A → M		 ⑤ ⑥ ⑦ ⑧ T+1〜T+2、加盟店入金は月2回も
🔴 商品フロー 赤・破線 M → U 購入時即時 —
視覚化のポイント
・情報は購入の瞬間（数秒）に時計回りで一周：会員→加盟店→アクワイアラ→ネットワーク→イシュアと進み、承認応答が逆経路で返る
・お金はイシュア→アクワイアラ→加盟店と流れる：クリアリング経由でイシュアからアクワイアラに直接決済。会員→イシュアの引落は最大60日、アクワイアラ→加盟店の入金は約45日
・会員は商品を即時受け取るが、自分の口座から実際にお金が引き落とされるのは翌月以降
・逆向きに循環する2つの流れが、決済システムの本質

📐 SVG版（位置固定・矢印追加で崩れない）

同じ5者モデルをインラインSVGで描画したもの。箱の座標は明示的に指定されているため、矢印を追加・修正してもレイアウトは絶対に崩れない。Mermaidの自動レイアウトとの違いを比較してほしい。

列1: 消費者 列2: 売り手 列3: 金融プレイヤー 列4: ネットワーク ⑤引落（最大60日） ⑥クリアリング （直接決済） ⑦入金（45日） 情報① 情報② 情報③ 情報④ 🎁商品 ① カード会員 Cardholder ② 加盟店 Merchant ④ アクワイアラ Acquirer ③ イシュア Issuer ⑤ ネットワーク Visa / MC / JCB 情報フロー（数秒、auth） お金フロー（T+1〜月次） 商品フロー（即時）

SVG版の特徴：Mermaidとの比較

項目Mermaid版SVG版
記述コスト低（数行）高（座標指定が必要）
ノード位置の安定性×（自動再配置）◎（座標固定で絶対動かない）
矢印追加時の影響レイアウト崩壊リスク箱は無関係、矢印だけ追加
カスタマイズ性テーマ・スタイル変数で限定的SVG属性で完全自由
レスポンシブ自動viewBox + width:100% で対応
適した用途構造の概念把握、シーケンス、フロー位置に意味がある図、円環、地図、固定レイアウト
使い分け指針：
・Mermaid = 「構造を理解させる図」（Sequence、Flowchart、Timeline）。書きやすさ優先
・SVG直書き = 「位置関係が意味を持つ図」（円環、ペンタゴン、5者モデル等）。安定性優先
・両者は競合ではなく 相互補完。同じドキュメント内で両方使ってOK

📊 業態別バリエーション（SVG 3パターン比較）

同じレイアウト思想で、(A) 一般的なクレカ、(B) ○○ペイ（クローズドループ）、(C) PSP経由（複数ネットワークが背後にある）の3パターンを描画。同じ「会員→売り手→決済プレイヤー」軸で比較できる。

パターンA：一般的なクレジットカード

列1: 消費者 列2: 売り手 列3: 金融プレイヤー 列4: ネットワーク 最大60日 クリアリング （直接決済） 45日 ① 会員 Cardholder ② 加盟店 Merchant ④ アクワイアラ Acquirer ③ イシュア Issuer (各カード会社) ⑤ ネットワーク Visa / MC / JCB

特徴：5者がそれぞれ独立企業。情報・お金が複雑に往復する。

パターンB：○○ペイ（クローズドループ型 QR決済）

列1: 消費者 列2: 売り手 列3: ペイ事業者（Iss + Acq + Network 全部内製） 残高チャージ（口座引落・カード等） 月2回精算（MDR控除） QR提示 決済要求 ① 会員 User ② 加盟店 Merchant ○○ペイ（auフィナンシャル / PayPay 等） 残高発行 ≒ Issuer 加盟店契約 ≒ Acquirer 内部清算 ≒ Network ↔ 内部DBで完結 オーソリ・クリアリング・セトルメントすべて社内処理 Visa/MC網は経由しない

特徴：3者の役割（Iss・Acq・Network）が 1社内に内製。決済の3フェーズが内部DBで完結。Visaを通らない分、手数料が安い（~1.98%）。

パターンC：PSP（決済代行）経由 — 背後に複数ネットワークループ

列1: 消費者 列2: 売り手 列3: PSP 列4: 背後の複数ネットワーク QR/カード 決済要求 統一サイクル一括入金 ① 会員 User ② 加盟店 Merchant ③ PSP 決済代行 GMO-PG / SBPS / Stripe / Square 取引方法を判別 → 適切な背後網へ ルーティング Visa/MC レール Acquirer Visa網 Issuer (複数) JCB レール（クローズドループ） JCB（Acq + Network + Iss を兼ねる） QRペイ レール（クローズドループ） au PAY (内部完結) PayPay (内部完結) 銀行・コンビニ収納 レール 銀行（全銀ネット） コンビニ収納代行 ※ 加盟店 ① はPSPの "1契約・1API" のみで 　 上記すべての決済手段に対応可能

特徴：加盟店はPSPと 1契約のみ。背後では PSP が複数の決済レール（Visa/MC、JCB、各種QRペイ、銀行、コンビニ収納）に取引を振り分ける。

3パターン比較表

項目A. 一般クレカB. ○○ペイC. PSP経由
背後の決済プレイヤー数3者（Iss・Acq・Network）1社（全部内製）多数（PSPが束ねる）
加盟店契約数1（Acqと）1（QRペイと）1（PSPと、複数決済対応）
加盟店手数料2〜4%~1.98%各レール手数料 + PSP手数料 0.3〜1%
セトルメント銀行間で複雑QRペイが内部でPSPが集約して一括入金
適した加盟店大手チェーンQR受付したい店EC・中小実店舗
① カード会員（Cardholder）
カードで支払う消費者。イシュアと契約し、与信枠を持つ。
② 加盟店（Merchant）
商品・サービスを売る事業者。アクワイアラと加盟店契約を結ぶ。
③ イシュア（Issuer / カード発行会社）
三井住友カード、楽天カード、JCB等。会員に与信枠を提供し、立替払いをする主体。
④ アクワイアラ（Acquirer / 加盟店契約会社）
加盟店を開拓・契約し、決済データを取り次ぐ。三井住友カードやJCBは イシュアとアクワイアラを兼ねることが多い。
⑤ ブランド／ネットワーク（Card Scheme）
Visa、Mastercard、JCB、Amex、銀聯。ルール策定・ネットワーク提供・スキーム間清算を担う。Visa・MCは自分でカード発行も加盟店契約も行わない。
オープンループ vs クローズドループ
・Visa / Mastercard：オープンループ。発行と加盟店契約を別企業が担う。
・JCB / Amex / Diners：クローズドループも持つ。自社が発行・加盟店契約・ネットワークを兼ねる。
・○○Pay（PayPay、au PAY、d払い 等）：完全クローズドループ。発行（残高）・加盟店・ネットワークを単一企業が垂直統合。

○○Payがステーブルコインを受け付けるときのステップ

○○Pay事業者がステーブルコイン（JPYC等）を自社決済システムに統合する場合、3つの段階で受け入れ範囲を拡大できる。各ステップで「誰が・どこで・どのようにSCを使うか」が異なり、難易度・収益機会・エコシステム影響度が段階的に上がる。

ステップ① ステーブルコインチャージ（残高チャージ手段としてのSC受け入れ）

最も軽い対応。ユーザーが保有するJPYC等を、銀行口座やクレカと並ぶ 残高チャージ方法の一つ として受け入れる。
SCは○○Pay側で円残高に変換され、ユーザーは普段通りQR決済する。

列1: 消費者 列2: 売り手 列3: ○○Pay事業者 ★ JPYC送金（チャージ） 月2回精算（MDR控除） ① 会員 JPYC保有Wallet ② 加盟店 Merchant ○○Pay事業者 ★ SC受領 即時バーン 残高発行 ≒ Issuer 加盟店契約 ≒ Acquirer SC受領 → 即円化 → 残高反映 → 後は既存のクローズドループフロー SCは滞留せず（残高への寄与は薄い）
項目内容
必要なライセンス電子決済手段等取引業（既存資金移動業に追加）
UX変更チャージ画面に「JPYCチャージ」が追加されるだけ
収益への影響銀行口座連携の代替。中抜き手数料がやや削減
難易度★☆☆（最小）
戦略的価値低〜中。Web3ネイティブユーザーへの入口確保

ステップ①のメリット

○○Pay事業者視点 中

外国人ユーザーの取り込みが最大の果実。日本円口座を持たない訪日外国人や、Web3ネイティブユーザーが、USDC等のステーブルコインを介して○○Payにチャージできるようになる。

SC発行残高への寄与 薄い

このステップでは効果は限定的。ユーザーがチャージしたSCは○○Pay側で 即時消却（バーン） されて円残高に変換されるため、SCとして滞留しない。

ステップ② ○○Payによるステーブルコイン直接決済対応

QR決済の その瞬間にユーザーがJPYCで支払う形態。ユーザー側残高を経由せず、ユーザーウォレットから直接JPYCが○○Payに流れ、○○Payが加盟店に対して通常のサイクルで円精算する。

列1: 消費者 列2: 売り手 列3: ○○Pay事業者 QR提示 ★ JPYC即時決済（残高経由しない・購入の瞬間） 月次JPY精算（既存） ① 会員 JPYC保有Wallet ② 加盟店 JPYで受取 ○○Pay事業者 ★ SC在庫保有 月次で円化 加盟店契約 ≒ Acquirer 内部清算 ≒ Network SC受領 → 約30日保有 → 円化精算 残高（DB）への記帳は経由しない ★ SCが滞留 → 業界SC残高に寄与
項目内容
必要なライセンス電子決済手段等取引業 + 信託型SC発行体との連携
UX変更支払方法選択に「JPYC払い」が追加。残高経由しないので即時感あり
収益への影響加盟店手数料は同じ。○○PayがSC↔JPY両替差益を取得
難易度★★☆（中）
戦略的価値中〜高。Web3ユーザーがそのままQR決済できる体験。Double Preservation問題に注意

ステップ②のメリット

○○Pay事業者視点 中〜高

ユーザー裾野の拡大。○○Payアプリを持っていなくても、SC（JPYC等）のウォレットさえあれば○○Pay網に対して支払いが可能になる。

SC発行残高への寄与 小〜中

少しずつ残高が積み上がる。○○Pay側は受け取ったSCを即時消却する必要がなく、月次の加盟店精算サイクル内で円化すればよい。1ヶ月程度の滞留が発生する。

ステップ③ 外部エコシステム連携（アフィリエイト型）

最大の発展形。外部のウォレット事業者（メルペイ残高、楽天キャッシュ、海外USDCウォレット等） がJPYCを保有しているとき、それを自社UIから○○Pay加盟店に対して支払えるようにする。
○○Payは決済代行・アクワイアラ的に振る舞い、外部プロバイダーには レベニューシェア（アフィリエイト報酬） を還元する。

列1: 消費者 列2: 売り手 列3: ○○Pay事業者 + 外部ウォレット QR提示 ★ JPYC送金 + アフィリエイト情報 月次JPY精算（既存） ★ レベニューシェア （送客手数料） ★ 操作（残高管理・支払指示） ① 会員 外部ウォレット保有 ② 加盟店 ○○Pay加盟店 ○○Pay事業者（ルーター／アクワイアラ） ★ SC受領 送客元記録 加盟店契約 ≒ Acquirer ★ 収益配分 レベシェア計算 外部ウォレット全員がSC保有 → 業界全体でSC残高が大幅に拡大 ★ ○○Pay網が「日本のSC決済のVisa網」化 外部ウォレット（送客元プロバイダー） 例: メルペイ残高, 楽天キャッシュ, Web3ウォレット, 海外送金事業者（Wise等） ★ 自社ユーザーにSCウォレットを提供 → 送客手数料を受領
このモデルの真価：
・誰でも○○Pay加盟店に支払える世界が実現。SC対応している外部プロバイダーは個別に加盟店契約せずとも○○Pay網にアクセス可能
・特に 「残高は持っているが支払い口が少ない」 プロバイダー（例：メルペイ残高、Web3ウォレット、海外送金プラットフォーム）にとって極めて魅力的
・○○Payは 送客元の規模に応じてレベニューシェア を受け取り、自社加盟店網の収益化機会が拡大
・実質的に ○○Pay網が「JPY決済のVisa網」化 する戦略
項目内容
必要なライセンス電子決済手段等取引業 + アクワイアラ機能拡張
UX変更○○Pay自体のUIは変わらず。外部プロバイダー側UIで「○○Pay加盟店で使える」と表示
収益への影響新規収益源：外部送客分の手数料 +α。送客元プロバイダーともシェア
難易度★★★（高）
戦略的価値★★★★★。実質的に「日本のSC決済網」のハブを取りに行く戦略

ステップ③のメリット

○○Pay事業者視点 ★最大

自社で頑張ってユーザーを集めなくても、決済額が増える。外部プロバイダーがユーザー側の獲得を担い、○○Pay網は「決済の通り道」を提供するだけで取扱高を伸ばせる。

SC発行残高への寄与 ★大

業界全体のSC流通残高が大幅に増加。○○Pay網に参加したい外部ウォレットプロバイダーは、JPYC等のSCを 常時保有するインセンティブ を持つようになる。

3ステップの比較サマリ

ステップSC役割○○Payの立場○○Pay視点メリットSC残高への寄与難易度
① SCチャージ残高チャージ手段SC受領・即円化外国人ユーザー獲得薄い（即時消却）★☆☆
② SC直接決済支払手段SC↔JPYブリッジユーザー裾野拡大小〜中（〜30日滞留）★★☆
③ 外部連携外部からの送金支払アクワイアラ／ルーター連合戦略でPayPay牽制大（業界全体で残高創出）★★★
段階的に進化する：①→②→③ の順に、○○Payの役割が「受身的なチャージ受領」から「能動的な決済ネットワーク提供者」へとシフトする。
特に③は、メルペイのように 残高源泉が強いが加盟店網が狭い 事業者にとって、○○Pay網と組むことで両者win-winの関係を築ける。前回のメルペイ × au PAYアライアンスシナリオはまさにこの③の具体形。

各ステップにおけるSC発行残高の数値試算

📊 参考：米国メジャークレカを日本で使うときの手数料

SC決済が「既存手段より安い」と言うためには、比較対象となる現行手数料を把握する必要がある。以下は米国カード保有者が訪日して日本で円建て決済した場合の典型的な手数料構造。

ユーザー側手数料（米国主要カード別）
カードネットワーク海外取引手数料FXレート差（Network markup）備考
Chase Sapphire Reserve / PreferredVisa0%~0.3%（Visa）Travel系プレミアム
Capital One Venture / QuicksilverVisa / MC0%~0.3%FX手数料免除カード
Amex Platinum / GoldAmex0%~0.5%（Amex rate）JCB提携で日本の加盟店多
Citi PremierMastercard0%~0.3%
Discover itDiscover0%~0.3%日本の加盟店少（提携JCB対応）
Chase Freedom（標準カード）Visa3%~0.3%標準カードは3%課金が主流
Bank of America 標準カードVisa / MC3%~0.3%ユーザー総コスト 3.3%
Wells Fargo 標準カードVisa3%~0.3%
DCC勧誘に応じた場合（どのカードでも）—+3〜5%合算で5〜8%常にローカル通貨選択推奨
事業者（加盟店）側手数料（日本の加盟店が支払うMDR）
加盟店タイプ国内カード MDR海外カード MDR（クロスボーダー）備考
大手チェーン（コンビニ、百貨店等）2.0〜2.5%2.5〜3.5%交渉力あり
中小実店舗（PSP経由）3.0〜3.5%3.5〜4.5%Square、Stripe等
観光地・高単価店3.0〜4.0%3.5〜5.0%外貨対応あり
Amex / Diners 加盟店4.0〜7.0%4.5〜7.0%ブランドプレミアム
合計コスト試算（米国観光客が ¥10,000 を支払うシナリオ）
シナリオユーザー側加盟店側合計コスト合計%
Chase Sapphire（FX 0%）+ 国内Visa¥30¥350¥3803.8%
Amex Platinum + Amex加盟店¥50¥500¥5505.5%
標準カード（FX 3%）+ 国内Visa¥330¥350¥6806.8%
DCC勧誘に応じた場合¥400¥350¥7507.5%
暗号資産取引所経由（USDC→JPY出金）¥250 (rate差) + ¥500 (出金料) = ¥750—¥7507.5%
結論：典型的な合計コストは 4〜7% 程度
・最も安いケース（プレミアムカード+大手加盟店）でも 3.8%
・標準的な状況では 5〜7%
・DCC罠にハマると 7〜8%
SC決済シナリオとの比較
SC決済方式スリッページガス／ネットワーク代合計
V3集中流動性 1% スリッページ¥100¥10（L2）¥110（1.1%）
V3集中流動性 3% スリッページ¥300¥10¥310（3.1%）
V3集中流動性 5% スリッページ¥500¥10¥510（5.1%）

💡 スリッページ目標の妥当性検証

3%スリッページの位置づけ：
・現行の 最も安いクレカ経路（プレミアムカード+大手加盟店、3.8%）と互角。「同等」レベル
・標準的なクレカ経路（5〜7%）よりは 明確に安い
・DCC罠（7.5%）と比較すると 圧倒的に安い

もう少し攻めた目標（1〜2%）の方が説得力：
・1% スリッページなら 全クレカ経路を圧倒。最高水準のプレミアムカードでも勝負にならない
・2% でも 標準的なケースより明確に有利
・ただし1〜2%にするには集中流動性をさらに狭く深く積む必要があり、必要TVLが増加（流動性 ≒ SC残高）

結論：目標スリッページは「2%」が現実的かつ競争力ある水準。本試算では3%の前提を維持しつつ、感度分析として2%/1%ケースも参考表示。
スリッページ別の必要TVL感度分析
スリッページ目標必要TVL倍率必要集中流動性（Step ②、日次10億円ベース）競合との位置づけ
5%（緩め）×1〜210〜20 億円標準クレカと同程度
3%（現行試算）×2〜520〜50 億円プレミアムカードと互角
2%（推奨目標）×4〜840〜80 億円明確に安い
1%（理想）×8〜1580〜150 億円圧倒的に安い

→ スリッページ目標を厳しくすると、必要なSC残高（流動性）も比例して増える。 クレカに対する競争力 と 事業立ち上げ時の必要資本 のトレードオフ。

計算思想（Uniswap V3 集中流動性モデル）

SC発行残高は 「決済をスムーズに処理するために必要な集中流動性プール（Uniswap V3型 AMM）の量」 として算出する。
日々支払われる流動量に対して、価格レンジ 155〜165円/USD（±3%帯） にどれだけの流動性が積まれていれば、目標スリッページ内で決済が成立するかを考える。

計算前提
・狭いレンジに集中させた流動性は、フルレンジ流動性の 数十倍の効率 を持つ
・155〜165円レンジ（±3.1%）への集中で、概ね 30倍の集中率（Concentration Factor）
・スリッページ3%以内で決済を捌くための実効流動性 ≈ 日次取引量の 2〜5倍（一方向フローを考慮）
・→ 必要TVL ≈ 日次取引量 × 2〜5。これが対応するSC発行残高

ステップ② SC直接決済：全SC決済需要を捕捉（メイン計算）

Step ② は ○○Payアプリのダウンロードが不要。SCウォレット保有者がそのままQR加盟店に支払えるため、日本国内のSC決済需要を全て取り込める。

需要側
セグメント前提年間需要
訪日インバウンド消費5.3兆円 × CL30% × SC保有率 10〜15%1,590〜2,385 億円
国内SCホルダー（Web3/暗号資産投資家）暗号資産口座保有1,000万人 × 平均決済額500〜1,500 億円
越境ECセラー・クリエイターUSD建て売上の円化決済200〜800 億円
SC決済需要 合計2,300〜4,700 億円/年
日次平均÷ 3656.3〜12.9 億円/日
必要流動性側
項目前提数値
価格レンジ155〜165円/USD±3.1%
スリッページ許容1取引あたり< 3%
集中率（Concentration Factor）V3レンジ集中~30倍
必要TVL倍率一方向フロー想定（インバウンドは USDC→JPYC が支配的）日次量 × 2〜5倍
必要TVL（=SC発行残高）6.3〜12.9億 × 2〜513〜65 億円

→ ステップ②単独で 13〜65億円 のSC発行残高（USDC/JPYCペア集中流動性）が常時必要となる。これが対応する SC 発行体（JPYC等）の残高に直結。

ステップ① SCチャージ：○○Payダウンロードの壁を乗り越えた分

Step ① は ユーザーが○○Payアプリをダウンロードしてチャージする 必要があるため、SC決済需要のうち実際に到達できるのはごく一部。

項目前提数値
SC決済需要（Step ②と同じ）2,300〜4,700億円/年6.3〜12.9 億円/日
○○Payアプリのダウンロード率SC利用したい人 → 実際にDLする転換率× 0.1
到達可能な日次需要需要 × DL率0.6〜1.3 億円/日
必要TVL（同じく集中流動性 × 2〜5倍）1.3〜6.5 億円

→ ステップ①は 1〜7億円 程度のSC残高に留まる。「○○Payをダウンロードする手間」がボトルネックになるため、Step ② の1/10程度。

ステップ①と②の対比：
・Step ②：SCホルダーがそのまま支払い → SC決済需要をフル捕捉（13〜65億円）
・Step ①：○○Payダウンロード必要 → 1/10にスケールダウン（1〜7億円）
・Step ② が圧倒的に SC 残高創出効果が大きい ことが確認できる

ステップ③ 外部エコシステム連携：複数プロバイダーの積み上げ

⚠ 大前提：「ステーブルコインが資金移動業の現金相当物に認定されるか」の規制論点

Step ③ が成立する最大のハードルは、SCを保有する外部事業者（資金移動業者）にとってSCが履行保証額の保全資産として認められるかどうか。

論点：
・JPYC等の信託型ステーブルコインは、既に 日本円が信託で保全された上で発行 されている
・これを資金移動業者がさらに保有する場合、「信託」+「資金移動業の100%保全」の二階建てになる
・現行制度では SCは保全資産リストに含まれていない → Double Preservation 問題が発生
・「裏付けが既に信託済みだから二重保全は不要」という業界の主張が通れば、Step ③ は加速
・通らなければ、外部事業者がSC在庫を持つ資本コストが過大になり、Step ③ は限定的

→ Step ③ の数値試算は「保全要件の論点が整理される」前提 で行う。
（詳細は ○○Pay事業者の戦略 ＆ 保全要件 PART 2 参照）

代表的な外部プロバイダーごとに試算。

プロバイダー年間取扱（GMV/残高源泉）SC化率滞留期間SC残高寄与
メルカリ売上金 GMV 1兆円 × 残高化率40% = 4,000億円/年 10〜40% 60〜90日（出品者が保有） 65〜400億円
楽天キャッシュ 残高プール ~5,000億円規模 5〜15% 30〜60日 20〜120億円
Web3ウォレット（USDC等） クロスボーダー利用 ~1,000億円/年 30〜60% 30日 25〜50億円
海外送金事業者（Wise等） 日本拠点国際送金 ~5,000億円/年 5〜15% 15〜30日 10〜60億円
その他（LINE Pay類、d払い等） — — — 100〜300億円
合計（ステップ③のみ） 220〜930億円

→ さらに「全プロバイダーが○○Pay網に向けてSC在庫を持つ」インセンティブが働くため、長期的にはネットワーク効果でさらに膨らむ可能性。

3ステップ統合した発行残高シナリオ

シナリオステップ①ステップ②ステップ③合計（残高）
Conservative（早期普及）~0億円175億円220億円~400億円
Base（中期）~1億円400億円500億円~900億円
Bull（成熟）~1億円700億円930億円~1,600億円
+ ネットワーク効果上乗せプロバイダー在庫 + 業界全体のSC需要連鎖2,500〜5,000億円
計算の含意：
・ステップ①単独では 残高創出効果はほぼゼロ（即時バーン）
・ステップ②で 175〜700億円 規模（月次フロート）
・ステップ③で 追加 200〜900億円（複数プロバイダー積み上げ）
・ネットワーク効果まで含めれば 1,600〜5,000億円 の業界全体SC残高創出が見込める

これは前回ドキュメント「ステーブルコイン仮説」のベースケース（2〜5兆円）の 10〜25%程度を、○○Pay経由だけで占有しうる 規模感。

新しくステーブルコインを発行する理由

「すでにJPYC、Progmat Coin、USDC等のステーブルコインがあるのに、なぜ新しいトークンを発行する必要があるのか？」という問いへの回答。
結論：「パブリックチェーンでありながら、決済プライバシーを選択的に保護できる機能」を持つトークンが必要だから。

核心：流動性とプライバシーのジレンマ

パブリックチェーン採用は必須 YES

流動性確保のため、パブリックチェーン上でなければならない。

しかし、決済全部公開はリスク NO

加盟店⇄ユーザー間の決済が全てパブリックチェーンに記録されると、看過できないリスクが発生。

解決策：プライバシーオプション付きパブリックSC

このジレンマを解決するには、「パブリックチェーン上に存在しつつ、決済時はプライバシーを保護できる」トークンが必要。

機能内容類似技術
シールド送金（Optional Privacy） ユーザーが選択した決済はオンチェーン上で送金額・送受信者が暗号化される Zcash, Aztec, Tornado Cash の合法版
監査可能性（Auditable Privacy） 規制当局・監査人だけがzkプルーフで内容を検証できる Selective disclosure / view key
標準モードとの両立 送受信者の合意で公開モード／プライベートモードを切替可能 USDC + Aztec, EURC + Privacy Pools
規制対応 KYC ウォレット保有者は KYC 済みであるが、トランザクション内容は秘匿 Aztec Connect, Polygon ID

既存ステーブルコインでは実現困難な理由

既存SC制約
USDC / USDT全トランザクションが公開。プライバシーオプションなし
JPYC（既存）同上。Ethereum/Polygon上で全公開
Progmat Coinパーミッション型コンソーシアムチェーン中心。プライバシーは「データ閉鎖」で実現するが、公開チェーンでの流動性は得られない
銀行型ステーブル各銀行がプライベートに発行 → 標準性・流動性が低い
新トークン発行の論拠：
パブリックチェーンの「流動性・標準性・透明性」と、決済データの「プライバシー保護」の 両立 を実現するためには、新規発行トークンが必要。

具体的には以下の3要件を満たす必要がある：
1. パブリックチェーン上で発行（Ethereum, Solana, または専用L2）
2. 決済時にシールド送金オプション（zkプルーフ・mixer等）
3. 監査当局・コンプライアンスは可視化可能（selective disclosure）

既存SCはどれもこの3要件を満たしていない。新規発行こそが 「商取引に使えるSC」 への道。

どのチェーンで発行するか

選択肢長所短所
Ethereum L1 最大の流動性・互換性 ガス代高、プライバシー機能は別レイヤー必要
L2（Aztec, Scroll等） プライバシー機能ネイティブ、ガス代低 L2の流動性に依存
専用国内チェーン（Progmat等） 規制対応済み、信託基盤との親和性 パブリックチェーンの恩恵が薄い
Hybrid（複数チェーン展開） 用途別に最適化 運用複雑、ブリッジリスク
理想形：Ethereum / Solana 等の主要パブリックチェーン上に発行。プライバシー層として L2（Aztec 等）または zk-rollup を活用。Selective disclosure で監査可能。
=「USDCの流動性 × Zcashのプライバシー × Progmatの規制対応」の三位一体。

2. カード決済の3フェーズ：オーソリ→クリアリング→セトルメント

カード決済は「1回の取引」に見えても、実際は 3つの異なるフェーズ が時間差で動いている。

フェーズ① オーソリゼーション（与信、Authorization）

タイミング：購入の瞬間（数秒）　動くもの：情報のみ。お金は動かない。

sequenceDiagram autonumber participant U as 会員 participant M as 加盟店POS participant A as アクワイアラ participant N as Visa/MC ネットワーク participant I as イシュア U->>M: カード提示・金額入力 M->>A: オーソリ要求 A->>N: ルーティング N->>I: 与信判定要求 Note over I: 限度額・不正検知 I-->>N: 承認 / 拒否 N-->>A: 結果転送 A-->>M: 結果転送 M-->>U: レシート / 商品受領

この時点で 「会員はイシュアに対して債務を負った」 状態になる（与信枠が確保された＝事実上の貸付実行）。

フェーズ② クリアリング（清算、Clearing）

タイミング：通常その日の終わりにバッチ処理（数時間〜1日）　動くもの：取引データ。お金はまだ動かない。

flowchart TD M[加盟店] -->|1日分の売上ファイル| A[アクワイアラ] A -->|集計データ送信| N{Visa / MC
ネットワーク} N -->|請求データ| I1[イシュア X] N -->|請求データ| I2[イシュア Y] N -->|請求データ| I3[イシュア Z] N -.差引ネットポジション計算.-> N

ネットワーク内で「アクワイアラA は イシュアX に1億円請求、Y に2億円請求…」というネット（差引）ポジションが確定する。

フェーズ③ セトルメント（最終決済、Settlement）

タイミング：T+1〜T+2　動くもの：実際の銀行間送金。

flowchart LR IB[イシュア決済銀行口座] -->|ネット差引額| NB[ネットワーク
セトルメントバンク] NB -->|各アクワイアラに振分| AB[アクワイアラ決済銀行口座] AB -->|MDR控除後| MB[加盟店銀行口座] style NB fill:#fff8e1,stroke:#f0b429

セトルメントバンクの例：Visaは Wells Fargo等、JCBは国内銀行。日本国内のJCB取引なら全銀ネット経由で完結することも多い。

会員側は イシュアが指定した請求日（翌月など）に銀行口座から引き落とし。これでようやく会員→イシュアの債務が清算される。

3. 情報フロー vs 資金フロー

決済を理解する核は「情報は速く流れ、お金はゆっくり流れる」こと。

フロー速度経路担い手
情報フロー（オーソリ・クリアリング）数秒〜1日POS→Acq→ネットワーク→Issカードネットワーク
資金フロー（セトルメント）T+1〜T+2、加盟店入金は月2回もIss銀行→ネットワーク決済銀行→Acq銀行→加盟店銀行間決済網
会員引落翌月以降会員銀行→Iss口振（全銀ネット）
ユーザーの認識上は「カードを使った瞬間に決済された」ように見えるが、実態は 情報の伝達 → 集計 → 銀行間の差引送金 → 翌月の引き落とし という多段プロセス。各段階で 「誰が誰に対して債務を負っているか」 が変化していく。

債務の遷移

sequenceDiagram autonumber participant U as 会員 participant M as 加盟店 participant A as アクワイアラ participant I as イシュア participant B as 会員銀行 Note over U,M: 購入時 U->>M: 商品受取（瞬間的に債務発生） Note over U,I: オーソリで肩代わり I-->>M: 立替を確約 Note right of I: 会員→イシュアの債務へ転換
加盟店→アクワイアラの債権発生 Note over A,I: クリアリング後 A->>I: 集計請求（ネットワーク経由） Note over A,I: セトルメント (T+1〜T+2) I->>A: 銀行間送金 A->>M: 入金（手数料控除後） Note over U,B: 請求日（翌月等） B->>I: 口座引落 Note right of B: 全清算完了

4. 手数料の内訳（インターチェンジ構造）

加盟店が支払う MDR（Merchant Discount Rate） は複数手数料の合計。日本のクレカでは概ね 2〜4%。

flowchart LR M[加盟店
MDR 2〜4%] -->|大半| I[イシュア
1.5〜2%
インターチェンジフィー] M -->|薄い| N[ネットワーク
0.1〜0.3%
スキームフィー] M -->|薄い| A[アクワイアラ
0.3〜1%
マージン] M -.PSP経由時のみ.-> P[決済代行
+0.3〜1%] style I fill:#e8f4ff,stroke:#2b6cb0
項目水準受取者性質
インターチェンジフィー1.5〜2%イシュア会員獲得・与信・不正補償の原資
スキームフィー（ブランドフィー）0.1〜0.3%ネットワークネットワーク利用料
アクワイアラマージン0.3〜1%アクワイアラ加盟店開拓・与信・サポート
（PSP手数料）0.3〜1%決済代行PSP経由時のみ追加

MDRの大半（約7割）はイシュアに渡る。これが「カード会員にポイント還元できる」原資の正体。

5. ○○Payの位置づけ（4パターン）

○○Pay（PayPay、au PAY、d払い、メルペイ等のQR決済）は クローズドループ型 だが、文脈によって複数の決済レールに乗る。

パターン①：○○Pay 残高 ←→ 加盟店（純粋なクローズドループ）

flowchart LR U[ユーザー] -->|QR読取/提示| App[○○Pay アプリ] App -->|残高 −1,000円| AS[(○○Pay サーバ
発行体)] AS -->|月2回等で精算| MB[加盟店銀行口座] Note1["Visa/MC不経由
すべて発行体社内"]:::note AS -.-> Note1 classDef note fill:#fff8e1,stroke:#f0b429,color:#1a3a5e

パターン②：自社グループのクレカで○○Pay 残高にチャージ

flowchart LR U[ユーザー] -->|チャージ操作| C[自社グループの
クレジットカード] C --> N[(Visa/MC
ネットワーク)] N --> I[イシュア
同グループのカード会社] I -->|与信実行| Bal[○○Pay 残高
+1,000円] style N fill:#e8f4ff,stroke:#2b6cb0

チャージのタイミングで クレカ取引が1本走っている。グループ内で完結するため、ネットワーク手数料は内部勘定で還流（On-Us取引）。

パターン③：キャリア決済でチャージ

flowchart LR U[ユーザー] --> App[○○Pay] App --> K[キャリア決済
通信契約者の与信] K -->|残高加算| Bal[○○Pay 残高
+1,000円] K -.翌月.-> Bill[通信料合算請求] Bill -->|口座引落| Telco[通信キャリア] style K fill:#fff8e1,stroke:#f0b429

Visa/MC不経由。通信キャリアが 契約者の与信 を活用した独自のクレジット機能を持つ場合に成立。

パターン④：○○Pay が Visa/MC の "中身" になっているケース

flowchart LR U[ユーザー] --> Card[○○Payプリペイドカード
Visa/Mastercardブランド] Card --> N[(Visa/MC
ネットワーク)] N --> I[イシュア
○○Pay発行体] I -->|残高即時引落| MM[Visa/MC加盟店
※○○Pay加盟店でなくてもOK] style N fill:#e8f4ff,stroke:#2b6cb0

○○Payが 国際ブランドのスキームに乗ることで、自社加盟店網を超えて使える。この場合は通常のカード決済3フェーズに完全に乗っかる。

○○Payの本質は 「クローズドループの自社ネットワークを基本に、必要に応じてVisa/MC等のオープンループに相互乗り入れする」 ハイブリッド構造。クレカ業界の用語で言えば、イシュア兼アクワイアラ兼ネットワークの三役。

6. 決済代行が入るパターン／入らないパターン

Payment Service Provider (PSP)。複数の決済手段を 1契約・1APIで加盟店に提供する 事業者。日本では GMO Payment Gateway、SBペイメント、Stripe、Square、Komoju 等。

決済代行が入らないケース（直接契約）

flowchart LR M[加盟店] M -->|直接契約| A1[三井住友カード
Visa/MCアクワイアラ] M -->|直接契約| A2[JCB] M -->|直接契約| A3[KDDI / au PAY] M -->|直接契約| A4[PayPay] M -->|直接契約| A5[楽天ペイ] M -->|直接契約| A6[d払い] Note1["手数料率は低い
（交渉力次第）
──
規約・締日・入金
サイクル・APIが
各社バラバラ"]:::note M -.-> Note1 classDef note fill:#fff8e1,stroke:#f0b429,color:#1a3a5e

適した場面：取扱高が大きく、手数料率を下げる交渉力があり、システム統合の人員もある大手事業者（百貨店・大手チェーン等）。

決済代行が入るケース（PSP経由）

flowchart LR M[加盟店] -->|1契約・1API| PSP[決済代行 PSP
GMO-PG / SBPS
/ Stripe / Square] PSP --> A1[Visa/MCアクワイアラ] PSP --> A2[JCBアクワイアラ] PSP --> A3[au PAY] PSP --> A4[PayPay] PSP --> A5[d払い] PSP --> A6[コンビニ収納] PSP --> A7[銀行振込] PSP -->|月数回・統一サイクル
で一括入金| M style PSP fill:#e8f4ff,stroke:#2b6cb0

PSPの役割：

適した場面：EC事業者（ほぼ100%PSP経由）、中小実店舗（Square、AirPAY等）、決済手段を増やしたい事業者。

○○Payと決済代行の関係

形態○○Payへの加盟店登録経路誰が加盟店契約者か
大手チェーン○○Pay発行体と直接契約○○Pay発行体
中小実店舗（オールインワン端末）Square / AirPAY / STORES経由PSPがマスター加盟店、店舗はサブ加盟店
EC事業者GMO PG / SBPS / Komoju経由同上
JPQR参加店JPQR共通取りまとめJPQR運営経由で各○○Pay発行体
PSPが入ると何が変わるか
・加盟店から見ると：契約・入金・サポートが1本化される代わりに、手数料が0.3〜1%上乗せ
・○○Payから見ると：個別契約せずとも数十万店舗にリーチできる
・決済フロー本体は変わらない：3フェーズはそのまま、間に "請求集約" レイヤーが入るだけ

7. 統合比較表とレイヤー図

方式オーソリ経路クリアリングセトルメント加盟店手数料債務関係
VisaクレジットPOS→Acq→Visa→IssVisa内バッチIss銀→Visa銀→Acq銀→加盟店2〜4%会員→Iss、加盟店→Acq
JCB（クローズド）POS→JCB→JCBJCB内JCB→加盟店2〜4%会員→JCB、加盟店→JCB
○○Pay 残高アプリ→発行体内部DB発行体内部発行体→加盟店銀行1.98%等残高は前払、債権関係なし
自社グループのクレカ経由チャージクレカ取引が1本走るVisa/MC内通常クレカ会員はカード手数料負担なし会員→グループ会社（カード債務）
キャリア決済キャリア内部キャリア内部翌月通信料合算—会員→通信キャリア
○○Payプリペイド（MC付き）POS→Acq→MC→発行体MC内MC経由→加盟店通常MC手数料残高即引落、債務発生せず

レイヤー比較図

flowchart TD Trans["商取引（加盟店 ⇄ ユーザー）"] Trans --> Method["決済手段選択
クレカ / QR / 電子マネー / キャリア決済"] Method --> PSP["（任意）決済代行 PSP
GMO-PG, SBPS, Stripe ..."] PSP --> Acq["アクワイアラ／QR事業者
三井住友カード, JCB, au, PayPay ..."] Acq --> Net["（任意）ネットワーク
Visa, Mastercard
※オープンループ時のみ"] Net --> Iss["イシュア
カード会社 / QR事業者 / キャリア"] Iss --> Bank["銀行間決済網
全銀ネット, CHIPS, Fedwire"] Bank --> Fund["ユーザー資金源
銀行預金 / 残高 / 与信 / 通信契約"] style PSP stroke-dasharray: 5 5 style Net stroke-dasharray: 5 5

8. On-Us取引：自社カード→自社残高チャージのグループ内還流

「PayPayカードでPayPay残高にチャージする時、お金は本当にVisaを通るのか？」という問いへの整理。結論：情報フローはVisa経由、ただし実際のお金はグループ内で完結する二重構造。

8-1. カード仕様上の制約

PayPay Card は Visa / Mastercard / JCB ブランド付き。BIN（カード番号の頭6桁）でルーティングされるため、情報フロー（オーソリ）は必ずVisa網を通る。これは技術的に避けられない。

8-2. PayPayグループの構造

flowchart TB LY[LINEヤフー] LY --> PP[PayPay株式会社
残高発行・加盟店契約] LY --> PPC[PayPayカード株式会社
クレカ発行] Note["イシュア・アクワイアラ
双方が同一グループ内
= On-Us Transaction"]:::note PP -.-> Note PPC -.-> Note classDef note fill:#fff8e1,stroke:#f0b429,color:#1a3a5e style PP fill:#e8f4ff,stroke:#2b6cb0 style PPC fill:#e8f4ff,stroke:#2b6cb0

8-3. On-Us取引のお金の流れ

flowchart LR U[ユーザー] PP[PayPay
加盟店役] Acq[アクワイアラ
同グループ] V[(Visa網)] PPC[PayPayカード
イシュア] PPB[PayPay残高] U -->|チャージ操作| PP PP -->|決済データ| Acq Acq -->|オーソリ要求| V V -->|承認要求| PPC PPC -->|承認| V V -->|承認| Acq PPC -.|"翌月引落で
ユーザーから回収"|.- U PP -->|残高付与| PPB PPB -->|ユーザーへ| U style V fill:#fdf3f4,stroke:#c0392b style PPC fill:#e8f4ff,stroke:#2b6cb0 style PP fill:#e8f4ff,stroke:#2b6cb0 style Acq fill:#e8f4ff,stroke:#2b6cb0

8-4. 手数料の流れ：通常取引 vs On-Us取引

項目 通常のクレカ取引（他社カード） On-Us（PayPay Card → PayPay残高）
情報フロー Visa網経由 Visa網経由（避けられない）
インターチェンジ手数料（1.5-2%） 他社Issへ流出 PayPayカード（同グループ）→ 実質グループ内移転
アクワイアラマージン（0.3-1%） 他社Acqへ流出 PayPay自身 → 実質グループ内
Visaスキームフィー（0.1-0.3%） Visaへ流出 Visaへ流出（ここだけ外部）
銀行間セトルメント 別銀行間で実送金 グループ内銀行（PayPay銀行等）で内部振替可能
結論：会計上はPayPayカードがユーザー債権、PayPay株式会社がユーザー債務（残高）を持ち、連結会計では相殺。実キャッシュは Visaへのスキームフィー（0.1-0.3%）以外、ほぼグループ外に出ない。

8-5. Visaを完全に迂回する経路もある

経路Visa経由仕組み
銀行口座連携（直接引落）✕全銀ネットのみ
ATMチャージ（セブン銀行）✕ATM運営銀行→PayPay
ソフトバンクまとめて支払い✕キャリア決済（SB通信契約者の与信）
PayPayあと払い✕自社内信用枠
PayPay Card経由チャージ○カードである以上Visa網経由
これがPayPayが2022年に「PayPayカード以外の他社クレカでのチャージを廃止」した本当の理由：
・他社クレカ：Visaのスキームフィー + 他社イシュアへのインターチェンジ流出 = 完全に外部コスト
・PayPayカード：スキームフィーだけが外部、それ以外はグループ内還流

8-6. 各QR事業者の On-Us 度合い比較

サービス自社クレカグループ内還流
PayPayPayPayカードLINEヤフーグループ内
au PAYau PAYカードKDDIグループ内（auフィナンシャル発行）
楽天ペイ楽天カード楽天グループ内
メルペイメルカード（三井住友カード共同）三井住友と分配。完全内製ではない
d払いdカードNTTドコモグループ内
メルカードだけは三井住友との共同発行のため、完全グループ内還流ができていないのがメルペイの構造的弱点。

8-7. ステーブルコイン文脈での示唆

1. 現状でも "Visa経由するが実質グループ内" なので、Visaに払っているのは スキームフィー（0.1-0.3%）だけ
2. ステーブルコイン化で削れるのも この 0.1-0.3% 部分。劇的なコスト削減ではない
3. 本当に削れるのは 「外部チャージ経路」（他社クレカ、銀行送金）の部分
4. つまり、自社クレカチャージが多いPayPayは、実は ステーブルコイン化のメリットが相対的に小さい
5. 逆に、メルペイのように 外部経由が多いサービスほど、ステーブルコイン化のコストメリットが大きい
まとめ：
・クレカ決済は「オーソリ→クリアリング→セトルメント」の3フェーズで、各段階で債務の主体が遷移する。
・○○Pay は基本的にこの3フェーズを 1社内で完結させたクローズドループ。文脈によってクレカ網にも乗り入れる。
・決済代行は決済プロセス本体ではなく、「複数の決済手段を加盟店向けに束ねる集約レイヤー」。EC・中小事業者では事実上の標準。
・自社クレカ→自社残高チャージは On-Us取引 としてグループ内還流。Visaへのスキームフィー以外は外部流出しない。

ステーブルコイン文脈で重要なのは、ステーブルコインが置き換えうるのは 主に「セトルメント（銀行間決済）」レイヤー だが、QR事業者がクローズドループで自社ネットワークを持つ場合は「ネットワーク」レイヤーごと再構築する選択肢も生まれる、ということ。
ただし、On-Us取引が多いPayPayのような事業者は、ステーブルコイン化のコスト削減幅は相対的に小さい点に注意。