加密托管的 MiCA 合规：资产隔离究竟如何运作

合规官可以在一个下午写出一份资产隔离政策。而要证明它在审计面前站得住脚，需要的则是你无法完全控制的钱包架构。

这一差距正是 MiCA 托管规则的真正主题。《加密资产市场监管法规》（MiCA） 为加密资产服务提供商（CASP）设定了欧盟范围内的义务，而对于提供托管的任何一方，隔离要求对服务商必须能够证明的结果做出了具体规定。

你能否证明这些结果，取决于客户资产在链上如何持有、对资产的访问如何控制，以及你的记录是否与实际发生的情况吻合。这些问题首先是基础设施问题，其次才是法律问题。

本指南将梳理 MiCA 合规对托管的要求、第 75 条下的资产隔离含义，以及钱包平台在哪些地方能帮助你提供证据、哪些地方会让你悄然暴露于风险之中。

MiCA 合规对托管服务商的要求

MiCA 统一了欧盟范围内加密资产和加密资产服务的规则。其托管条款自 2024 年 12 月 30 日起适用于 CASP，过渡安排则取决于各国法律和授权的时间。

托管的定义是锚点。MiCA 将"代表客户保管和管理加密资产"定义为：代表客户安全保管或控制加密资产，或控制访问这些加密资产的手段（包括适用的密码学私钥）。

仔细读这个定义，因为它划定了其余一切的范围。MiCA 监管的不只是谁持有代币，还监管谁控制访问手段——在实践中就是密钥。如果你的服务控制客户密钥或客户资产，托管义务就适用于你，而资产隔离是你必须满足的首要义务之一。

MiCA 下的资产隔离：你必须证明的三个层面

第 75(7) 条是隔离要求的核心。它要求托管人做到四件事：

• 将客户加密资产持仓与托管人自有持仓分离。
• 确保客户加密资产的访问手段被清晰识别并如此标识。
• 在分布式账本上将客户加密资产与托管人自有加密资产分开持有。
• 在法律上将客户资产与 CASP 的自有财产隔离，使债权人根据适用法律（包括破产情形下）无追索权，并在运营层面也实现隔离。

这四项要求可以归结为你需要向审计师展示的三个层面：

链上分离。 客户资产存放在可明确区分于公司资产的地址上，你能指出使其分开的链上结构。

访问分离。访问手段——密钥及其周围的权限——被识别并受控，使客户访问与公司访问清晰可辨。

记录分离。你的账目将每个持仓和每笔移动都对应到正确的客户，所依据的登记册保持最新。

政策文件可以覆盖法律层面，而另外两个层面由你的钱包系统每天生成，无论有没有人关注。这就是隔离看起来像文书工作、实际表现为工程问题的原因。

为什么隔离是钱包基础设施问题

MiCA 的托管条款同时指向两样东西：分布式账本和访问手段。这把隔离直接推入你技术栈的三个部分。

地址结构 决定资产是否真正在链上分开持有，还是仅仅在电子表格中被跟踪为分开而实际存于共享地址。审计师在意的是前者。

密钥与访问结构 决定"访问手段"是否按规则被识别和控制，还是同一把运营密钥既为客户资金也为公司资金签名。

运营流程 决定资产移动是否有据可查。MiCA 要求托管人保存按客户的持仓登记册、尽快记录移动，并将这些移动与登记册相互印证。一笔离开签名器却没有对应登记条目的提现，就是一条等着发生的隔离发现。

如果你的基础设施无法在钱包活动与客户持仓记录之间产生可审查的关联，隔离就不再是你可以证明的东西。政策说一套，链上说另一套，审计师会把差异记录在案。

MiCA 下的托管型、非托管型和 WaaS 模式

MiCA 的定义围绕加密资产或访问手段的控制权展开。这一框架能干净地归类常见模式。

在托管模式中，服务商控制客户资产或密钥。第 75 条直接适用，隔离是服务商必须满足的义务。

在非托管模式中，客户保留对自身密钥的控制。非托管意味着访问手段由客户持有而非服务持有。托管义务附着于控制密钥的一方，因此分析跟随控制权而非品牌标签。

钱包即服务（WaaS） 处于两者之间，容易让人踩坑。WaaS 服务商提供基础设施，而受监管实体决定密钥和控制如何构建。MiCA 义务通常附着于向其客户提供加密资产服务的实体，而非其下的基础设施供应商。供应商不会替你消化合规义务。供应商的设计真正决定的，是监管者发问时你能证明什么。

