--- title: リテール向けステーブルコイン · 規制管理とオープン UX の設計トレードオフ aliases: [retail-sc-dual-bind, retail-stablecoin-trap] domain: fintech kind: knowledge topic: retail-stablecoin-dual-bind created: 2026-05-12 last_updated: 2026-08-14 last_tended: 2026-08-14 review_by: 2026-11-12 confidence: likely evidence_count: 3 challenges: 0 status: active tags: [fintech, stablecoin, retail] sources: - "https://www.fsa.go.jp/menkyo/menkyoj/denshikessaisyudan.xlsx" - "https://www.fsa.go.jp/menkyo/menkyoj/shikin_idou.pdf" - "https://www.fsa.go.jp/policy/virtual_currency02/index.html" --- # リテール向けステーブルコイン · 規制管理とオープン UX の設計トレードオフ ## Wiki route This entry sits under [[fintech/INDEX|fintech index]]. Read it with [[fintech/japan-financial-regulation|日本金融規制 — トークン・暗号資産・決済に関する法体系]] for adjacent context and [[fintech/japan-stablecoin-regulatory-landscape|日本 Stablecoin 法制度の三層構造（JPYC・USDC・Project Pax）]] for the broader system boundary. > [!info] TL;DR > 日本のリテール向けステーブルコインは、発行主体、仲介登録、本人確認、償還、ウォレット UX を同時に設計する必要がある。ただし「銀行発行か完全パーミッションレスか」の二択ではない。銀行、資金移動業者、信託会社等の発行経路と、登録仲介業者・ウォレットによる複数の組合せがある。 ## Conclusion 以下は法的な二分類ではなく、設計上の両極を示す分析モデルである。 根拠は [金融庁の電子決済手段制度資料](https://www.fsa.go.jp/policy/virtual_currency02/index.html)、[電子決済手段等取引業者登録一覧](https://www.fsa.go.jp/menkyo/menkyoj/denshikessaisyudan.xlsx)、[資金移動業者登録一覧](https://www.fsa.go.jp/menkyo/menkyoj/shikin_idou.pdf)。登録の有無は商品ごとの発行・取扱開始を自動的に意味しない。 | 設計軸 | 規制・管理を強く組み込む側 | オープンな利用を広げる側 | |---|---|---| | 発行・償還 | 発行主体と登録仲介者が利用者・償還経路を管理 | 外部ウォレットでの移転範囲を広げる | | 本人確認 | 口座開設・償還・仲介時に KYC/AML を実施 | 基盤層は公開でも、法定通貨接続点の管理は残る | | UX | 回復、凍結、サポートを提供しやすい | 自己管理とアプリ間移転を提供しやすい | | 主なリスク | 手続き負担、閉じた利用範囲 | 鍵管理、詐欺、制裁・AML、消費者保護 | | 設計課題 | 管理を保ちつつ摩擦を減らす | オープン性を保ちつつ法令・償還条件を満たす | **設計オプション**: - **KYC × ウォレット連携** → マイナウォレット型 ([[fintech/maina-wallet-kyc-permissionless-ux-bridge|maina-wallet-kyc-permissionless-ux-bridge]]) - **スマートコントラクト制御** → エスクロ・条件付決済・組み戻し可能性・大口決済の制御性 - **ID 連携 + 商品に適用される金額条件** → 高額・条件付取引では、前払式支払手段や資金移動業とは異なる要件を比較する ## Reasoning - 国内には既存のカード、銀行振込、前払式支払手段、資金移動サービスがあるため、新商品は対象顧客と追加価値を明示する必要がある。 - 銀行発行か否かだけで競争力は決まらず、償還、受入先、手数料、回復可能性、条件付決済などを比較する。 - 個別実証の取引件数から、日本全体の需要や将来普及を一般化しない。 - 追加価値の候補として、KYC、ウォレット回復、条件付決済、外部サービス連携を個別に評価する。 - 高額・条件付取引を例にする場合は、適用される発行類型、商品上限、本人確認、消費者保護を具体的に確認する。 ## Applicable When - リテール向け SC の事業設計を始める前に、発行・仲介・償還・ウォレットの組合せを比較するとき - 「ペイペイで十分ではないか？」反論への回答準備 - 商業 SC 設計の retail 軸 / リテール UC 設計（プロトコル UX 基礎は [[systems/erc-7702-overview|ERC-7702]] / [[agent-economy/privy-embedded-wallet-overview|Privy 嵌入式钱包]]） - 規制側との議論で「リテール SC の社会的価値は何か」と問われ、具体的な便益と利用者保護を整理するとき ## Source - 整合: [[banking/minna-bank-baas-model|みんなの銀行 TD/SC 戦略]] (リテール SC とリテール TD は同じ二律背反軸) - 整合: [[fintech/ai-payment-two-tracks|AI 决済の二軌]] (Stripe vs SC 同じく差別化軸が決済以外) - 公開制度資料: https://www.fsa.go.jp/policy/virtual_currency02/index.html ## Related - [[INDEX|Wiki Index]] - [[fintech/institutional-stablecoin-deposit-token-thesis|機関投資家 SC = 預金トークン]] - [[fintech/maina-wallet-kyc-permissionless-ux-bridge|マイナウォレット KYC × UX bridge]] - [[fintech/onchain-finance-vs-crypto-bifurcation|onchain-finance-vs-crypto-bifurcation]] - [[banking/minna-bank-baas-model|みんなの銀行 BaaS モデル]]