MyNa Wallet 模型是兼顾“已完成 KYC 水准 × 无许可 UX”的日本特有解法

Wiki route

This entry sits under fintech index. Read it with 日本金融监管 — 关于代币、加密资产与支付的法律体系 for adjacent context and 日本稳定币监管制度的三层结构（JPYC、USDC、Project Pax） for the broader system boundary.

[!info] TL;DR 如果把带有与 My Number Card 联动的身份核验功能的钱包，作为银行 App 内的 App 进行嵌入，就可以在满足银行 KYC 水准的同时，实现接近 permissionless 的 UX。这是打破日本零售 SC 所陷入 零售稳定币陷入“银行发行 vs 无许可 UX”的两难困境：仅靠支付层没有胜算 的有力解法。证券系与加密资产系业务者已在 2025 年 之内完成出资（公开信息）。

Conclusion

MyNa Wallet 模型的结构:

用户 → 启动银行 App
       → App 内 App：MyNa Wallet
       → 通过轻触 My Number Card 完成本人确认
       → 已在银行完成 KYC + 通过 My Number 确认真实存在
       → 在已完成 KYC 的层上转账、使用 SC（接近 permissionless 的 UX）

核心:

• 轻触确认 My Number Card = 在 App 内对“真实存在的人”进行物理 grounding
• 银行 KYC + My Number 实在性确认 = 机构级身份核验水准
• 银行 App 内的 App 内 App 形态 → 实现“无需用户显式意识到钱包存在”的 UX

Reasoning

• 已向多家银行和大型信用卡公司提出“嵌入 MyNa Wallet”的方案
• My Number Card 发放量已超过 1 億 = 已成为日本社会基础设施
• MyNa Wallet 公司的股东结构中，证券系（Monex）与加密资产系（Coincheck 集团）并列 → 加密资产业务 know-how 与证券业务 know-how 交叉
• 存在医院支付 PoC、票务转售防止、Mercari 假货对策等 ID + 支付组合 use case
• 占位于“ID × Wallet × KYC”这一银行与既有支付企业单独都无法构建的社会基础设施层（协议基础与 ERC-4337 embedded wallet adoption 方向一致，但以 KYC 为起点）

Applicable When

• 设计日本零售 SC 的差异化方案时（My Number 联动等、考虑与 JPYC 对接的场景）
• 在“USDC vs 国产 SC”的讨论中论述日本的结构性优势时 → 拥有 My Number 的日本，从一开始就能搭建 KYC 基础 SC，是一个“机会”
• 设计银行 BaaS × Wallet 联动结构时，可与 国内 CEX × 存款代币 / EPI 整合战略 — DCJPY / Progmat / JPYC 联动 组合，共享 KYC 层
• 作为 SC 发行体设计 KYC 层时
• 构建与 PayPay、Suica 等既有零售支付不同的差异化轴时

Source

• 公开: Monex 集团对 MyNa Wallet 的投资（已公开）
• 公开: My Number Card 发放量超过 1 億（总务省）
• 一致性: Minna Bank Baas Model App 内 App 形态与该结构同型
• 一致性: retail-stablecoin-dual-bind 的解法

Related

• Wiki Index
• 零售稳定币陷入“银行发行 vs 无许可 UX”的两难困境：仅靠支付层没有胜算
• 日本稳定币监管制度的三层结构（JPYC、USDC、Project Pax）
• Minna Bank Baas Model