这是值得精确理解的一点。选择一个 WaaS 平台并不能让你合规，任何声称如此的供应商都是在向你推销未来的审计发现。正确的问题更窄也更有用：这套基础设施能否让我证明第 75 条的每一项结果，还是会碍事？

WaaS 基础设施如何支持 MiCA 合规

下面是三个层面与真实能力的对接。下文的映射以 CoinsDo 的 WaaS 基础设施为实例。可以把它当作适用于任何供应商（包括你自建系统）的检查清单。

链上分离对应地址结构。CoinGet 以程序化方式生成并管理充值地址，使客户资金可以在清晰归属、彼此独立的地址上收集和持有，而不是汇入一个运营钱包。独立的地址让你能把链上分离指给审计师看，而不是仅凭口头断言。

访问分离对应密钥与权限控制。子账户角色管理为每个子账户分配细粒度角色，主账户掌管各子账户的会话有效期。CoinSign——内置于 CoinSend 的交易审批层——使用 RSA 和 HMAC-SHA256 对移动签名，并在价值转移前强制执行审批流程。两者共同保证访问手段被识别并受控，这正是第 75 条使用的措辞。

记录分离对应流程与日志。自动化交易筛查（对付款地址执行 KYT 检查）和平台的交易日志，为"什么在何时移动了"创建了可审查的轨迹。

这条轨迹正是 MiCA 期望你维护的持仓登记册和移动记录的原材料。对归集资金的冷存储路由在此之上增加了一项保管控制。

还有一个在审计师阅读运营成熟度时重要的信号：CoinsDo 在隐私信息管理方面遵循 ISO/IEC 27701:2019，这是一套经过审计的控制体系而非营销话术。MiCA 奖励有据可查的控制，而外部认证就是证据。

这一边界贯穿始终。基础设施提供分离、访问控制和记录。你仍然负责配置子账户以匹配你的客户结构、设置审批阈值、保持登记册对账一致。平台让合规可被证明，但不会让它自动发生。

常见的隔离失败模式

大多数隔离发现并不罕见。它们集中在三个地方，每一个都对应上面的一个层面。

持仓混同。客户资产与公司资产共用地址，因此无法在不编造链上不支持的说法的情况下展示链上分离。这是能经受住一份干净政策和一张整齐电子表格考验的失败模式，因为这两者都位于账本之上。

访问手段不清晰。运营团队无法证明客户访问与公司访问有何不同，通常是因为同一套密钥和权限覆盖一切。政策声称的分离从未在密钥结构中落实。

登记关联断裂。钱包活动与客户登记册逐渐脱节。移动发生得比记录更快，或记录时没有与原始交易建立干净关联，登记册不再是可靠的持仓账目。

设想审计的两种版本。第一种里，审查者问你如何在链上分离客户资产，你的回答是一份政策 PDF 和一个承诺。第二种里，你展示独立的客户地址、可查的角色与审批记录，以及与链上移动对账一致的登记册。只有其中一种是隔离。这一差异在你选择钱包架构时就已决定，而不是在你撰写政策时。

常见问题

MiCA 是否要求每位客户一个钱包？

不要求。MiCA 要求客户加密资产在分布式账本上与托管人自有加密资产分开持有，但条文并未规定特定的"每用户一钱包"设计。清晰归属、彼此独立的客户地址即可满足链上分离要求，而无需强制固定结构。

资产隔离只与破产相关吗？

不是。第 75 条涵盖运营隔离和持续性控制，包括持仓登记册和定期报表。这些在正常运营期间即适用，破产只是规则的一部分而非全部。

MiCA 对托管有什么客户报告要求？托管人必须至少每三个月提供一次持仓报表（并应客户要求提供），标明资产、余额、价值以及期间内的转移。

MiCA 会认证"MiCA 合规钱包"吗？

不会。MiCA 为托管等服务设定义务，但不为钱包创建产品认证。把任何"MiCA 合规钱包"的徽章当作营销看待，并依据第 75 条的结果来评估基础设施。

使用 WaaS 服务商能让我的公司 MiCA 合规吗？

不能。义务附着于向客户提供服务的 CASP。WaaS 平台可以通过地址结构、访问控制和记录使每一项要求可被证明，但合规地配置和运营这些控制仍由你负责。

从哪里开始

如果你正在评估 MiCA 托管义务，先把当前的钱包设置对照三个层面进行映射：你能展示链上分离、被识别的访问和对账一致的登记册吗？凡是在"电子表格里而非架构里"找到答案的地方，就是你要关闭的第一个发现。

如果你想看看地址结构、子账户角色和审批流程在实践中如何组合，预约我们的团队进行演示。