币圈界报道：

同一日双警示：钱包服务授权门槛何在？

2026年8月19日，德国金融监管局BaFin接连发布两份关于加密资产钱包产品的消费者警告。其中一份涉及一个未获授权的网站，另一份则涵盖两个网站及一款已在主流应用商店上架的应用程序。监管方指出，相关运营主体均未取得法定许可，且部分主体身份仍处于调查阶段。

法律依据与警示性质：公开声明并非最终裁决

这两则警告均援引《德国加密市场监管法》（KMAG）第10条第7款，该条款允许监管机构在有合理怀疑或已确认违规的前提下，对外披露涉嫌非法运营的企业信息。此机制兼具预防性与可撤销性——企业在被通知后有权申辩，若后续发现信息有误，监管方须通过相同渠道更正记录。

关键条款解读：控制访问路径即构成托管

该法律体系以欧盟《加密资产市场法规》（MiCA）为基础，其第3条第1款第17项明确定义了“代表客户托管和管理加密资产”的核心要件：只要服务商具备对客户加密资产访问途径的控制权，无论是否实际持有资产，均属受监管范畴。这一定义聚焦于“控制”而非“持有”，并强调“代表客户”这一法律关系的存在。

分界线清晰：谁掌握恢复密钥决定监管属性

尽管行业术语“托管型”与“非托管型”未在法规中出现，但它们精准对应了法律所划分的界限。当用户首次设置钱包时，若系统提示生成并保存恢复短语，则意味着访问权转移至用户自身；反之，若仅需输入邮箱与密码即可登录，且平台承诺可协助重置，则表明服务商实际控制着访问路径。

恢复功能是试金石：无法恢复才真正自主掌控

一个简单测试可迅速揭示本质：若忘记密码后，平台能主动帮你恢复账户，则其必然持有或能重建访问凭证——这正是法规所界定的“控制”。相反，若必须依赖个人保存的恢复短语，说明访问权完全由用户掌控。任何声称“不接触你的余额”却提供便捷恢复机制的服务，实则存在逻辑矛盾。

十类服务清单：单一功能也可能触发授权义务

MiCA第3条第1款第16项明确列出十种需授权的加密资产服务，包括托管、交易平台运营、资产兑换、订单执行、投资组合管理等。值得注意的是，每一项独立构成监管义务。因此，即便一款钱包本身不托管资产，只要内置代币兑换功能，就可能落入监管范围。

内置兑换功能：最常见却最易被忽视的风险点

当前市场上大量非托管钱包虽将私钥交由用户保管，但在界面中嵌入一键兑换按钮。根据技术实现方式，此类操作可能触及其他九项服务中的若干项，如资产转换（c）、跨链兑换（d）、订单传递（g）等。这意味着，整个应用的安全性评估不能一概而论，必须逐功能拆解审查。

合法路径唯一：无授权即违法

根据MiCA第59条第1款，任何人在欧盟境内提供加密资产服务，必须满足两项条件之一：已取得专属授权，或属于信贷机构、投资公司、电子货币机构等受认可实体。二者缺一不可，不存在第三种合法形式。即使产品设计精良、界面专业，也难以规避法律风险。

注册地与管理机构：欧盟合规的基本门槛

该条款第2款规定，授权主体必须在至少一个成员国设有注册办事处，且其有效管理机构位于欧盟，至少一名董事需常驻欧盟。若某钱包公司的法律注册地在境外且未公示欧盟地址，则其不符合基本准入条件。这并非定罪证据，但足以引发进一步核查必要性。

执法手段强硬：立即停业与清算程序启动

KMAG第9条赋予BaFin在发现未经授权业务时，可立即命令停止运营并启动清算程序的权力。该权限不仅适用于公司本身，还可延伸至股东、管理层及相关参与方。监管机构可在事实初步成立时即采取行动，无需等待司法确认，且在澄清期间可临时冻结业务。

时间差隐忧：警示前已存在监管盲区

由于第10条第7款要求事先听取企业意见，故从产品上线到警示发布之间存在一段公众未知的观察期。这意味着，未被列入警示名单的产品并不代表安全，仅表示尚未完成听证流程。欧洲层面的数据显示，多数不合规清单由单一国家主导提交，整体覆盖存在显著缺口。

数据库查询误区：非托管型缺席不等于风险

查阅BaFin公司数据库是常规建议，但对于钱包类产品具有特殊局限。纯非托管型钱包制造商无需授权，因此通常不会出现在数据库中——其缺席反而是正常状态。真正需要警惕的是提供托管或兑换服务的机构若不在名单内。因此，应先判断产品类型，再进行查询，顺序颠倒将导致误判。

应用商店上架≠合规：平台不负责监管背书

应用程序在主流应用商店上架，仅说明符合技术规范与内容政策，并不代表获得监管授权。商店运营商不承担法规第59条下的许可职能，也不属于适格机构。评分、下载量或视觉设计均与合规性无关。授权是公司资质问题，而非产品特性。

安全与合规分离：授权不等于技术防护

必须明确区分两个维度：授权是监管范畴，技术安全性是另一议题。持牌托管方可能遭遇黑客攻击，而未授权的非托管钱包也可能采用高度安全的设计。前者面临的是服务商违约风险，后者则是用户自身保管责任。两者互不替代，亦不可混为一谈。

自查指南：四步识别钱包授权需求

首先判断设计模式：若提供恢复功能且无需恢复短语，则可能构成托管。其次逐一分析功能模块，特别是兑换、转账、订单执行等环节。再次核查公司数据库，注意区分非托管型与托管型的差异。最后验证注册地址与管理机构是否符合欧盟要求。只有按此顺序操作，才能避免虚假安心或过度恐慌。