本站不提供支付、转账、托管、存款、余额或任何金融服务。
商户受理层
Mpay 商户受理
身份→受理→结算→证据
Mpay 在 Meridian Special District 生态内支持受治理支付、服务收据与可负责结算。
它是 MSD 的公共柜台层：位于 MID / MCID 身份承认之后、结算证据之前，让日常支付保持易懂，同时让商户状态、价格、确认与回执终局可被复核。
01商户已认证
02本地币标价
03确认受控
04回执可验真
界面示意
确认受理
张记杂货
✓ 已认证 · 系统档案名称
XCD 12.00
≈ 4.44 USDM · 公示牌价
✓
已到账 · 终局
产品概念 · 非产品截图
私人转账政策承诺 · 不是促销
结算终局状态 · 回执背书
标价本地币一个价 · 自动换汇
边界无公开账户或市场界面
公开记录
这是概念文件，不是服务上线
本页按可公开审阅的概念记录来组织：先说明受理层、运行边界与证据路径，再进入具体功能示意；在任何服务、下载或市场表面出现之前，先把边界讲清楚。
任何试点、商户接入或验真服务，都必须以具名公开通知为准。
页面把概念图、回执逻辑与闸门证据分开表达，避免把示意当作运营承诺。
受理层不呈现公开交易、公开余额或投机型界面模式。
在 MSD 中的角色
MSD 的可信支付与收据层
日常受理可以很快，但柜台之后的证明往往不够清晰。
Mpay 把商户、价格、确认和回执放进同一个受治理的受理流程。
身份、登记名称、牌价、结算与回执可以被复核，而不把页面变成市场界面。
小商户得到简单柜台工具，机构获得可监督的正式记录。
运行框架
五项控制，把柜台瞬间变成可负责记录
Mpay 不是钱包、市场或账户表面；它把一个简单柜台动作转化为受治理记录，连接已认证身份、本地币价格、受控确认、回执证明和闸门证据。
MID 与商户注册档案确认谁在受理。
柜台只呈现一个容易理解的本地币价格。
设备生物识别与账户签署共同控制受理。
最终状态通过可验回执表达。
M Gateway 在柜台之外公示牌价与储备证据。
公共价值
让正式记录存在，同时不把柜台变重
商户需要的是一张简单台卡、一次手机确认和一份回执；机构需要的是背后的记录可解释、可复核、有边界。
架构 / 受理表面
三次确认，一个有据的终局
Mpay 让柜台体验保持简单，同时把底层结构讲清楚：商户可识别、价格按本地币呈现、确认受控、最终状态由回执背书。
扫描已认证柜台
静态码打开的是登记商户表面。用户确认前，先看到来自系统档案的商户名称。
静态码 → 注册档案 → 认证名称
确认一个本地价
柜台只呈现一个本地币价格。如涉及换算，公示牌价会进入回执与账单，不靠口头解释。
本地币标价 → 公示牌价 → 账单明示
结算闭环
终局状态通过回执表达，而不是通过市场叙事表达。受理记录可在柜台之后继续被核验。
确认 → 终局状态 → 可验回执
01 · 商户先看登记名称确认前先看到已认证商户。
02 · 价格柜台一个价本地币表达在受理现场保持清晰。
03 · 回执证据跟随柜台时刻结束后，终局状态仍可核验。
本节为机制说明，不构成服务要约。各项体验随试点开放，以正式公告为准。
运行流程
四步，每一步都留下证据
下面的手机界面全部为概念示意（虚构商户与金额），不是现有产品的截图。
01
扫码
商户挂的是一张静态码；你扫的那一刻，应用已经去系统档案里查这张码登记给谁。
02
确认
确认页上的名称只来自系统档案——码可以被换贴，名字冒充不了。金额就是商户标的那个价。
03
共签
你的生物识别 + 你的 MID 账户共同签署。单独偷走手机，不能授权账户变动。
04
回执
到账即终局，回执随之生成——可独立验真，包括完全离线。
界面示意声明：本节全部手机界面均为概念示意，商户与金额为虚构示例，非现有产品截图；正式产品形态以发布为准。
结算证据
两个余额，一个价
USDM + 本地 M 币 · 双余额
受理流程可引用两种被许可的余额：生态结算资产 USDM，以及所在辖区的本地数字货币（如 XCDM）。商户按本地币标价，如涉及换算，系统按公示牌价处理，并在回执与账单中明示。
生态结算USDM对标 1 美元 · 全生态通用
辖区本地Local-M如 XCDM · 境内闭环流通
牌价怎么定、储备怎么核——这些证据挂在闸门站的墙上：mex.ms →
安全设计
安全不靠小心，靠结构
这些保护不需要用户记住任何操作守则——它们内置在每一次受理确认的结构里。
每次确认都共签
每次确认都需要生物识别与 MID 账户共同签署——单独一部设备不能授权账户变动。
认证名称防调包
商户名称一律来自系统注册档案。码被换贴，也冒充不了登记名称。
限额与风控逐次执行
每次确认都过限额与风控检查；异常进入复核，而不是表现为含糊的界面失败。
回执可验真
每一笔已受理交易都生成可独立验真的回执，让证据在柜台之后仍然存在。
运行标准
在成为服务之前，先被制度约束
Mpay 被表述为受理层，是因为运行规则和界面同样重要。上线状态、商户接入、回执证明、复核路径和公共证据，在正式公告前都保持边界清楚。
没有具名公开公告，就没有试点、商户接入或验真表面开放。
回执、账单、牌价和储备证据要在柜台之后仍可解释。
页面避免公开余额、托管、交易和投机型控制。
身份与商户注册名称保留在受理记录中。
风险异常、争议和恢复路径进入留痕复核，而不是无声失败。
商户控制
一张打印的码，一个已认证名称 示例 Illustrative
商户侧围绕注册、限额、账单与回执证据设计。柜台上要简单，柜台背后的记录要受控。
分钟级开通
一部手机、基础证件，纯线上提交；以明确限额开始经营，随业务规模进入更高档位。
执照 + 基础核验
登记经营者提交执照，限额放宽，支持店员子账号——收银不用把手机交出去。
面向连锁与机构
完整 KYB，对接对账文件与批量功能，适合连锁、酒店与机构收单。
静态码 · T+0 到账
打印一张码放在柜台，回执记录最终状态，用户看到的是你在系统里的认证名称。码是静态的，登记名称是受控的。
| 档位 | 挂牌 | 说明 |
|---|---|---|
| 私人转移 | 0 | 按政策启用的能力 |
| T0 摊贩档 | 0.3% | 推广期另有减免 |
| 标准档 | 0.8% | 挂牌标准价 |
挂牌标准价 − 推广期减免 = 实收，账单逐笔明示三行。数字为示例。
有兜底
退款一律原路退回；有争议走人工仲裁，30 天内提出，流程透明留痕。
商户合作 · hello@mpay.ms本段为机制说明与示例，不构成要约；正式费率、限额与开通条件以公告为准。
生态图谱
身份是入口，闸门管进出，
Mpay 是落到日常的那只手
MID 确认人或商户是谁；Meridian One 是服务网关；M Gateway 管进出、牌价与储备证据；Mpay 是商户、用户、价格与回执相遇的受理表面。
MID 账户认出你是谁每个账户背后都是核验过的人或商户——没有匿名的钱。
Mpay完成受理扫码、确认、共签——终局以回执证据表达。
Sign给出证据每一笔已受理交易锚定账本，可独立复核。
M Gateway公示牌价与储备牌价挂在墙上、储备日日对账——受控闸门，不是市场平台。
一句话钉住整个体系：MID 认人认商户 · Mpay 完成受理 · Sign 证明回执 · M Gateway 公示牌价与储备证据。
公共表面登记
一个生态，不同公共角色
Mpay 不单独承载整个公共基础设施叙事。每个表面都有清晰分工：身份、服务、闸门证据、商户受理和独立验真可以分别审阅，不被压成一个产品承诺。
问答
八个最常被问到的问题
公共保证
边界先讲清，服务只按正式公告开放
本站对 Mpay 是什么、不是什么保持严格表述。任何试点开放之前，公众应先理解运行边界、证据路径与可复核记录。
没有正式公告，就没有下载、注册或服务开放。
无公开余额、托管、交易、存款或投机界面。
商户身份与注册名称保留在受理记录里。
回执、账单、牌价和储备证据要在柜台之后仍可解释。
现在能下载 Mpay 吗？
还不能。体系处于概念阶段，正与相关伙伴及主管机构共同架构法律与监管安排。各项服务随试点逐步开放，以正式公告为准——本站没有任何下载与注册入口，这是刻意的。
使用哪一种结算余额？
受理表面可引用生态结算资产 USDM 与辖区本地数字货币。商户按本地币展示一个价；如涉及换算，按公示牌价在回执与账单中明示。
商户费用如何表达？
商户费用、减免与限额在正式公告前均为示例。设计原则是账单级清晰：挂牌标准价 − 批准减免 = 实收金额，并逐笔明示。
结算要多久？
T+0 终局是许可结算环境下的设计目标，通常为秒级。前台呈现的是最终回执状态，不是公开市场或公开余额界面。
手机丢了，账户是否仍受保护？
是。每次确认需要生物识别与 MID 账户共同签署，单独一部手机不能授权账户变动。换机走身份找回流程，恢复后还有保护期机制。
扫的码被调包了怎么办？
确认页上的名称一律来自系统注册档案，不来自那张码。被换贴的码会显示陌生登记名称——出现陌生名称，就不应确认。这是结构性防护，不靠你眼尖。
怎么证明一次受理已经发生？
每一笔已受理交易都会生成一张可独立验真的回执，锚定在账本上，并设计为支持离线核验。验真服务将部署在独立域名下，随试点开放。
我是商户，怎么开通？
三档梯子：T0 摊贩档分钟级纯线上开通；T1 注册商户档执照加基础核验；T2 完整档面向连锁与机构。见上方「商户控制」一节，邮件联系即可。
