ESMA MiCA 临时登记表：如何核验 CASP 或代币发行人且不把列名误当批准

已核验的来源事实

1. ESMA groups the interim-register data into crypto-asset white papers, ART issuers, EMT issuers, authorised CASPs and non-compliant entities. 2. The ESMA page identifies September 9, 2026 as the latest update visible during this review. 3. ESMA warns that white papers recorded in the register have not been reviewed or approved by national competent authorities. 4. MiCA authorisation and transitional arrangements require reading the legal entity, jurisdiction, service scope and applicable dates rather than relying on a brand name.

对照表

1. 控制测试：Legal name

交易控制披露只有转换成可测试规则才有意义。Legal name需要检查the regulated entity rather than a trading brand。应使用沙箱、非生产环境或最小可逆测试，然后match the exact company name。可以保存配置和事件证据，但绝不能记录凭据，并应验证文档所述的撤单、拒绝、减量或历史记录行为。

审计要模拟失败路径，而不只看设置流程。需要追问哪套策略拥有 maker 与 taker 订单、平台按哪个账户边界判断、哪个消息能证明干预，以及部分成交或断线后如何对账。平台文档只能说明支持什么，不能证明操作者配置正确。brand-to-entity routing for a future session因此必须保留为明确缺口。

Legal name这一行最终应形成一条与the regulated entity rather than a trading brand绑定的监控规则。执行者应match the exact company name，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，brand-to-entity routing for a future session仍是独立生产风险。

2. 控制测试：Identifier

Identifier需要检查LEI or other unique record key。应使用沙箱、非生产环境或最小可逆测试，然后retain the identifier in the evidence file。

审计要模拟失败路径，而不只看设置流程。clerical errors in source submissions因此必须保留为明确缺口。

Identifier这一行最终应形成一条与LEI or other unique record key绑定的监控规则。执行者应retain the identifier in the evidence file，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，clerical errors in source submissions仍是独立生产风险。

3. 控制测试：Home state

Home state需要检查which national authority owns supervision。应使用沙箱、非生产环境或最小可逆测试，然后open the competent authority record。

审计要模拟失败路径，而不只看设置流程。cross-border servicing limits因此必须保留为明确缺口。

Home state这一行最终应形成一条与which national authority owns supervision绑定的监控规则。执行者应open the competent authority record，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，cross-border servicing limits仍是独立生产风险。

4. 控制测试：Service scope

Service scope需要检查which crypto-asset services are authorised。应使用沙箱、非生产环境或最小可逆测试，然后compare the intended job with the listed permissions。

审计要模拟失败路径，而不只看设置流程。account-level product availability因此必须保留为明确缺口。

Service scope这一行最终应形成一条与which crypto-asset services are authorised绑定的监控规则。执行者应compare the intended job with the listed permissions，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，account-level product availability仍是独立生产风险。

5. 控制测试：Register category

Register category需要检查CASP, ART, EMT, white paper or non-compliant entity。应使用沙箱、非生产环境或最小可逆测试，然后avoid mixing categories。

审计要模拟失败路径，而不只看设置流程。future category changes因此必须保留为明确缺口。

Register category这一行最终应形成一条与CASP, ART, EMT, white paper or non-compliant entity绑定的监控规则。执行者应avoid mixing categories，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，future category changes仍是独立生产风险。

6. 控制测试：Update date

Update date需要检查weekly snapshot freshness。应使用沙箱、非生产环境或最小可逆测试，然后record access time and download version。

审计要模拟失败路径，而不只看设置流程。submission lag from national authorities因此必须保留为明确缺口。

Update date这一行最终应形成一条与weekly snapshot freshness绑定的监控规则。执行者应record access time and download version，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，submission lag from national authorities仍是独立生产风险。

7. 控制测试：White-paper status

White-paper status需要检查publication without authority approval。应使用沙箱、非生产环境或最小可逆测试，然后read issuer responsibility language。

审计要模拟失败路径，而不只看设置流程。accuracy of issuer disclosures因此必须保留为明确缺口。

