リテール向けステーブルコイン · 規制管理とオープン UX の設計トレードオフ

ウィキ上の位置づけ

この項目は フィンテック索引 の配下にある。隣接する文脈は 日本金融規制 — トークン・暗号資産・決済に関する法体系、より広いシステム境界は 日本のステーブルコイン法制度の三層構造（JPYC・USDC・Project Pax） とあわせて読む。

[!info] 要約 日本のリテール向けステーブルコインは、発行主体、仲介登録、本人確認、償還、ウォレット UX を同時に設計する必要がある。ただし「銀行発行か完全パーミッションレスか」の二択ではない。銀行、資金移動業者、信託会社等の発行経路と、登録仲介業者・ウォレットによる複数の組合せがある。

結論

以下は法的な二分類ではなく、設計上の両極を示す分析モデルである。

根拠は 金融庁の電子決済手段制度資料、電子決済手段等取引業者登録一覧、資金移動業者登録一覧。登録の有無は商品ごとの発行・取扱開始を自動的に意味しない。

設計オプション:

• KYC × ウォレット連携 → マイナウォレット型 (マイナウォレットモデルは「KYC 済水準 × パーミッションレス UX」を両立させる日本特有の解)
• スマートコントラクト制御 → エスクロ・条件付決済・組み戻し可能性・大口決済の制御性
• ID 連携 + 商品に適用される金額条件 → 高額・条件付取引では、前払式支払手段や資金移動業とは異なる要件を比較する

根拠

• 国内には既存のカード、銀行振込、前払式支払手段、資金移動サービスがあるため、新商品は対象顧客と追加価値を明示する必要がある。
• 銀行発行か否かだけで競争力は決まらず、償還、受入先、手数料、回復可能性、条件付決済などを比較する。
• 個別実証の取引件数から、日本全体の需要や将来普及を一般化しない。
• 追加価値の候補として、KYC、ウォレット回復、条件付決済、外部サービス連携を個別に評価する。
• 高額・条件付取引を例にする場合は、適用される発行類型、商品上限、本人確認、消費者保護を具体的に確認する。

利用場面

• リテール向け SC の事業設計を始める前に、発行・仲介・償還・ウォレットの組合せを比較するとき
• 「ペイペイで十分ではないか？」反論への回答準備
• 商業 SC 設計の retail 軸 / リテール UC 設計（プロトコル UX 基礎は ERC-7702 / Privy 嵌入式钱包）
• 規制側との議論で「リテール SC の社会的価値は何か」と問われ、具体的な便益と利用者保護を整理するとき

関連する内部項目

• 整合: みんなの銀行 TD/SC 戦略 (リテール SC とリテール TD は同じ二律背反軸)
• 整合: AI 决済の二軌 (Stripe vs SC 同じく差別化軸が決済以外)
• 公開制度資料: https://www.fsa.go.jp/policy/virtual_currency02/index.html

関連項目

• ウィキ索引
• 機関投資家 SC = 預金トークン
• マイナウォレット KYC × UX bridge
• オンチェーンファイナンスとクリプト · 連続体としての比較フレーム
• みんなの銀行 BaaS モデル