← インデックスに戻る
シナリオ：メルペイ × au PAY アライアンス
—— ステーブルコインを仲介トークンとする二者連合戦略
PayPay一強市場において、メルペイと au PAYが ステーブルコインを仲介トークンとして相互運用するアライアンス を組むシナリオを描く。両社の強みは構造的に補完関係にあり、二者連合だけでもPayPay牽制が成立する可能性がある。
1. なぜメルペイ × au PAYなのか：補完性の構造
両社は 「キャッシュインの強み」と「キャッシュアウトの強み」 が見事に補完関係にある。
メルペイの強み（インフロー）
- メルカリ売上金が直接残高化（流通総額 約1兆円）
- 独自のオーガニック・キャッシュイン経路
- 2,200万人のメルカリユーザー基盤
- iD連携で実店舗網広い
残高の "源泉"
au PAYの強み（アウトフロー＆経済圏）
- 加盟店 約 360万カ所（メルペイQR比はるかに広い）
- KDDI 3,000万通信契約者
- Ponta 1.5億会員（経済圏外への送客）
- auじぶん銀行・au PAYカード
残高の "受け皿"
flowchart LR
subgraph M["メルペイ：源泉サイド"]
Sales["メルカリ売上金
年間流通額 約1兆円"]
MUser[メルカリユーザー
2,200万人]
end
subgraph A["au PAY：使い道サイド"]
AuMer[au PAY加盟店
360万カ所]
Ponta[Ponta経済圏
1.5億会員]
IoT[KDDI IoT基盤]
end
Sales -.現状：au加盟店で使えない.-> AuMer
M ===|アライアンスで橋渡し| A
style Sales fill:#ff5252,stroke:#c41818,color:#fff
style AuMer fill:#ed7100,stroke:#a05000,color:#fff
style Ponta fill:#ed7100,stroke:#a05000,color:#fff
核となる構造的洞察：
メルペイは 「お金が入ってくる経路」（売上金）が圧倒的に強い。一方で 「お金を使える場所」（自社QR加盟店）は au PAYに比べて狭い。
au PAYは逆に 「使える場所」（広大な加盟店網）と 「経済圏外への橋」（Pontaの巨大な提携網）を持つが、「独自にお金が入ってくる経路」はメルペイほど強力ではない。
→ メルカリ売上金が、au PAY加盟店・Ponta提携店で直接使えるようになれば、両社のユーザーに圧倒的な利便性向上をもたらす。
2. アライアンスの基本アーキテクチャ
両社が直接APIで繋ぐ方式もあるが、ステーブルコインを共通仲介トークンに据えることで、後の拡張性・規制整合性・透明性を確保する。
flowchart TD
subgraph M["メルペイ・エコシステム"]
MercariSales[メルカリ売上金]
MerPayBal[メルペイ残高
DB]
MercariBuy[メルカリ購入]
MerchantM[メルペイ加盟店
iD/QR]
end
subgraph SC["共通レイヤー"]
Bridge([円ステーブルコイン
JPYC / Progmat等])
end
subgraph A["au PAY・エコシステム"]
AuPayBal[au PAY残高
DB]
Ponta[Ponta]
MerchantA[au PAY加盟店]
AuJibun[auじぶん銀行]
end
MercariSales --> MerPayBal
MerPayBal <-->|相互変換
1:1| Bridge
Bridge <-->|相互変換
1:1| AuPayBal
MerPayBal --> MercariBuy
MerPayBal --> MerchantM
AuPayBal --> MerchantA
AuPayBal <--> Ponta
AuPayBal <--> AuJibun
style Bridge fill:#e8f4ff,stroke:#2b6cb0,stroke-width:3px
style MerPayBal fill:#fff5f5,stroke:#ff5252
style AuPayBal fill:#fff7f0,stroke:#ed7100
ステーブルコインは両アプリの内部DBの間に挟まる 「中立的な交換レール」 として機能する。
3. なぜステーブルコインが仲介に必要か
「直接API連携でいいじゃないか」という疑問への答え：
| 論点 | 直接API連携 | ステーブルコイン仲介 |
|---|
| 2社間の整合 |
○ シンプル |
○ |
| 3社目以降の追加 |
× APIをN×N組まないといけない（爆発的） |
◎ 共通レイヤーに繋ぐだけ |
| 清算の透明性 |
△ 相対決済、ブラックボックス化しがち |
◎ オンチェーンで両社・規制当局も監視可 |
| クロスボーダー |
× 個別対応必要 |
◎ USDC等とのスワップで自動的に国際対応 |
| 規制整合 |
△ 個別の業務委託・代行契約 |
○ 電子決済手段等取引業として明確 |
| 裏付け資産の分別管理 |
△ 各社の信託で別管理 |
◎ 発行体（信託銀行）が一括保全 |
| エコシステムへの誘い水 |
× クローズドアライアンス感が残る |
◎ "オープン陣営" として d払い・楽天ペイも巻き込み可能 |
特に重要なのは 「3社目以降の参加可能性」。最初は2社アライアンスでも、ステーブルコインを共通レイヤーにしておけば、後からd払い・楽天ペイ等を引き込み 「PayPay以外の連合」 を形成できる。直接API連携ではこの拡張性が得られない。
4. 具体的なユーザーフロー
ユースケース①：メルカリ売上金で au PAY加盟店で買い物
sequenceDiagram
autonumber
participant U as メルカリ出品者
(au PAYユーザー)
participant Mer as メルペイ
participant SC as 円ステーブルコイン
participant Au as au PAY
participant Store as au PAY加盟店
(ローソン等)
U->>Mer: メルカリで商品が売れる
売上金1万円が残高化
Note over U,Au: ★ 現状：au加盟店で使えない
★ アライアンス後：シームレス
U->>Mer: 「au PAYへ振替」操作
Mer->>SC: 1万円分をミント
SC->>Au: 同額を即時移転
Au->>Au: au PAY残高 +1万円
SC->>SC: バーン or 在庫保有
U->>Store: au PAY QRで支払い
Store-->>U: 商品提供
ユースケース②：au PAY残高でメルカリ購入
sequenceDiagram
autonumber
participant U as au PAYユーザー
participant Au as au PAY
participant SC as 円ステーブルコイン
participant Mer as メルペイ
participant Mercari as メルカリ
U->>Mercari: 商品購入決定
Mercari->>U: 支払方法選択
U->>U: 「au PAY残高で支払う」
Au->>SC: 該当額をミント
SC->>Mer: 即時移転
Mer->>Mercari: メルカリ購入決済
Note over U,Mercari: au PAYユーザーがメルカリの
2,000万人マーケットにアクセス
ユースケース③：Ponta経済圏（ローソン等）でメルカリ売上金を使う
sequenceDiagram
participant U as ユーザー
participant Mer as メルペイ
participant SC as ステーブルコイン
participant Au as au PAY
participant L as ローソン
(Ponta提携)
U->>Mer: メルカリ売上金 1万円
U->>Mer: au PAY経由でPontaに紐付け
Mer->>SC: ミント
SC->>Au: 移転
Au->>L: 決済 + Pontaポイント還元
L-->>U: 商品 + ポイント
ユースケース④：3社目（仮にd払い）の追加
flowchart LR
Mer[メルペイ残高
1,500万人]
Au[au PAY残高
3,300万人]
D[d払い残高
5,000万人]
SC([円ステーブルコイン
共通仲介レイヤー])
Mer <--> SC
Au <--> SC
D <-.後から追加.-> SC
Note["3社合計 約1億ID
= PayPay 6,500万人を超える"]:::note
SC --> Note
classDef note fill:#fff8e1,stroke:#f0b429,color:#1a3a5e
style SC fill:#e8f4ff,stroke:#2b6cb0,stroke-width:3px
5. ビジネスインパクト試算
ユーザー基盤の合算
| 主体 | 登録ユーザー | 年間取扱高 |
|---|
| メルペイ単体 | 約 1,500-2,000万人 | 数千億円〜1兆円 |
| au PAY単体 | 約 3,300万人 | 5〜6兆円 |
| 合算（重複除外） | 約 4,500〜5,000万人 | 約 6〜7兆円 |
| （参考）PayPay | 約 6,500万人 | 約 13兆円 |
| +d払い参加時 | 約 8,500万人 | 約 14兆円 |
| +楽天ペイ参加時 | 1億人超 | 約 17兆円〜 |
2社合算でPayPayの取扱高に並ぶ規模感。3社・4社加盟に拡張すればPayPayを上回る連合が形成できる。
ステーブルコイン発行残高への寄与
このアライアンス単体で、円建てステーブルコインの発行残高は以下のように成長しうる：
| 段階 | 参加プレイヤー | 取扱高（年） | SC発行残高（推計） |
|---|
| 初期 | メルペイ + au PAY | 6〜7兆円 | 500〜1,500億円 |
| 拡張 | + d払い | 14兆円 | 1,000〜3,000億円 |
| 本格普及 | + 楽天ペイ・地銀 | 17兆円〜 | 3,000億〜1兆円 |
※ 滞留期間 7〜30日、ステーブルコイン経由比率 10〜30% で試算
新規収益源（手数料）
- サービス間振替手数料：1振替あたり0〜数十円。10億回/年なら数百億円
- クロスボーダー手数料：USDC ↔ 円SCのスワップで0.3〜1%
- フロート運用益：未使用残高の運用
- 加盟店送客：相互送客による加盟店契約数増加
6. PayPayへの戦略的ポジショニング
flowchart TB
subgraph 現状["現状：PayPay一強"]
PP1[PayPay
13兆円・6,500万人]
Mer1[メルペイ]
Au1[au PAY]
D1[d払い]
R1[楽天ペイ]
Mer1 -.孤立.-> Mer1
Au1 -.孤立.-> Au1
D1 -.孤立.-> D1
R1 -.孤立.-> R1
end
subgraph アライアンス後["アライアンス後：開放陣営 vs PayPay"]
PP2[PayPay
クローズド継続?]
Alliance[ステーブルコイン
連合
14〜17兆円
8,500万〜1億人]
Mer2[メルペイ] --> Alliance
Au2[au PAY] --> Alliance
D2[d払い] --> Alliance
R2[楽天ペイ] -.後追い参加?.-> Alliance
Alliance <-.圧力.-> PP2
end
現状 ==>|時間軸| アライアンス後
style PP1 fill:#fdf3f4,stroke:#c0392b
style PP2 fill:#fdf3f4,stroke:#c0392b
style Alliance fill:#e8f4ff,stroke:#2b6cb0,stroke-width:3px
PayPayの想定される対抗手段
| PayPayの選択肢 | 評価 |
|---|
| ① 自社単独継続（クローズド維持） |
短期は守れるが、長期的にはユーザー利便性で劣後 |
| ② アライアンスに後追い参加 |
シェアは維持できるが、優位性は失う。"標準" になる |
| ③ 独自ステーブルコインで対抗陣営構築 |
規模はあるが、孤立リスク。誰を巻き込めるかが鍵 |
7. 段階的展開シナリオ
timeline
title メルペイ × au PAY アライアンス展開ロードマップ
Phase 0 (準備) : 規制対応・電子決済手段等取引業の取得
: 信託型ステーブルコイン発行体（Progmat等）と提携
: 技術スタックの設計
Phase 1 (連携開始) : 2社間で残高相互変換 開始
: ステーブルコイン経由のサービス間振替
: 月次1〜10万件規模
Phase 2 (利便性向上) : メルカリ売上金 → au PAY加盟店 直接決済
: au PAY → メルカリ購入 シームレス化
: Ponta経済圏との連携深化
Phase 3 (陣営拡張) : d払い参加交渉
: 楽天ペイ・地銀との連携
: 共通仕様の業界標準化
Phase 4 (国際展開) : USDC等とのスワップ機能
: 訪日外国人向けクロスボーダー対応
: 給与デジタル払い対応
8. リスクと課題
規制リスク
- Double Preservation 問題（前ドキュメント参照）：両社が在庫を持つ場合に資本効率が悪化。直接取得型スキームが事実上必須
- 独占禁止法：2社連合がPayPayと拮抗するレベルになると、競争阻害が論点になる可能性
- マネロン・トラベルルール：サービス間移動の本人確認・記録
ビジネスリスク
- メルペイ・au PAYのブランドが希薄化する可能性
- 収益配分（手数料、フロート運用益）の取り決めが複雑
- システム統合・運用責任の所在
- 片方が脱退した場合の事業継続性
戦略的リスク
- PayPayが先回りして同様の動きをする可能性（Yahoo!ショッピング売上金等）
- 楽天ペイが独自陣営を形成する可能性
- 地銀連合・メガバンク発行型ステーブルコインとの競合
9. アライアンスによる利益源泉の変化
連携前と後で、両社の利益構造はどう変わるかを具体的に分解する。
9-1. 現状の利益源泉
メルペイの利益源泉
- メルペイ加盟店手数料（QR ~1.5-3%）
- iD連携の決済手数料分配（NTTドコモ）
- メルペイスマート払い（後払い・分割の手数料・金利）
- メルカード（クレカ事業）
- メルカリ本体への送客効果
au PAYの利益源泉
- au PAY加盟店手数料（~1.98%）
- au PAYカード（クレジット手数料・金利）
- au かんたん決済（KDDI本体収益）
- Pontaポイント経済圏の送客収益
- auじぶん銀行との連携
9-2. 連携後のメルペイ：項目別変化
| 項目 | 変化 | 理由 |
|---|
| メルカリへの出品魅力度 | ↑↑ | 売上金がau全加盟店で使える → 「メルカリで売る価値」向上 → 出品増加 → メルカリ取引手数料増 |
| au PAYユーザーがメルカリ購入 | 新規 ↑↑ | 3,300万人のau PAYユーザーをメルカリのバイヤーとして取り込み |
| メルペイ自社加盟店の手数料 | ↓ | ユーザーがau加盟店で使えば手数料はau側に流れる |
| メルペイスマート払いへの誘導 | ↓ | 残高使い切りやすくなり後払いニーズ低下 |
| iD加盟店の手数料収入 | ± | au加盟店との競合領域が出る |
メルペイのネット効果：メルカリ本体のGMV拡大が最大の果実。メルペイ単体の決済手数料は微減でも、メルカリ流通総額1兆円が10〜20%伸びるだけで圧倒的にプラス。
9-3. 連携後のau PAY：項目別変化
| 項目 | 変化 | 理由 |
|---|
| au PAY加盟店手数料 | ↑↑ | メルペイユーザー2,000万人（特にメルカリ売上金保有者）の支払い流入 |
| au PAY加盟店契約数 | ↑ | 「メルペイユーザーも来る」ことで加盟店メリット拡大 → 加盟店開拓加速 |
| Pontaポイント経済圏への送客 | ↑ | メルペイユーザーをローソン等Ponta提携店に誘導 |
| au PAYユーザーのメルカリ流出 | ↓ | au PAY残高がメルカリ購入で消費される＝本来au加盟店で使われる売上が流出 |
| au かんたん決済の利用 | ↓ | メルカリ売上金が代替インフローになる |
| au PAYカードへの誘導 | 微↓ | 残高で十分賄えるユーザーが増える |
au PAYのネット効果：加盟店ビジネスの拡大が最大の果実。au PAYは「使ってもらう場所を提供する側」なので、メルペイ売上金という新しいキャッシュインを取り込める構造的勝者。
9-4. 両社共通の新規収益源
flowchart LR
Alliance[アライアンス成立]
Alliance --> R1[サービス間振替手数料
数百億円〜千億円]
Alliance --> R2[共通SC発行体の持分
フロート運用益]
Alliance --> R3[統合購買データ
広告・与信・CRM]
Alliance --> R4[クロスサービス会員データ]
Alliance --> R5[全銀ネット中抜きコスト削減]
style Alliance fill:#e8f4ff,stroke:#2b6cb0,stroke-width:3px
9-5. 利益の "性質" 自体が変わる
| 連携前 | 連携後 |
|---|
| 囲い込みによる利益 | 流量(volume)による利益 |
| ロックイン強度 = 競争力 | 加盟店数・ユーザー数 = 競争力 |
| 各社が個別に PayPay と戦う | 連合で PayPay の取扱高 13兆円を共同で奪取 |
| ゼロサム（社内エコシステム内の循環） | プラスサム（PayPay市場からのシェア奪取） |
戦略的な肝：パイの拡大 vs 配分
連携の本質的な果実は 「PayPayから奪うシェア」 であり、メルペイ vs au PAY の取り分配分は二次的な論点。
・連携前：メルペイ 1兆円 + au PAY 6兆円 = 7兆円
・連携後：相互送客効果で +30〜50%増 = 9〜10兆円規模に拡大可能
・増分2〜3兆円を両社で分け合う形になるため、配分で揉めても元が増えるので双方プラス
ただし、配分の事前合意は必須：(1) 振替手数料の分配比率、(2) 共通SC発行体の持分、(3) データ利用権限、(4) 加盟店重複時の紹介料ルール
10. ステーブルコイン直接決済時代の利益構造
核心的な疑問：完全SC化された世界で、お店がユーザーから直接ステーブルコインを受け取れるなら、メルペイ・au PAYの取り分はゼロになるのでは？
10-1. 何が disintermediate されるか
flowchart TD
subgraph 現状["現状：決済の通り道で稼ぐ"]
U1[ユーザー] --> Pay1["メルペイ／au PAY
★MDR 1.5-3%"]
Pay1 --> M1[加盟店]
end
subgraph SC["完全SC化：通り道は消滅"]
U2[ユーザーウォレット] -->|SC直接送金| M2[加盟店ウォレット]
Pay2["メルペイ／au PAY
?手数料ゼロ?"]
end
現状 ==>|脅威| SC
style Pay1 fill:#effbf1,stroke:#a7d8b1
style Pay2 fill:#fdf3f4,stroke:#c0392b
ユーザーの懸念通り、「決済の通り道」としての役割は完全に消滅する。これは事実。
ただし、決済通り道は決済事業者が提供している価値の中で意外と小さい部分。残るものがたくさんある。
10-2. 残る利益源泉（5つの層）
flowchart TD
SC[ステーブルコイン直接決済時代
の収益スタック]
SC --> L1["層① 消費者向けウォレット／UX
アプリ・QR・通知・取引履歴"]
SC --> L2["層② 加盟店アクワイアリング
POS統合・即時円化・税務・
チャージバック・不正検知"]
SC --> L3["層③ 与信・後払い・金融
BNPL・ローン・
SC担保ローン・売掛前倒し"]
SC --> L4["層④ 経済圏・ロイヤリティ
Ponta・メルカリ・
ポイント・送客"]
SC --> L5["層⑤ データ・ID・コンプラ
購買データ・KYC再利用・
AML監視・税務レポート"]
style SC fill:#e8f4ff,stroke:#2b6cb0,stroke-width:3px
style L2 fill:#fff8e1,stroke:#f0b429
style L3 fill:#fff8e1,stroke:#f0b429
| 層 | 内容 | 収益モデル |
|---|
| ① ウォレット/UX |
セルフカストディは技術的にハードルが高すぎ → 9割のユーザーはホスト型ウォレットを望む（Apple Pay型） |
フリーミアム + プレミアム機能課金 |
| ② アクワイアリング |
加盟店は直接受け取りたくない（オペ負担、税務、円化、チャージバック対応）。Stripe・Square・BitPayもこのモデルでSC対応 |
1取引 0.3〜0.8%（純粋な通り道より薄いがゼロではない） |
| ③ 与信・金融 |
SCは現金と同じでクレジット機能が無い → 後払い・ローンは独立価値として残る |
金利、手数料、延滞金。現状の収益柱がそのまま残る |
| ④ 経済圏・ロイヤリティ |
SCは "ただのお金" であり、Ponta・メルカリ売上金との一体化など経済圏は生き残る |
マーケティング・広告・送客料 |
| ⑤ データ・ID・コンプラ |
購買データ、KYC再利用、AML監視、税務レポート |
SaaS課金、データ販売 |
10-3. Visaの戦略が参考になる
Visaは 「自分が消えるのではなく、内部レール（セトルメント層）だけステーブルコインに置き換える」 戦略を取っている。
flowchart LR
subgraph Before["従来のVisa"]
C1[消費者] --> CC1[カード会社] --> V1[Visa] --> A1[アクワイアラ] --> M1[加盟店]
Note1["MDR ~2.5%中、
Visaは0.1-0.3%"]:::note
V1 -.-> Note1
end
subgraph After["Visa+USDC"]
C2[消費者] --> CC2[カード会社] --> V2["Visa
USDC settlement"] --> A2[アクワイアラ] --> M2[加盟店]
Note2["MDRは同じ ~2.5% 維持
内部コストだけ削減
→ Visaの利益率は改善"]:::note
V2 -.-> Note2
end
Before ==> After
classDef note fill:#fff8e1,stroke:#f0b429,color:#1a3a5e
style V2 fill:#e8f4ff,stroke:#2b6cb0,stroke-width:2px
メルペイ・au PAYも同じことができる：
- ユーザー・加盟店への見え方は変わらない
- 内部のセトルメント層だけステーブルコイン化
- 全銀ネット手数料が消える分が増益
10-4. 利益構造の変容（ビフォーアフター）
現状のメルペイ／au PAY（取扱100円あたり）
flowchart LR
Sales[取扱 100円]
Sales --> Fee["加盟店手数料 1.5〜3円
（90%がここ）"]
Sales --> Float[フロート運用益 0.1円]
Sales --> Camp[キャンペーン費用 -0.5円]
Fee --> Profit[純利益 ~1円]
Float --> Profit
Camp --> Profit
style Profit fill:#effbf1,stroke:#a7d8b1
完全SC化された世界での収益シナリオ
| シナリオ | 純利益（100円あたり） | 事業形態 |
|---|
| A. 完全 disintermediate（最悪） | 0円 | 決済通り道は消滅、何もしない |
| B. アクワイアラ業態に転身 | 0.3〜0.5円 | Stripe型 Merchant Services |
| C. ウォレット+アクワイア+ロイヤリティ統合 | 0.7〜1.0円 | 現状維持 |
| D. 与信・データ・国際送金で多層化 | 1.5〜2円（むしろ増収） | 金融＋データ＋経済圏の総合プラットフォーム |
10-5. メルペイ／au PAYの本当の強み
実は両社とも、決済そのもの以上に "周辺" が本業：
メルペイの本当の本業
- メルカリマーケットプレイス（手数料10%）
- メルペイは "売上金の使い道" を提供する装置
- 完全SC化されてもメルカリは生き残る
- メルペイの戦略的価値は失われない
au PAYの本当の本業
- KDDI通信事業（月額契約）
- au PAYは通信顧客のロイヤリティ向上手段
- Pontaは別収益源（広告・送客）
- auじぶん銀行・auカブコム証券は独立収益
10-6. 結論
「決済の通り道」としての利益は消える。これはYES。
しかし：
1. 加盟店は直接受け取りたくない（オペ負担、税務、円化、チャージバック対応） → アクワイアリング業として残る
2. ユーザーは自分でウォレット管理したくない → ウォレット業として残る
3. 与信機能は残る（後払い、ローン）
4. ロイヤリティ・経済圏は残る（Ponta、メルカリ）
5. 両社の本業（メルカリ、KDDI通信）はそもそも決済事業ではない
→ 決済"だけ"を見ると消滅。スタック全体で見ると形を変えて生き残る
10-7. 戦略的含意
両社にとっての正しい問いは：
「決済通り道で稼げなくなる前に、どこまでスタックを積み上げられるか」
| 事業者 | 積み上げるべきスタック |
|---|
| メルペイ |
マーケットプレイス + 後払い + データ + 国際送金（クリエイター対応） |
| au PAY |
通信バンドル + Ponta + 銀行 + 与信 + IoT決済 |
この方向性であれば、ステーブルコイン化はむしろ 「安い決済レール」を手に入れて利益率を改善するチャンス になる。
まとめ
本シナリオの要点：
1. メルペイ（残高源泉）と au PAY（広大な使い道）の 構造的補完性 は、業界内で群を抜いている
2. ステーブルコインを仲介トークンとすることで、2社間直接連携を超えた拡張可能なアーキテクチャ が成立
3. 2社合算で取扱高6〜7兆円、3社で14兆円、4社で17兆円超 → PayPayと拮抗・凌駕しうる規模
4. ステーブルコイン発行残高への寄与は 500億〜1兆円規模（このシナリオ単体で）
5. PayPay牽制策として、メルペイ・auが個別に動くよりも 連合の方が圧倒的に高効率。これが「フォロワーは開放戦略を取るべき」という前ドキュメントの結論の具体化である