White-paper status这一行最终应形成一条与publication without authority approval绑定的监控规则。执行者应read issuer responsibility language，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，accuracy of issuer disclosures仍是独立生产风险。

8. 控制测试：Transitional status

Transitional status需要检查legacy operation versus full MiCA authorisation。应使用沙箱、非生产环境或最小可逆测试，然后check the applicable national deadline。

审计要模拟失败路径，而不只看设置流程。future enforcement action因此必须保留为明确缺口。

Transitional status这一行最终应形成一条与legacy operation versus full MiCA authorisation绑定的监控规则。执行者应check the applicable national deadline，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，future enforcement action仍是独立生产风险。

9. 控制测试：Negative evidence

Negative evidence需要检查absence or non-compliant listing。应使用沙箱、非生产环境或最小可逆测试，然后investigate with the authority before funding。

审计要模拟失败路径，而不只看设置流程。whether a new filing is pending因此必须保留为明确缺口。

Negative evidence这一行最终应形成一条与absence or non-compliant listing绑定的监控规则。执行者应investigate with the authority before funding，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，whether a new filing is pending仍是独立生产风险。

10. 控制测试：Decision boundary

Decision boundary需要检查regulatory record versus safety or investment merit。应使用沙箱、非生产环境或最小可逆测试，然后use the register as one due-diligence layer。

审计要模拟失败路径，而不只看设置流程。future operational conduct因此必须保留为明确缺口。

Decision boundary这一行最终应形成一条与regulatory record versus safety or investment merit绑定的监控规则。执行者应use the register as one due-diligence layer，保存平台响应，并为异常指定责任人。文档质量是积极信号，但不能认证交易所或交易系统；在真实观察之前，future operational conduct仍是独立生产风险。

决策场景

场景 1：当Legal name成为关键约束

假设读者最关心的是the regulated entity rather than a trading brand，正确做法不是寻找一个适用于所有人的赢家，而是match the exact company name，保存证据，并在投入资金或权限前定义停止条件。只要证据变化，就重新打开决策，而不是继续沿用旧结论。这样得到的是一条能够重复执行的操作规则，而不是一次性的主观看法。

场景 2：当Identifier成为关键约束

假设读者最关心的是LEI or other unique record key，正确做法不是寻找一个适用于所有人的赢家，而是retain the identifier in the evidence file，保存证据，并在投入资金或权限前定义停止条件。

场景 3：当Home state成为关键约束

假设读者最关心的是which national authority owns supervision，正确做法不是寻找一个适用于所有人的赢家，而是open the competent authority record，保存证据，并在投入资金或权限前定义停止条件。

场景 4：当Service scope成为关键约束

假设读者最关心的是which crypto-asset services are authorised，正确做法不是寻找一个适用于所有人的赢家，而是compare the intended job with the listed permissions，保存证据，并在投入资金或权限前定义停止条件。

场景 5：当Register category成为关键约束

假设读者最关心的是CASP, ART, EMT, white paper or non-compliant entity，正确做法不是寻找一个适用于所有人的赢家，而是avoid mixing categories，保存证据，并在投入资金或权限前定义停止条件。

场景 6：当Update date成为关键约束

假设读者最关心的是weekly snapshot freshness，正确做法不是寻找一个适用于所有人的赢家，而是record access time and download version，保存证据，并在投入资金或权限前定义停止条件。

常见问题

本文是否建议使用或避开某个平台或产品？

不是。它是一套基于来源的决策框架。最终结论取决于用户地区、签约实体、账户、产品、交易规模、风险承受能力与实时条款。

公布的费率或控制措施是否永久有效？

不是。公开费率和控制规则会变化，实际条款也可能针对账户。应核对登录后的实时页面。

页面返回 HTTP 200 是否证明产品正常可用？

不能。公开页面存在，不代表特定地区或账户一定能使用该产品，账户级证据才是最终依据。

为什么必须公开列出未知事项？

因为用假设填补证据空白会制造虚假精确。未知事项说明下一步应该核验什么。

最安全的第一步是什么？

写清具体任务，核验官方来源，采用最小权限和最可逆的路径，并在适合时先做小额测试。