它不是业务页面
验真应与产品展示、用户接入和商业动作明确分离。
试点定位：本页是可供审阅的概念表面。当前不提供实时验真、开户注册、文件上传、账户访问或业务客服功能。
尚未开放公开上传
签发规则待发布
静态审阅表面
运作原则
一个公共问题，四道制度护栏。
Verify 围绕一个狭窄的公共问题设计：这份记录在其声明权限之内是否可信？答案要让审阅者看得懂，也要足够克制，以保护个人、机构和 MSD 生态边界。
- 01识别记录
先把凭证、回执或制度通知作为记录对象处理。
- 02核查授权
签发方、记录类别、签名与范围必须符合治理规则。
- 03确认当前状态
真实性并不足够；到期、撤销和范围变化必须可见。
- 04返回有边界的结果
答案只确认证据状态，不授予权利，也不开启服务路径。
定位
把证据放在一个独立的地方。
验真域存在的意义，是让重要的 Meridian 记录可以被核验，而不把审阅者带入销售页面、服务应用或金融界面。
记录 被核验的对象是什么
签发方 谁被允许签发该记录
状态 它是否仍然有效
边界 答案不应暗示什么
只回答必要问题
审阅者需要知道记录是否真实、是否仍然有效，而不是获得超出问题所需的身份资料。
支持审阅，而不是宣传
这里的语气应是证据性的：签发方、状态、范围、时间与撤销边界。
为什么重要
数字记录需要一个可被核验的公共位置，而不是更响亮的信任口号。
当公共服务、地区凭证、回执和制度通知进入数字形态，信任问题会变得非常具体：第三方能不能确认一份记录是真的，同时又不看到超出必要范围的资料？
Meridian Verify 把这个问题收窄。它让政府、机构、企业和个人能够冷静地检查记录边界：由谁签发、证明什么、是否仍然有效，以及它不授权什么。
信任模型
四个层次，返回一个窄答案。
最强的验真不是范围更广，而是纪律更清楚：先检查记录、签发方、状态与披露边界，再返回一个有限的事实结果。
记录完整性
记录结构与证明引用必须符合预期格式。
签发方权限
记录必须来自被允许的签发方和记录类别。
当前状态
到期、暂停、撤销和范围变化，与真实性同样重要。
最小披露
答案应披露状态与范围，而不是原始身份档案或内部评估。
验真流程
答案应该如何产生。
一个好的验真表面，看起来应当简单；但其背后必须严格。它既要保护隐私，也要让审阅者得到清晰的事实结果。
提交记录
在试点功能开放后，用户可提交凭证、回执、通知或签署证据包。
检查完整性
系统检查记录结构与证明引用是否符合预期格式。
检查状态
在适用范围内核验签发方、时间、到期、暂停、撤销与范围边界。
返回窄答案
答案应限定为：真实、未找到、被改动、已过期、已撤销或超出范围。
边界说明
Verify 绝不能变成什么。
这个页面必须保护 Meridian 生态不被误解成业务入口、账户门户或产品宣传页面。
可以被核验的证据
- 凭证或回执是否真实。
- 签发方与允许的记录类型。
- 状态：有效、过期、暂停或撤销。
- 证明引用与时间边界。
- 该记录是否处于声明的试点范围内。
本站不能作出的暗示
- 不批准申请，也不批准服务。
- 不开账户，也不接入参与者。
- 不公开展示原始身份档案。
- 不显示账户数值或商业活动界面。
- 不替代采纳机构或签发方的制度决定。
制度审阅标准
任何公开功能开放之前，都要先通过四项审查。
严肃的验真域，在技术功能开放之前，首先要能通过公共部门和机构审阅。设计必须让授权、证明、隐私和当前状态都容易理解。
由谁签发？
页面应让签发方身份和允许记录类型清晰可见。
证明什么？
结果应说明记录边界，避免暗示更广泛权利。
什么不展示？
原始身份材料和内部评估继续留在受控系统内。
是否仍然有效？
到期、暂停、撤销和范围变化，与真实性同样重要。
试点定位
验真应该安静地建立信任。
这个域名最强的状态，不是热闹，而是冷静、狭窄、独立、可用。它服务于需要判断一份记录是否可信的政府、机构、企业与个人。
仅为审阅表面
当前静态页面不提供实时验真功能。正式开放应以试点授权、签发规则、数据保护控制和公开发布通知为前提。