Germany MiCA Crypto-Asset Service Provider (CASP) Licensing Guide
✅ 点击这里可以下载PDF文件:德国 Germany(MiCA)加密资产服务提供商(CASP)牌照申请注册指南
✅ 点击这里可以下载PDF文件:300 条 RFI 全部 Q&A 填充版(适合直接提交 BaFin),由仁港永胜唐生根据实战经验填充。
✅ 点击这里可以下载PDF文件:关于仁港永胜注:本文中的文档/附件原件可向仁港永胜唐生 有偿索取电子档]
本文由 仁港永胜(香港)有限公司 拟定,并由 唐上永(唐生) 业务经理 提供专业讲解。
适用于计划在德国设立 MiCA-CASP 主体,并通过护照机制在欧盟/EEA 30 国展业的项目团队、金融机构、家族办公室及 Web3/RWA 项目方,用于:
内部立项评估与项目决策;
与股东 / 投资人沟通德国 CASP 方案;
对接 德国 BaFin 申请材料、沟通监管逻辑;
设计“德国 CASP + 其他欧盟牌照 + 境外结构”的全球合规布局。
以下内容以仁港永胜实战项目及德国 BaFin 最新监管口径为基础,结合欧盟《加密资产市场条例(MiCA,Regulation (EU) 2023/1114)》与《数字运营韧性条例(DORA,Regulation (EU) 2022/2554)》等法规进行系统梳理与重排。文中所有“我方”“我们”“本团队”,均指仁港永胜合规顾问团队。本文供内部立项、股东决策及与律师 / 审计 / 技术团队协同使用,不构成任何形式的法律意见,具体条款以欧盟法规及德国 BaFin 官方文件为准。
《德国 Germany(MiCA)加密资产服务提供商(CASP)牌照申请注册指南》
本文由 仁港永胜(香港)有限公司 拟定,并由 唐上永(唐生) 业务经理提供专业讲解。
欧盟《加密资产市场规例》(Regulation (EU) 2023/1114,“MiCA”)自 2024 年起分阶段生效,其中与 加密资产服务提供商(CASP) 相关的条款,自 2024 年底起全面适用,成员国可以设置最长 18 个月的过渡期。
从法律条文角度,所有欧盟成员国适用的是同一部 MiCA;
但从实务操作角度,不同监管机构的风格、要求深度、补件强度完全不同。
MiCA:写的是底线;
BaFin:会把底线“向上拧一圈”。
德国之所以值得单独写一份“深度实操版”指南,原因主要有:
德国是欧盟最强势的金融监管之一
银行业和证券业监管传统极其严谨,BaFin 对 ICT、托管、风险管理、治理结构都有长期监管经验。
在 MiCA 之前,德国已经通过《德国银行法(KWG)》将 加密托管业务(Kryptoverwahrgeschäft) 纳入金融服务活动,由 BaFin 发牌监管,是欧洲最早将加密托管“纳入银行法”的国家之一。
技术与合规的预期“远高于平均水平”
BaFin 长期要求受监管机构遵守包括 BAIT(Bankaufsichtliche Anforderungen an die IT)、MaRisk、以及现在的 DORA(Regulation (EU) 2022/2554) 等 ICT 和风险管理规范。
MiCA 上线后,BaFin 很自然会把这些传统金融领域的要求“平移”到 CASP 身上,对 ICT、DORA 合规、托管安全、外包管理等提出接近银行级别的要求。
德国本身就是“高门槛 + 高认可度”的组合
在 MiCA 框架下拿到德国 CASP 牌照,再通过 护照机制(passporting) 向其他 26 个欧盟成员国及 3 个 EEA 国通报展业,在市场形象与监管信任度上,远优于一些监管较宽松的辖区。
因此,本指南不是简单翻译 MiCA 条文,而是站在:
“德国本地视角 + MiCA 条文 + BaFin 监管实践 + DORA/BAIT 等交叉要求”
来帮你搭好一整套可以真正落地的 德国 MiCA-CASP 项目蓝图。
MiCA 的正式全名为:
Regulation (EU) 2023/1114 on Markets in Crypto-Assets,属于 欧盟法规(Regulation),对全部成员国直接适用,无需再行本地化立法生效。
与 CASP 密切相关的部分主要包括:
Title II – Crypto-asset service providers(CASPs)
对 授权条件、组织架构、资本要求、经营行为规则、客户资产保护、外包、ICT、冲突管理、市场滥用 等提出统一要求。
条文对“加密资产服务”的定义,诸如:
接收与传送订单
代表客户执行订单
运营加密资产交易平台
托管与管理加密资产
交换加密资产与法币或其他加密资产
代客资产管理
就加密资产提供投资建议等
在 MiCA 框架下,所有在欧盟提供上述服务的机构,都必须取得 CASP 授权,不再允许“未授权经营”。
虽然 MiCA 直接适用,但德国通过:
修改《德国银行法(KWG)》及相关从属法规;
将原先对 加密托管(Kryptoverwahrgeschäft)、加密交易平台、加密自营等既有监管经验,嵌入 MiCA 体系之中;
在 ICT 风险管理上,通过 BAIT、MaRisk 与 DORA 联动,形成一套比单纯 MiCA 更“锋利”的监管工具箱。
实际效果是:
在其他国家可能“合格”的 CASP,在德国未必合格;
在德国合格的 CASP,放到其他欧盟国家通常是“超额合规”。
BaFin(Bundesanstalt für Finanzdienstleistungsaufsicht):
负责金融机构授权、持续监管、现场检查、执法处罚,是 MiCA-CASP 审批的直接主管机关。
德国联邦银行(Bundesbank):
主要在宏观审慎和支付系统方面配合监管。
对于 MiCA-CASP 项目而言,你几乎所有的交互对象都可以简单理解为:
“一个可以非常细致问到代码与运维细节的监管机构——BaFin”。
如果你的项目符合以下任一场景,并且目标客户包括德国或以德国为主的欧盟客户,基本都落入 CASP 范围:
加密资产交易平台(Centralised Exchange / CEX)
为客户撮合加密资产与加密资产、加密资产与法币的买卖;
持有客户资产(无论是热钱包还是冷钱包)。
托管型钱包 / 托管服务(Custody / Wallet-as-a-Service)
代表客户保管私钥;
提供托管式钱包管理、批量签名服务。
加密券商 & 经纪(Broker / OTC Desk)
接收客户订单,再向交易所或流动性提供方下单;
为客户撮合或执行场外大宗交易(OTC)。
资产管理 / RWA / 结构化产品
以加密资产或代币化资产为标的,提供主动管理服务;
为客户构建加密资产组合并收取管理费/业绩报酬。
做市、流动性提供(Market Maker / Liquidity Provider)
在自营账户为平台提供深度;
与客户对手方交易。
只要你的商业模式中包含“代客保管、撮合、执行、管理、建议”等关键词,基本都逃不开 CASP 的监管视野。
在德国,目前被视为 相对低风险、可能不需要 MiCA-CASP 牌照 的情况非常有限,例如:
纯技术提供商(Tech Vendor)
仅提供钱包 SDK、节点服务,不直接面对终端客户、不接触客户资产;
链上数据分析、风控工具
只对其他受监管机构提供 SaaS 服务,不触及客户资产和交易执行。
但一旦出现:
你直接开账户给终端客户;
你可以触发或批准转账/提现;
你参与订单执行或撮合;
那么在德国语境下,监管非常容易认为你已经构成 金融服务活动,必须持牌。
简单感受一下德国与其他常见 MiCA 目的地的定位(仅为实务印象):
德国(BaFin):
难度:★★★★★
技术要求:★★★★★(BAIT + DORA + DevSecOps 视角)
监管补件(RFI)猛烈度:★★★★★
牌照含金量:★★★★★
立陶宛(BoL):
难度:★★★☆(已有 VASP/EMI 基础)
审查速度相对快,文件方向明确。
马耳他(MFSA):
在 VFA 到 MiCA 的过渡中经验丰富;
对治理和 IT 也较重视,但整体风格比德国“友好”。
奥地利、波兰、荷兰等:
各自有传统金融监管积累;
MiCA 框架下的实施路线略有差别。
如果你的团队目标是:
“在欧盟范围内,拿一张技术含量与监管认可度 最顶级 的 MiCA-CASP 牌照。”
那么,德国是少数真正值得投入的选择之一。
更现实一点的结论是:
适合在德国申请 MiCA-CASP 的主体,一般至少具备以下条件:
已有一定规模的加密 / 金融业务(或大型集团支持);
能够提供 欧洲本地的高质量董事与高级管理层(尤其是 MLRO、CRO、CTO);
有自己的 核心技术团队,而不是完全外包白标系统;
准备好 100–150 万欧以上的综合投入预算(2 年周期);
有中长期在欧盟(尤其是 DACH 区)深耕的战略,而不是“拿牌就跑”。
如果你还处在 “想先试试看,预算有限,团队也不成熟” 的阶段,那么仁港永胜会更坦白地建议:
先从立陶宛、波兰、马耳他、奥地利等更友好的辖区入手。
MiCA 对 CASP 的要求可以概括为:
机构层面
适当人选(Fit & Proper)
充足资本金与财务稳健
明确的治理结构与三道防线(业务、风险/合规、内部审计)
业务层面
服务授权范围清晰(哪些 CASP 服务)
客户资产隔离(Safeguarding)
利益冲突管理
透明度与信息披露
投诉处理与消费者保护
风险与合规层面
AML/CFT 制度(协调欧盟 AML 架构)
风险管理框架(RMF)
外包监管与第三方风险管理
运营连续性与压力测试
DORA(Regulation (EU) 2022/2554 on Digital Operational Resilience for the Financial Sector) 是对全金融行业的 ICT 风险管理统一规则,包括 CASP 在内的 MiCA 实体同样适用。
它要求:
建立 ICT 风险管理框架;
重大 ICT 事件 识别、分类与报告;
进行 威胁驱动的穿透测试(如 TIBER-EU);
管理 第三方 ICT 供应商风险。
在德国,这层要求会与 BAIT(IT 监管要求)、MaRisk(风险管理最低标准) 叠加,使得你的系统架构、钱包设计、灾备方案必须从一开始按“银行级”考虑。
BAIT:针对银行和金融服务机构的 IT 管理最低要求,涉及 IT 策略、信息安全、运维、授权管理、IT 供应商管理等。
MaRisk:风险管理最低标准,要求设立全面风险管理框架与内部控制体系。
KWG:银行法,将加密托管、某些加密交易服务纳入金融服务。
MiCA 只是一个“地基”,德国会在这个地基上加上:
“IT 安全屋顶 + 风险治理骨架 + 传统金融监管的墙体”。
详细的流程会在后续章节展开,这里先给一个总览时间轴概念,方便管理层决策:
0–3 个月:前期评估与结构设计
决定是否以德国为 MiCA 基地;
明确股东结构、董事会构成、核心管理层(CEO/CTO/MLRO/CRO);
确定商业模式与所需 CASP 服务类别;
构建高层次架构图(技术 + 业务 + 风险)。
3–9 个月:文件编制与系统成型
完成公司(或 SPV)设立与本地经济实质安排;
搭建并验证核心系统(钱包、交易、风控、合规引擎、日志审计);
编制全套 MiCA 申请文件 + DORA/BAIT 对口文件;
完成内部治理与政策文件(AML、风险管理、外包、投诉处理等)。
9–18 个月:BaFin 审查、RFI、面谈(Hearing)
正式提交申请;
若干轮 RFI(监管补件);
一至多轮 BaFin 面谈(董事会、MLRO、CTO、CRO 分别受访);
按监管意见迭代系统与文件。
18–24 个月:获批后运营准备与护照申请
拿到德国 CASP 授权;
将 MiCA-CASP 牌照护照至其他 EU/EEA;
进入常态监管阶段(年度报告、现场检查、持续合规)。
这个时间轴是假定项目准备充分的理想情况。若前期条件不成熟或 RFI 回合多,整体周期会进一步拉长。
为了避免“看完一大堆法规还是不知道怎么做”的尴尬,本指南按从宏观决策到微观落地的顺序设计 17 个章节,结构大致如下(略):
总论与监管框架(本章)
德国 MiCA-CASP 牌照类型、适用业务与战略选型
申请主体结构设计与股东/董事/高管适当人选(Fit & Proper)
资本金、财务规划与成本预算(含 2–3 年经营模型)
业务模式与德国监管偏好的 Business Plan 写法
技术架构、钱包托管与 DORA/BAIT 对接(ICT 框架)
客户资产隔离(Safeguarding)与银行账户/清算安排
AML/KYC/KYT 体系与链上风险管理专章
外包与第三方风险:云服务、KYC 供应商、节点服务等
治理与三道防线:董事会、风险委员会、内部审计设计
申请流程实操:时间轴、材料清单与 BaFin 交互节奏
德国 BaFin 监管补件(RFI)常见问题与回答框架(FAQ 结构:Q1、Q2…)
德国 BaFin 面谈(Hearing)准备与 200+ 问答逻辑拆解
持牌后的持续合规:报告、审计、现场检查与变更管理
德国 versus 其他 MiCA 目的地的策略对比与多牌照布局
常见项目类型(交易所、钱包、RWA、做市等)结构化案例分析
仁港永胜对申请人的“实话建议”与配套模板总览
站在仁港永胜唐生的角度,给本章一个“管理层可以带走的”简短结论:
MiCA 是统一法规,但德国有自己的“监管性格”:
监管偏好严谨、量化、可审计、可验证;
会把 DORA、BAIT、MaRisk 一起拉进来考你。
德国 MiCA-CASP 不是为“试水型项目”准备的:
适合已经有一定体量、愿意在欧盟长期深耕的机构;
预算与时间都必须拉满。
但一旦站上德国这座“监管高地”,你的全球合规故事会完全不同:
对后续进入其他欧盟国家、英国、中东等地,都有极强背书效应;
对银行合作、清算网络、机构客户信任度,是“硬通货”。
说明:
本章为《德国 Germany(MiCA)加密资产服务提供商(CASP)牌照申请注册指南(深度实操版)》第 1 章完整内容,
本文内容由仁港永胜唐生提供讲解,由 仁港永胜(香港)有限公司 拟定。
本文由 仁港永胜(香港)有限公司 拟定,并由 唐上永(唐生) 业务经理提供专业讲解。
本章将系统性拆解 “在德国申请哪一种 CASP 牌照?”
“我的业务模式需要哪些 CASP 许可?”
“是否应该把牌照拆成多实体、或集中在一个主体?”
“德国 BaFin 对不同 CASP 模式有什么偏好?”
本章旨在帮助项目方在 最初 0–2 个月战略决策阶段 就选对方向,避免走错结构导致申请时间延误 6–12 个月。
根据 MiCA 第三编(Title II – Crypto-asset service providers),CASP 服务被划分为 10 大类别。无论在哪个国家申请 CASP(德国、马耳他、奥地利、立陶宛等),分类完全一致。
仁港永胜唐生根据 MiCA 条文 + 德国 BaFin 实操,将其整理如下:
典型业务:
做经纪(Broker)
接收客户买卖加密资产的意向
再向其他交易所/LP 下单
属于轻量级但高度监管的 CASP 类型。
典型业务:
代客下单、交易执行
大宗 OTC
注意:
在德国,订单执行属于“核心监管行为”,BaFin 会审查你的交易质量、执行政策、冲突管理、透明度等。
适用业务:
中心化交易所(CEX)
DeFi 前端聚合(若有撮合/托管功能)
在 MiCA 下这是监管最重的 CASP 类型之一。
在德国,BaFin 把“交易平台运营”视为接近传统 MTF/OTF(证券领域)的高风险活动,要求:
完整订单簿
交易监控(Market Surveillance)
市场滥用监测(Market Abuse)
极强的 ICT/DORA 体系
此类项目在德国申请周期通常比其他 CASP 更长。
典型业务:
托管型钱包
私钥管理
冷/热钱包管理
MPC 钱包服务
托管审计机制
这是许多项目必须持有的 CASP 类别。
在德国,“托管”最敏感,因为其与 KWG(德国银行法)既有“加密托管业务”(Kryptoverwahrgeschäft)高度重叠。
因此,要求几乎是:
银行级 IT 架构 + BAIT 级 IT 规则 + DORA 全覆盖。
典型业务:
CEX 的 Fiat<>Crypto
OTC 场外兑换
集成支付渠道的加密支付系统
德国高度关注:
反洗钱分层
交易限额
风险级别
“脏钱包”过滤机制(KYT)
典型业务:
CEX
Swap 服务
DEX 前端若提供托管或撮合(也可能触发此条)
要求相对前几类较轻,但在德国,BaFin 会要求完整的:
交易引擎描述
撮合逻辑
风险系统
钱包结构
流动性管理
适用业务:
Launchpad
帮项目发行代币
代币首次销售安排(Primary Sales)
此类在德国相对少见,但风险偏高,监管偏紧。
典型业务:
加密资产组合管理
RWA 组合管理
投资组合/策略管理
在德国属于“高度监管的传统金融业务在加密中的镜像”,要求:
投顾资格
风险管理框架
客户适当性
投资限制
典型业务:
研究报告
投资建议
机器人投顾
投资策略推送
德国要求详细的“投资建议与风险披露模板”。
典型业务:
钱包之间转账(代为执行)
委托提款服务
自动派息/自动分配服务
如果系统能够“主动作出转账”,则必须申请此类别。
仁港永胜唐生根据过往案例与监管交互经验,将 BaFin 实操难度做出评级:
| CASP 类别 | 在德国的难度 | 原因 |
|---|---|---|
| 交易平台运营 | ⭐⭐⭐⭐⭐ | 交易监控、市场滥用、ICT+DORA 最复杂 |
| 托管服务 | ⭐⭐⭐⭐⭐ | 最接近银行业务,要求最高 |
| 订单执行/接收 | ⭐⭐⭐⭐ | 涉及对客户负责、执行质量、冲突管理 |
| 法币兑换 | ⭐⭐⭐⭐ | AML/KYC/KYT 要求非常严格 |
| 加密交换(Crypto-Crypto) | ⭐⭐⭐ | 监管中等,但技术需强 |
| 投顾建议 | ⭐⭐⭐ | 文档工作量大 |
| Launchpad / 发行服务 | ⭐⭐⭐⭐ | 涉及市场滥用、透明度、结构化文件要求高 |
| Portfolio 管理 | ⭐⭐⭐⭐⭐ | 类似 MiFID 投顾业务的合规要求 |
一个项目若包含多个高难度 CASP,例如:
交易所(Platform)
托管(Custody)
法币兑换(Exchange)
那么在德国申请的难度会呈现叠加效应,RFI 数量可能达到 200–300 个。
仁港永胜唐生提供一套 5 步法 来判定需要哪些 CASP:
如果用户在你这里拥有:
钱包
账户
余额
你负责保管资产
则 99% 会触发 托管 CASP。
包括:
撮合
排队
订单执行
大宗 OTC
则必定触发:
交易平台 / 订单执行 / 订单接收。
如:
自动扣费
自动结算
自动分配收益
自动转账
则触发:
Transfer Services。
如:
投资策略推送
组合模型
风险分级
定投建议
则触发:
Advice on Crypto-assets。
如:
代币化资产组合
RWA 资产池
收益凭证结构
则触发:
Portfolio Management(组合管理)。
在德国非常关键的一点:
BaFin 不喜欢一个实体同时做太多不同的高风险 CASP。
仁港永胜唐生一般会给出三种结构:
适用于:
托管
Crypto-Crypto
OTC
Transfer Services
不适用于:
交易所(Platform)
投顾 + 托管 双业务
Launchpad + 托管
实体 1(德国):托管 + Transfer
实体 2(德国或欧盟:交易平台)
实体 3(欧盟其他国家:投资服务/ Launchpad)
优势:
针对不同风险进行隔离
容易通过 BaFin 审查
更符合 DORA 与业务外包规范
德国(BaFin)负责托管与核心合规;
马耳他/立陶宛/波兰负责交易平台或 Launchpad;
通过 MiCA 护照互相授权,形成:
“德国做最难的部分,其他国家做扩展业务”的战略组合。
适合预算较高的大型机构。
仁港永胜唐生总结 BaFin 在审查中最喜欢的结构特点:
托管与交易分拆到不同实体
清算银行与客户资产隔离,建立 “客户资产信托账户(Trust Account)”
CTO / MLRO / 风险官必须在德国本地
核心钱包技术必须自研或可审计,不接受完全白标
业务量与风险成比例的系统监测与审计机制
必须有可执行的 DORA 级灾备中心(至少地理隔离 200km)
| 业务模式 | 必要 CASP 授权 | 是否适合在德国申请 |
|---|---|---|
| CEX(交易所) | 交易平台 + 托管 + 订单执行 | ⭐⭐⭐⭐⭐(非常难,但认可度最高) |
| OTC | 订单执行 + 兑换 | ⭐⭐⭐⭐ |
| 钱包托管 | 托管 | ⭐⭐⭐⭐⭐ |
| RWA 平台 | 组合管理 + 托管 + 建议 | ⭐⭐⭐⭐ |
| 做市(LP) | 订单执行 + 自营规则 | ⭐⭐⭐⭐ |
| Launchpad | Placing | ⭐⭐⭐ |
| DeFi 前端 | 若有托管/撮合则需多项 CASP | ⭐⭐⭐ |
仁港永胜唐生总结为:
避免在一个实体内集成太多高风险 CASP。
边缘业务 → 其他欧盟国家
德国负责“硬监管”(托管、合规主体系),
马耳他/立陶宛负责其他扩展业务。
德国的审慎风格不会因 MiCA 而改变。
你越准备充分,RFI 越少,审批越快。
本文由 仁港永胜(香港)有限公司 拟定,并由 唐上永(唐生) 业务经理提供专业讲解。
(德国 MiCA-CASP 审查的关键章节|中文版)
本章介绍 MiCA + 德国 BaFin 审查框架中最敏感、也是影响申请是否成功的关键领域:
申请主体结构(法人架构、集团架构、控制权关系)
股东适当人选(Fit & Proper)
董事/管理层适当性
是否有“影子管理人(Shadow Director)”风险
德国境内管理要求(Mind & Management)
实控人(UBO)穿透
高级管理层的能力证明
BaFin 对 “利益冲突” 与 “独立性” 的要求
仁港永胜唐生将在本章以真实监管逻辑、案例经验、德国监管文化等维度,一次性深度拆解。
MiCA 要求所有 CASP 必须满足:
具有欧盟境内法人资格
管理层需具备金融与加密资产的专业能力
具备健全治理结构(Governance)
具备充分资本金(Own Funds)
符合 ICT/DORA 网络安全要求
股东须满足适当人选(Fit & Proper)标准
德国 BaFin 在此基础上,额外增加:
不接受挂名董事
不接受“外包 CEO”
不接受“兼职但无实体主导权”的管理层
包括:
主要管理决策在德国进行
关键职能(MLRO、CTO、风险官)必须在德国
不能把核心职能外包到非欧盟
BaFin 能够深入穿透所有结构,直至确认真实控制者。
德国 CASP 最常见的法律实体形式是:
最常见的 MiCA-CASP 实体
注册资本:25,000 欧元
监管最低资本金:50,000–150,000 欧元(按 CASP 类型)
税务合规便捷
适合大多数加密项目
适用于大型集团或上市路线
管治结构复杂
对外融资更灵活
监管成本更高
仁港永胜唐生实操经验:
90% 以上项目选择 GmbH,因为其灵活、成本低、容易管理。
BaFin 对集团化结构进行严格审查,特别是在:
控股主体在非欧盟
存在多层离岸公司
股权不透明
有基金/信托结构
同一集团涉及其他金融业务(如 FX、CFD、MT5 经纪、区块链平台)
BaFin 最关心两点:
不能出现:
实控人操控管理层
管理层只是“代持人”
有隐藏控制的安排(Side Letter / Private Agreement)
如:
德国主体负责风险,而利润转移到海外
德国主体只是壳公司
核心系统都在海外
BaFin 在 RFI 中经常会提出:
“请解释为何贵集团选择在德国申请 CASP,而将大部分 IT/运营放在第三国?”
仁港永胜唐生的建议:
申请前先优化集团结构,避免多层离岸、避免不必要的股权复杂化。
德国 BaFin 的适当性审查要素包括:
无犯罪记录
无金融监管处罚
无破产记录
无严重税务问题
无跨国洗钱调查
未涉及诈骗、虚假陈述
材料评估包括:
无犯罪证明
税务合规证明
过往监管信件
诉讼纪录(如需)
要求股东与董事证明自身:
无个人破产
无重大负债
有合理的资产证明
有足够的资金支持实体运营
投资来源必须“干净、可审计、可解释”
典型需要:
资金证明(Bank Statement)
资产清单
投资来源说明(Source of Funds)
管理层须具备:
金融行业管理经验
投资/交易经验
AML/KYC 合规经验
加密资产与技术理解
能力覆盖 ICT/DORA
关键岗位包括:
必须具备:
金融行业 3–5 年经验
加密相关经验
监管理解能力
必须具备:
AML 体系经验
KYT/WTR 经验
德国金融法理解
必须具备:
钱包系统经验
网络安全经验
DORA 实施经验
必须具备:
风险管理实际经验
金融风险/操作风险理解
BaFin 要求:
至少 2 名董事常驻德国
董事必须具备决策权限
MLRO 必须常驻德国
CTO 可以在欧盟境内,但必须能随时被审查
电话会议、董事会记录必须可证明“德国是决策中心”
如果管理层都在海外,RFI 会直接问:
“请解释贵公司如何确保在德国境内运营核心管理功能?”
因此,仁港永胜唐生一般建议:
管理层至少 3 个岗位设在德国:MD、MLRO、CRO。
BaFin 会穿透所有层级股东,直到最终自然人:
所有持股 >10% 的自然人必须提供完整资料
所有公司股东必须提供:
公司注册文件
董事名单
股东名册
财务报表
实控说明
德国不接受任何“隐形股东”、“代持安排”、“不可解释的 SPV”。
仁港永胜唐生整理 BaFin 最常提问的风险点:
不能是“有名无实”的董事。
不能只是“挂名”。
例如:
IT 全在亚洲
运营全在亚洲
核心人员不在欧盟
此时就会触发:是否存在监管套利?
BaFin 对“资金来源说明”极为敏感。
如:
股东同时是 LP
管理层与投资人关系复杂
BaFin 通常会要求“利益冲突政策”。
这样会被视为“影子管理”或“受控董事”。
两层以内最理想。
BaFin 能轻易识别虚假经验。
仁港永胜可定制专属问答模板,应对 RFI。
包括:
管治框架
职权矩阵
风险矩阵
利益冲突规则
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生)业务经理提供专业讲解。
本章是全书最重要的基础章节之一。本章将系统解释:
CASP 在德国的法律基础
欧盟 MiCA(Regulation 2023/1114)与德国本地法规如何衔接
BaFin 审查原则
德国特殊法律(包括 KWG、WpHG、GwG、DORA、BAIT)在 MiCA-CASP 申请中的影响
申请德国 CASP 之前必须理解的监管逻辑
德国监管文化与其他欧盟国家显著不同,本章将给出最深度的实操解析。
MiCA 是加密资产企业的统一监管框架。
任何在德国设立 CASP 的企业,都必须遵守 MiCA 全部条文。
MiCA 的核心结构:
Title I:通用规定
Title II:Crypto-asset Issuers(稳定币与无抵押代币发行)
Title III:CASP —— Crypto-asset Service Providers
Title IV:监管与执法
Title V:过渡期与最终条款
MiCA 的关键特点:
全欧盟统一监管
全欧盟统一牌照标准
通过护照机制可在 30 国展业
所有加密服务必须取得 CASP
MiCA 将所有加密服务纳入“金融服务框架”,使其监管强度接近 MiFID。
在德国,CASP 除 MiCA 外,还必须同时遵守:
德国的特性是:
加密托管、交易、结算等业务,在未有 MiCA 前就受 KWG 管辖。
MiCA 实施后,KWG 某些条款仍然适用:
客户资产保护
资本与风险要求
董事适当性
某些业务若被视为“接近证券服务”,仍触发 KWG
BaFin 特别谨慎处理 “MiCA vs KWG 重叠区”。
例如:
钱包托管 → 同时触发 KWG 的加密托管(Kryptoverwahrgeschäft)
CEX → 可能触发金融工具交易设施(MTF)与 KWG 要求
仁港永胜唐生经验:
德国是全欧盟对加密最不放松的国家。MiCA 并没有削弱 KWG 的审查力度。
在下列情况下,CASP 申请可能触发 WpHG:
RWA(代币化资产)
代币化债券
STO
投顾/组合管理涉及证券
这意味着:
必须额外提交 WpHG 风险控制文件
AML/KYC 增强版
客户分类(Retail / Professional)
产品治理(Product Governance)
仁港永胜唐生提醒:
RWA/证券类业务在德国比在立陶宛、波兰、马耳他难 5–10 倍。
德国 AML 是全欧盟最严格的之一。
BaFin 会根据 GwG 审查:
客户尽调(CDD / EDD)
KYT(链上可疑交易识别)
受益人核查(UBO Verification)
资金来源(Source of Funds)
交易监控(Transaction Monitoring)
MLRO 必须在德国,因此 GwG 是德国 CASP 审查核心之一。
MiCA + DORA = 共同构成欧洲加密行业的“双监管体系”。
DORA 要求:
ICT 风险管理
网络安全
异地灾备
渗透测试
第三方 ICT 风险管理(Outsourcing TPRM)
事件通报(Incident Reporting)
德国 BaFin 已明确:
所有 CASP 必须完全合规 DORA(不允许申请豁免)。
BAIT 是德国银行 IT 管理框架,也是加密行业必须遵守的标准。
BAIT 要求包括:
IT 战略
信息安全(ISO 风格)
IT 风险管理
操作流程
接入管理(IAM)
用户权限(Access Rights)
系统开发(SDLC)
变更管理(Change Management)
审计追踪(Audit Log)
德国是全欧盟唯一要求加密企业达到“银行级 IT 标准”的国家。
德国的金融监管总局,是 CASP 的直接审查机构。
BaFin 负责:
申请受理
审查(文件、ICT、治理)
RFI 补件
面谈
决定批准 / 拒绝
持续监管
BaFin 特点:
极度严谨
法律解释偏保守
对托管、交易平台特别严格
不给宽松空间
你的申请材料会同步送至德国央行:
风险审查
资本审查
财务可持续性
风险模型
客户资产隔离机制
Deutsche Bundesbank 是“隐形的第二监管人”。
FIU 负责 AML:
可疑交易(STR)
KYC/EDD 检查
交易监控审查
如果你的 AML 体系不满足 GwG,FIU 会介入。
仁港永胜唐生根据实际经验总结:
德国监管不接受:
外包管理
外包合规
名义董事
白标钱包技术
BaFin 关注“你是否真的掌控业务”。
以下业务风险越高,审查越严:
托管
交易平台
RWA
Launchpad
投顾/组合管理
例如:
德国实体只有 2 名员工
全部运营在非欧盟
利润全部转移到海外
都会触发深度审查。
BaFin 会非常关注:
客户资产隔离
钱包架构
Key 权限
冷热钱包比例
审计机制
T+0/T+1 结算
托管自营隔离
要求:
交易规则
托管政策
费用
流动性提供者
订单执行策略
必须全部公开且可审计。
不满足 DORA → 无法通过
不满足 BAIT → 无法通过
外包 ICT 过多 → 无法通过
这也是德国 CASP 与其他国家最大区别。
MiCA 是欧盟法律,而德国必须制定本地实施法律。
实施方式是:
MiCA → 欧洲法规
德国制定 MiCA 实施法(MiCAR-Durchführungsgesetz)
BaFin 发布本地指引(Merkblatt)
企业提交申请 → BaFin 审查
核准 → 欧盟护照机制生效
德国 MiCA-CASP 的监管体系是:
MiCA(欧盟统一) + KWG/WpHG/GwG(德国本地) + DORA(欧盟 ICT) + BAIT(德国银行级 IT)
因此德国是全欧盟 CASP 申请难度最高的国家,但同时:
认可度最高
对机构投资人最有说服力
对风控与托管能力要求最高
仁港永胜唐生提醒所有申请人:
若你能通过德国审查,你在整个欧盟都是“顶级 CASP”。
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生)业务经理提供专业讲解,本章极其关键,属于德国 MiCA-CASP 申请最敏感、最容易出问题、也最容易被 BaFin 打回重写的部分之一。
本章完整拆解德国 CASP 的关键要求,包括:
初始资本金(Initial Capital)
持续资本要求(Ongoing Own Funds)
商业模式与财务预测
费用结构
风险储备
BaFin 如何判定「财务可持续性」
何种商业模式会被 BaFin 认为不可持续
何种资金来源会被质疑
这是德国 MiCA CASP 最难的一章,也是 RFI(补件)的重灾区。
仁港永胜唐生在本章将提供 完全实操级别 的说明与策略。
根据 MiCA(Regulation 2023/1114)第三编(CASP),初始资本分为 4 档:
| CASP 服务类别 | MiCA 最低资本金 | 德国实际要求(BaFin 经验值) |
|---|---|---|
| 1. 接收与传送订单 | €50,000 | €75,000 – €100,000 |
| 2. 执行订单 | €50,000 | €75,000 – €100,000 |
| 3. 加密交易平台 | €150,000 | €250,000 – €500,000(视业务规模) |
| 4. 托管服务 | €125,000 | €200,000 – €400,000 |
| 5. 加密兑法币 | €100,000 | €150,000 – €250,000 |
| 6. 加密兑加密 | €100,000 | €150,000 – €250,000 |
| 7. 投顾服务 | €50,000 | €75,000 – €100,000 |
| 8. 投行/发行服务 | €50,000 | €75,000 – €100,000 |
| 9. 组合管理 | €125,000 | €200,000 – €400,000 |
| 10. 转账服务 | €100,000 | €150,000 – €250,000 |
德国的要求远高于 MiCA 本身,因为:
BaFin 按照“高风险金融服务”的审慎监管方式处理 CASP。
越高风险 = 越高资本。
尤其交易所(Platform)、托管(Custody)、组合管理(Portfolio)三类业务,会显著提高资本要求。
BaFin 要求你证明:
且必须展示:
工资
技术支出
合规支出
审计
ICT 外包
保险(PII)
风险储备
仁港永胜唐生根据实操经验:
| 规模 | 建议运营资金 | 说明 |
|---|---|---|
| 小型(托管 + 交易基础服务) | €600,000 – €1,000,000 | 覆盖 1–1.5 年运营 |
| 中型(托管 + 交易所平台) | €1,500,000 – €3,000,000 | 需投入更多 IT |
| 大型(CEX + 组合管理) | €3,000,000 – €6,000,000 | 需重大 ICT + DORA 投入 |
许多申请人失败不是因为资本金不足,而是运营资金不够。
德国 BaFin 不会批准任何“不可持续”的商业模式,特别以下情况会被判定为“不可持续”:
例如:
完全依赖交易量
完全依赖手续费
没有任何固定收入(订阅收入)
收入模型高度波动(OTC、交易所)
BaFin 会质疑:
「贵公司如何保持稳定的监管合规成本?」
BaFin 会要求:
财务预测
收入模型
成本模型
风险模型
盈亏平衡点(Break-even Point)
若预测:
三年连续亏损数百万欧元
资本没有持续注入计划
不具备盈利路径
则申请几乎一定失败。
例如:
整个 IT 外包到亚洲
营销外包
客服外包
钱包运营外包
风控外包
BaFin 会认为你没有“独立运营能力”。
仁港永胜唐生为客户制作预测时,通常包括:
三年损益表(P&L)
三年现金流表(Cashflow)
资本 Adequacy 计算
风险加权资产(RWA)(若涉及金融工具)
Stress Test 压力测试情景
BaFin 会看以下指标:
净资本金是否持续满足要求?
是否存在“负现金流断层”?
营收结构是否合理?
手续费依赖度是否过高?
风险成本核算是否专业?
以下是仁港永胜唐生根据实操经验总结的 BaFin RFI 高频问题:
这些问题若回答不好(多数申请人回答不好),会导致连续 RFI 或申请延迟。
以下资本来源极易导致申请失败:
来路不明的加密资产
OTC 未审计的加密收入
私下现金注入
无法解释的海外转账
借贷来源(如抵押贷款、影子融资)
BaFin 必须看到:
“可审计、合法、稳定、透明”的资金来源
任何疑点都会触发增强尽调,甚至拒绝申请。
例如托管要求 €125,000
但建议注入 €250,000–€300,000。
BaFin 不喜欢“仅一次性注资”。
例如:
Deutsche Bank
Commerzbank
Solaris Bank
逐笔解释资金来源。
正常情况
市场下跌 50%
交易量下跌 80%
监管最喜欢看到你的“最坏情况模型”。
仁港永胜唐生列出最容易失败的模式:
过度依赖交易量,风险太大。
不具备商业可持续性。
监管会认为:
“德国实体只是风险池,利润不在本地。”
几乎必审查不过。
完全无法通过尽调。
德国 CASP 的资本要求是:
“足额资本金 + 可持续商业模式 + 三年运营资金 + 清晰的资金来源”
若未满足其中任何一项:
RFI 会非常沉重
审查将延迟 3–6 个月
极端情况下会直接被拒绝
仁港永胜唐生提醒:
德国并不是“简单买牌”,德国是“经营能力 + 财务能力”的双重审查。
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生)业务经理提供专业讲解,本章是 BaFin 最严格审查的重点之一,也是全套德国 MiCA-CASP 申请中 最容易失败、RFI 数量最多、监管要求最细致 的部分。
在 MiCA + 德国监管体系下,治理结构与风险管理是决定 CASP 能否获批的关键:
BaFin 对治理的要求完全接近德国银行
任何治理缺陷都会导致持续 RFI
风险管理被视为「整个平台安全性的核心」
风险结构必须覆盖:经营风险、ICT/DORA 风险、托管风险、市场风险、合规风险、外包风险(TPRM)、声誉风险等
本章将由仁港永胜唐生以实操经验全面解析。
德国监管对治理架构的要求比所有欧盟国家都高,三个核心原则:
不能:
挂名董事
兼职但缺乏决策权
无实际经验
背后有影子管理人(Shadow Director)
管理层必须能证明:
日常经营
风险控制
ICT 管理
客户资产保护
合规保障
决策流程
均由“德国本地”真实执行。
包括:
董事会有独立成员
风险管理不受商业部门干预
MLRO 不受销售部门压力
CTO 与产品团队之间职责分离
管治委员会(Governance Committee)独立执行
德国监管极度反对:
“创始人一人控制全部业务职能”
这是德国监管拒绝申请的常见原因。
要有:
董事会章程
董事会议记录
风险管理政策
合规政策
ICT 政策
内部审计政策
职权矩阵(Delegation of Authority)
三道防线模型
仁港永胜唐生经验:
德国是欧盟唯一明确要求 CASP 采用“三道防线治理模型”的国家。
一个符合 MiCA & BaFin 要求的完整治理结构必须包含至少 9 大模块:
要求:
至少 2 名常驻德国董事
有金融与加密经验
能证明实际参与经营
必须负责任务:
战略
风险治理
ICT 管理
反洗钱
客户资产安全
业务连续性(BCP)
董事会不能只是“形式化签名角色”。
配置必须包含:
MD(Managing Director)常驻德国
MLRO(反洗钱负责人)常驻德国
CRO(风险官)常驻德国或欧盟境内
CTO(技术负责人)在欧盟境内
所有职位必须具备 Fit & Proper 能力。
德国监管最推崇的治理模式:
产品
运营
市场
技术执行
合规(Compliance)
风险管理(Risk)
反洗钱 AML/CFT(MLRO)
独立于业务与合规
不得由 CTO 或 COO 兼职
可外包给德国产业审计公司(BaFin 认可)
BaFin 期待 CASP 配置以下委员会(越完整越加分):
风险委员会(Risk Committee)
ICT/安全委员会(ICT Committee)
合规委员会(Compliance Committee)
产品委员会(Product Committee)
外包委员会(Outsourcing Committee)
反洗钱委员会(AML Committee)
每个委员会必须有:
成员名单
会议频率
议程
决策流程
会议记录模板
BaFin 要求提供:
分层结构
部门职能
区分「前台/中台/后台」
各岗位职责(Job Description)
组织架构必须避免:
同一人负责多个关键职能
合规与业务混合
CTO 与运营不分离
风险管理与产品开发不分离
必须明确:
誰负责 ICT
誰负责 AML
誰负责客户资产保护
誰负责外包管理
誰负责数据保护(DPO)
誰负责模型风险(Model Risk)
包含:
合规职能计划(Compliance Plan)
合规风险评估(CRA)
年度监控计划
合规报告模板(给董事会)
包含:
风险章程(Risk Charter)
风险偏好声明(RAS)
风险控制矩阵(RCM)
风险等级分类(Risk Taxonomy)
可以外包,但必须:
由独立第三方执行
不得由 CTO、COO、MLRO 或 CFO 兼任
有年度审计计划
覆盖 ICT / 风险 / AML / 外包 / 客户资产
德国是全欧盟审计要求最严格的国家。
完整风险体系需涵盖以下 10 类风险:
包括:
人员错误
内外部欺诈
系统中断
流程失败
处理方式:
风险控制矩阵
职责分离(SOD)
审计日志
标准操作流程(SOP)
包括:
网络攻击
钱包私钥泄露
DDoS
数据丢失
第三方系统故障
要求:
ICT 风险评分
安全测试
灾备计划(DRP)
事件通报流程
安全边界:
交易量波动
流动性风险
价格操纵风险
适用于交易所 + OTC。
BaFin 特别关注:
交易所是否在 24 小时内有足够流动性对冲
是否依赖单一做市商
包括:
做市商违约
资产托管方违约
必须满足德国 GwG + FATF 要求。
BaFin 会问:
若被黑客攻击,你如何保护声誉?
极其敏感!
包括:
外包钱包
外包 KYC
外包云服务
外包客服
外包做市
你的外包越多,风险越高,审查越严。
适用于:
投顾
风险定价
流动性模型
尤其涉及:
RWA
合同条款
用户协议
一套完整风险管理框架包括:
风险章程(Risk Charter)
风险管理政策(Risk Policy)
风险偏好声明(RAS)
风险分类法(Risk Taxonomy)
风险控制矩阵(RCM)
年度风险评估(Annual Risk Assessment)
风险监控计划
首 12 个月风险报告
压力测试模型(Stress Testing)
ICT 安全政策
外包风险评估(TPRM Policy)
钱包风险政策(Wallet Risk Policy)
客户资产风险政策(Safeguarding Policy)
仁港永胜唐生提醒:
这是申请时最重要的文件,必须由专业团队制作。
依据德国真实案例,最常见 RFI 包括:
这些问题回答不好,会导致连续 RFI。
很多申请因治理框架不足而延误数月。
最危险组合示例:
CTO = CISO = 风险官
CEO = MLRO = 合规负责人
CFO = 风险官
这些均会导致立即驳回。
BaFin 非常反感纯外包型 CASP。
证明公司日常经营具备完整治理。
德国特别强调 ICT,必须提前准备完整资料。
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生) 业务经理提供专业讲解。本章是整个德国 MiCA-CASP 指南中最关键、最容易失败、也是审查最严格的模块之一:AML / CTF(反洗钱与反恐融资)全体系深度实操框架。
德国是欧盟 AML 审查最严格国家,原因:
德国 GwG(反洗钱法)远比欧盟 AMLD 要求更重。
BaFin 会对 MLRO、系统、流程、MANUAL、KYT、链上监测进行逐条反问。
AML 是所有拒绝案例中占比最高的原因(约 48%)。
德国 AML 对加密业务尤其敏感,被视为“高风险行业”。
若 AML 架构不成熟,基本不存在获批可能性。
仁港永胜唐生参与过多家德国 AML 审查实战项目,深知 BaFin 的真实要求:
不仅要有文件,还要证明可执行;不仅要执行,还要可审计;不仅可审计,还要风险可量化。
德国 CASP 的 AML 法规体系由以下法律叠加:
涵盖:
客户尽职调查
风险评估
STR(可疑报告)
内部控制
监测系统
MLRO 责任
制裁筛查
扩大虚拟资产服务商(VASP/CASP)监管义务
扩大刑事责任范围
第三方风险监测义务
包含:
交易监测
客户资产保护
操作风险控制
投资者保护
以上所有法律要求需要汇总到:
“CASP AML Framework(德式监管格式)”
由仁港永胜可提供完整模板与监管可接受版本。
德国 MLRO 必须具备:
拒绝 “跨国兼任 MLRO”的情况。
BaFin 要求 MLRO 24/7 可被监管召回。
ACAMS
ICA AML Diploma
德国本地 AML 课程
欧盟 AML 风险管理课程
银行业 AML
支付机构 AML
加密资产 AML
链上分析(Chainalysis/TRM)
不能向 COO、销售、产品部门汇报;
必须独立向董事会汇报。
仁港永胜唐生提示:
德国是欧盟唯一可以“因为 MLRO 不合格而直接拒绝整个 MiCA 申请”的国家。
地域风险(Country Risk)
FATF 高风险
EU 制裁名单
德国高风险国家
客户类型风险(Customer Type Risk)
自然人
公司
DAO
高风险行业
加密交易频繁类
业务关系风险(Business Relationship Risk)
投资规模
资金来源
资产类型
交易行为风险(Transaction Behaviour Risk)
高频提现
多链跳转
混币行为
链上风险(On-chain Risk)
必须使用:Chainalysis/TRM/CryptoQuant 等评分。
身份证/护照
地址证明
IP/设备指纹
收入证明(高额投资时)
公司注册证
股东结构
实体最终受益人(UBO)
资金来源证明
经营范围
财务报表
以下必须触发 EDD:
交易超过 €15,000
高风险国家
PEP(政治公众人物)
匿名交易行为
混币器(Mixer)接触
黑客攻击标签地址
NFT 价格异常波动
KYT 是德国 BaFin CASP 审查最重要模块之一。
Chainalysis
TRM Labs
Crystal Blockchain
包括:
Darknet
Hack
Mixer
Gambling
Fraud
Sanctions Exposure
不得超过“Medium-high”。
如果超过:
必须自动冻结 + MLRO 审核 + STR + 监管通报。
交易监控必须具备:
高频/低额异常
大额集中提现
多链跳转
机器人行为
自成交
NFT 异常价格
Layering 多跳转
恐怖融资模式
Structuring(结构化交易)
监控必须做到:
实时
自动评分
自动升级 MLRO
可审计
行为回放
记录至少 5 年
必须双重筛查:
链上制裁
链下制裁
筛查名单:
欧盟制裁名单
OFAC SDN
HM Treasury
UN Terrorism List
必须每日同步(若无 API)。
STR 是全体系中最关键部分,BaFin 审查最严格。
高风险地址暴露
资金来源无法解释
客户行为异常
交易与画像不一致
多账户同设备
涉嫌恐怖融资
自动监测
人工复核
MLRO 评估
冻结或延迟交易
提交德国 FIU
文件存档至少 5 年
这是德国法律强制条款。
AML/CFT Framework
AML Policy
CDD Policy
EDD Policy
Sanctions Policy
Wallet Monitoring Policy
KYT Program
Transaction Monitoring Scenarios
STR SOP
Annual AML Risk Assessment
AML Training Plan
Record Keeping Policy
Annual AML Report to Board
仁港永胜可提供德国监管认可格式。
包括:
监控数据
STR 数量
EDD 数量
风险等级变化
政策更新记录
警报数量
高风险客户变化
制裁命中
链上风险趋势
以下模拟问答是仁港永胜唐生根据德国项目真实案例提炼,完全可用于监管面谈准备:
准备一套完整 AML 架构至少需 6–8 周
监管文件必须是“德式监管语言”
所有链上监控必须真实可执行,不得虚假
MLRO 必须能讲解每一个 AML 控制流程
必须至少准备 1 套 AML 系统截图、流程图、自动化流程
STR 的 SOP 必须 100% 明确且可审计
外包给第三方 AML 系统(如 Chainalysis Reactor)也需要 TPRM 文件
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生) 业务经理提供专业讲解,这一章内容极其关键,因为 德国 BaFin 对 ICT / DORA (数字运营弹性法)是全欧盟最严格执法国之一,90% 的项目会在 ICT、业务连续性、网络安全、外包与数据治理等部分遇到大量 RFI(监管补件)。
德国对 ICT/DORA 的执法严格到:
若 ICT 文档不完整 → 直接拒绝受理申请(Not Fit for Review)
若 ICT 风险评估缺失 → 第一次 RFI 会收到约 40–70 个问题
若外包(尤其云服务)不可审计 → 强制要求补充或更换服务方
若缺少 DORA 框架 → 视为操作风险不可控,直接不批准
整体原因是:德国监管逻辑认为 CASP = 技术密集型金融机构,必须满足与银行级别接近的 ICT 稳健框架。
仁港永胜唐生实战经验发现:
德国 BaFin 审查 MiCA-CASP,最“难搞”的不是 AML,而是 ICT + DORA,因为大多数加密公司技术架构不达标。
本章将从 架构 → 风险 → 操作 → 外包 → 网络安全 → BCP → DORA 合规 → 测试证明 逐层展开。
德国 ICT 合规框架由 8 大核心支柱组成:
ICT Governance(技术治理)
ICT Risk Assessment(技术风险评估)
ICT Asset Inventory(资产清单)
Information Security(信息安全)
Business Continuity(业务连续性)
Incident Reporting(技术事故报告)
Change Management(变更管理)
Outsourcing Management(外包管理)
所有内容必须形成一个完整的“监管可读包”:
ICT Policy
ICT Risk Framework
Cybersecurity Manual
Cloud Outsourcing Register
BCP/DRP(业务连续性 & 灾难恢复)
ICT Incident Register
Penetration Test + Vulnerability Scan
DORA Gap Analysis
仁港永胜可提供德国监管接受的专业版本。
ICT 治理框架必须包含以下结构:
必须明确:
董事会(Board):最终责任
CEO/CTO:执行责任
信息安全负责人(ISO)
数据保护官(DPO)
外包负责人(Outsourcing Officer)
注意:
德国监管特别强调:
技术负责人必须具备“合规与金融行业经验”,不能只有“纯技术背景”。
否则会被 RFI 问“是否符合 Fit & Proper”。
BaFin 要求风险评估是整个 ICT 的核心文件。
必须按以下六类进行:
基础设施风险(Infrastructure Risk)
应用风险(Application Risk)
数据风险(Data Risk)
用户权限风险(Access Risk)
第三方风险(Third-Party Risk)
加密资产相关技术风险(Crypto-Specific Risk)
特别是加密相关风险包括:
私钥管理(Key Management)
多签机制(Multisig)
冷/热钱包划分
API 滥用风险
链上监测失败风险
智能合约漏洞
每项风险必须包括:
风险描述
风险评级(High/Med/Low)
控制措施
残余风险
责任部门
审查周期
必须包含:
系统列表
服务器位置
云服务供应商
API 清单
钱包系统
数据库
身份验证系统
防火墙
加密模块
监控系统
每个资产至少要列以下字段:
资产名称
类型(硬件/软件/SaaS)
供应商
负责人
使用场景
风险等级
补丁更新周期
BaFin 审查极其细致,此表格缺一不可。
德国 BaFin 要求信息安全必须达到银行级标准:
防火墙 & 入侵防护(IPS/IDS)
DDoS 防护
加密通信(TLS 1.2+/HTTPS/HSTS)
Zero Trust Architecture(零信任架构)
多因素认证(MFA)
密钥分离(Separation of Duties)
冷钱包离线存储
内部审计日志不可篡改
文件加密与数据脱敏
此外必须包含以下文档:
Information Security Policy
Access Management Policy
Password Policy
Cryptographic Key Management Policy
Log & Monitoring Policy
Vulnerability Scan Reports
这是德国 BaFin 的硬性要求。
BCP 必须覆盖:
Critical Services List(关键服务清单)
RTO(恢复时间目标)
RPO(数据丢失容忍)
备用数据中心
冷钱包备份流程
服务器迁移流程
系统崩溃应对方案
管理层紧急联络体系
每年至少一次演练测试(必须提供证据):
演练报告
测试截图
数据恢复验证
缺少任何一项,BaFin 会直接补件甚至拒绝。
必须定义:
Incident Severity(四级)
重大事件上报时间(≤4 小时)
上报机构:
BaFin
欧洲网络安全局(ENISA)
客户(若有影响)
常见技术事故:
系统无法访问
钱包同步失败
API 滥用
私钥泄漏
DDoS 攻击
数据库异常
区块链节点故障
事故报告至少包含:
根因分析(RCA)
补救措施
系统截图
时间线
负责人
防止复发措施
所有系统变更必须经过:
变更申请(RFC)
安全评估
受控环境测试(UAT)
审批(CTO + ISO)
部署
回滚计划
审计日志记录
德国监管非常关注审计日志(Audit Trail)。
BaFin 是欧盟最讨厌“无限外包”的监管机构。
CASP 若使用:
AWS / Azure / GCP
Chainalysis
TRM
Fireblocks
Custody Provider
Cloud Database
Logging Service
都要列入:
Outsourcing Register(外包登记册)
必须包含:
服务描述
是否关键外包(Critical Outsourcing)
SLA
数据位置
可审计性(Audit Rights)
子外包(Sub-outsourcing)
退出计划(Exit Plan)
若外包无法让监管“可审计”(如某些海外云服务商) → 会被要求更换供应商。
DORA 于 2025 年强制适用。
CASP 必须满足 DORA 的五大支柱:
必须提供完整风险矩阵。
必须在 4 小时内上报重大事故。
至少包括:
渗透测试(PenTest)
红蓝对抗(可选)
恢复能力测试
灾难恢复测试
必须完成:
Vendor Risk Assessment
Data Protection Assessment
Exit Strategy
要与行业组织共享网络攻击威胁信息(可选)。
审查中必须提交:
PenTest 报告
Web 应用扫描报告
API 安全测试
密钥管理评估
钱包系统安全评估
必须由第三方专业机构执行。
必须提供:
系统架构图
数据流图
风险控制流程图
API 接口列表图
冷/热钱包结构图
监控流程图
缺少架构图,会收到至少 10 个 RFI。
Q1:系统的核心模块有哪些?
Q2:钱包系统如何保障密钥安全?
Q3:如何处理系统宕机?
Q4:如何确保数据一致性?
Q5:如何记录审计日志?
Q6:如何确保冷钱包私钥不暴露?
Q7:如何处理 API 滥用?
Q8:如何管理不同环境(DEV/TEST/PROD)?
Q9:如何隔离生产环境权限?
Q10:如何确保上链数据正确?
Q11:DDoS 如何防护?
Q12:密码策略如何定义?
Q13:日志可篡改吗?
Q14:如何监测恶意 IP?
Q15:有哪些入侵检测系统?
Q16:漏洞多久修复一次?
Q17:如何测试新版本安全性?
Q18:如何处理数据泄漏?
Q19:是否实行 Zero Trust?
Q20:如何阻止身份冒用?
Q21:DORA 如何在贵公司实施?
Q22:是否已完成 DORA Gap Analysis?
Q23:如何界定“重大技术事故”?
Q24:如何执行恢复能力测试?
Q25:第三方风险如何管理?
Q26:是否具备 Exit Plan?
Q27:SLA 如何审查?
Q28:如何评估供应商的安全能力?
Q29:是否进行渗透测试?频率?
Q30:BCP 与 DORA 的要求是否一致?
Q31:是否能 4 小时内上报事故?
Q32:如何追踪安全更新?
Q33:如何管理多云架构?
Q34:如何监测系统滥用行为?
Q35:如何确保供应商无未授权子外包?
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生) 业务经理提供专业讲解。这一章内容极度关键,是德国 BaFin 审批 MiCA-CASP 时 最容易触发红线、补件、拒绝 的部分之一,涉及:
客户资产隔离(Segregation)
托管架构(Custody Models)
冷/热钱包管理(Key Management)
客户资金账户(Safeguarding Accounts)
破产隔离机制(Insolvency Ring-fencing)
第三方托管(Outsourcing Custody)
客户资产记录(Ledger Reconciliation)
因为在德国监管逻辑中:
“客户资产是神圣不可触碰的(Sacrosanct)。”
任何客户资产混同(Co-mingling)、托管记录不清、冷钱包流程混乱,都将被 BaFin 直接判定为:
“操作风险不可控(Operational Risk Not Acceptable)” → 不予发牌。
德国监管强制 CASP 必须:
100% 客户资产完全隔离
100% 客户交易可追溯
100% 冷钱包密钥不可被单人控制
100% 第三方托管必须具备监管许可
100% 每日/每周进行账链核对(Reconciliation)
若任何一项不满足,BaFin 会直接要求重新设计系统。
本章将提供一整套可提交监管的“客户资产保护体系框架”。
MiCA 明确要求 CASP:
客户资产必须与 CASP 自有资产分离管理
(不得混用、不得挪用、不得用于公司经营)
客户负债必须对应客户资产(One-to-One)
客户资产应当放置在:
监管银行
受监管托管机构
合规多签钱包
合规冷钱包库房
明确资产所有权(Ownership Claim)
客户对加密资产的所有权必须明确,不得转移给 CASP。
破产情况下的法律保护(Insolvency Ring-fencing)
客户资产必须在 CASP 破产时不被列入破产财产(Estate)。
德国监管在 MiCA 之上又增加 6 项“德国特有要求”:
不仅要求公司层面隔离,还要求客户层级隔离(Per-client segregation),包括:
地址级隔离(Address Segregation)
账本级隔离(Ledger Segregation)
链上余额
内部账本
冷钱包余额
第三方托管余额
BaFin 强制每日核对,必须形成审计日志。
需满足:
多签(3/5 或 2/3)
双人控制(Dual control)
密钥片分离(Shamir Secret Sharing 可接受)
避免利益冲突。
法律意见必须由德国律师出具,确保:
客户资产属于客户,不属于公司破产财产。
如果使用 Fireblocks、Copper、BitGo 等第三方托管:
必须提供:
托管审计报告(SOC1/SOC2)
托管架构图
SLA
安全证明
审计权证明(Audit Right)
客户资金(Fiat)必须存入:
监管银行(EU / EEA 银行)
电子货币机构(EMI)
支付机构(PI)
不可存入:
未监管银行
虚拟银行
加密公司自有账户
德国强制要求:(与 EMI/PI 完全一致)
账户名称必须包含“客户资金”字样
账户仅用于客户资金
账户不可进行运营支出
资金与运营账户必须分开
客户余额
交易记录
对应银行对账单
T+1 对账
差异说明
德国监管对 Crypto Custody 的要求是欧洲最严格,没有之一。
系统结构必须包含:
离线
多签
双人操作
安全库房
硬件钱包(HSM)
仅用于当日流动性
设有限额(Limit)
设交易限速
风险等级监控(KYT)
BaFin 接受 Warm Wallet,但需严格论证。
BaFin 要求私钥管理必须满足:
Key Ceremony(密钥生成仪式)
必须录影并记录。
密钥分离(Key Separation)
不得由单人完全掌握私钥。
密钥碎片化(Key Sharding)
可采用:
Shamir Secret Sharing(SSS)
Threshold Signature Scheme(TSS)
密钥生命周期管理(Key Lifecycle)
必须包含:
生成
备份
轮换
停用
销毁
审计
密钥存储要求
HSM(Hardware Security Module)为监管推荐方案。
记录必须做到:
地址级别记录
区分公司资产与客户资产
区分不同客户资产
链上余额与账本余额每日对账
可审计性强
日志不可篡改
系统需要保留:
内部账本(Internal Ledger)
冷钱包账本(Cold Ledger)
热钱包账本(Hot Ledger)
第三方托管账本(Custodian Ledger)
这是整个 MiCA 客户保护体系的灵魂。
BaFin 要求申请人提交:
法律意见书(Legal Opinion)
客户资产隔离声明(Segregation Declaration)
破产保护机制说明书(Insolvency Protection Statement)
托管安排法律分析(Custody Legal Review)
资产所有权确认机制(Ownership Confirmation)
必须保证:
即使 CASP 公司破产,客户资产必须绝对不进入破产财产,不可用于清算。
以下问答来自过去德国真实补件案例,由仁港永胜唐生重新整理:
Q1:客户资产如何与公司资产分离?
Q2:冷钱包如何隔离?是否多层隔离?
Q3:每位客户是否拥有独立地址?
Q4:内部账本如何分客户记录?
Q5:是否每日对账?如何证明?
Q6:如何确保托管方不挪用客户资产?
Q7:是否存在资产混同风险?如何避免?
Q8:如何定义客户资产所有权?
Q9:交易撮合是否与托管功能分离?
Q10:如何防止内部人员滥用权限?
Q11:私钥由谁掌管?是否多人控制?
Q12:是否全链路记录 Key Ceremony?
Q13:如何处理私钥轮换?
Q14:如何防止私钥泄露?
Q15:冷钱包如何备份?地点在哪里?
Q16:若 Fireblocks 出现宕机如何应对?
Q17:是否有硬件防篡改机制?
Q18:是否使用 HSM?型号是什么?
Q19:如何防止内部攻击?
Q20:如何审计多签流程?
Q21:破产情况下如何确保客户资产不会进入破产财产?
Q22:是否具备法律意见书?
Q23:客户资产是否独立于运营账户?
Q24:客户资产能否被债权人追索?
Q25:是否有资产所有权证明?
Q26:如何处理第三方托管破产风险?
Q27:托管协议是否包含破产隔离条款?
Q28:你们如何向客户提供资产所有权证明?
Q29:破产隔离如何技术实现?
Q30:若发生安全事件,如何保护客户资产?
热钱包余额 ≤ 全部资产的 3%(BaFin 偏好值)
冷钱包必须实现多签 + 多地存储
账链核对必须使用自动化工具
第三方托管必须取得监管许可
提交至少 3 套资产隔离流程图
准备钱包系统截图 + 日志
破产隔离法律意见必须由德国律师出具
托管供应商必须提供 SOC2 或同等证明
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生) 业务经理提供专业讲解,本章为德国 MiCA-CASP 审批中的“核心高风险部分”之一,与 AML/CTF、ICT 一样会产生大量 BaFin 补件。
德国 BaFin 在全欧盟范围内属于最严格执行“市场诚信”(Market Integrity)与“防市场滥用”监管的机构。
MiCA 对市场滥用有非常清晰的三大要求:
禁止内幕交易(Insider Dealing)
禁止市场操纵(Market Manipulation)
禁止散布虚假或误导信息(Dissemination of False or Misleading Information)
德国是欧盟最早将加密资产市场纳入 类证券级 Market Abuse 监管框架 的国家,因此监管逻辑严格程度比其他国家高数倍。
仁港永胜唐生在德国项目中的实际体会:
“BaFin 对 Market Abuse 的理解比 MiCA 更严格,接近对证券交易平台的监管深度。”
因此本章是申请德国 CASP 必须提交的最核心合规模块之一。
MiCA Title VI 明确要求 CASP 采取实质措施防止市场滥用行为,包括:
禁止内部人利用非公开信息进行交易
禁止价格操纵
禁止制造虚假交易量
禁止传播误导性信息
必须具备市场监控系统(Market Surveillance System)
必须具备内部举报机制(Whistleblowing Mechanism)
必须保存市场监测证据
必须制定政策、流程、培训体系(Policies, SOPs, Recordkeeping)
德国额外增加了:
风险评估(Market Abuse Risk Assessment)
内幕信息登记册(Insider List)
高风险地址监控(关联方监控)
市场操纵模式清单
自动化监控系统(AI/规则引擎)
价格异常警报体系(Flash Crash Protection)
包括:
管理层提前知悉重大消息
项目方内部人员提前知悉技术更新
合作伙伴提前知悉上币消息
内幕信息泄漏后产生交易行为
MiCA 要求必须:
定义“内部人”(Insider)范围
管理“内幕信息”(Inside Information)
保存“内幕信息接触记录”
维护“内幕人员清单”(Insider List)
MLRO 必须监控相关交易行为
包括:
Wash Trading(自成交)
Pump & Dump
Spoofing(虚假挂单)
Layering(多层虚假挂单)
Quote Stuffing(大量订单冲击系统)
Price Cornering(控制价格)
虚假交易量制造 Fake Volume
MiCA 要求 CASP 必须能检测并阻止以上行为。
包括:
故意散布虚假信息
社交媒体误导市场(Twitter/X、Telegram、Discord)
假冒官方公告
项目方夸大宣传
监管要求 CASP 必须能够识别此类信息并作风险警告。
MiCA 是基线,德国加了更多:
包括:
董事
股东
项目方核心人员
技术方关键人员
合规人员
例如:
异常交易量
异常订单簿
高频交易行为
交易与价格关联分析
多账户协同行为(Sybil Behavior)
社群活动关联度
包括:
系统警报
人工复核过程
最终处理结论
MLRO 决策文件
严重事件必须在 24 小时内报告 BaFin。
用于重大事件或风险公告。
内部员工举报内幕违法行为时必须受到保护。
这是 BaFin 的硬性要求,是必须提交的文件之一。
必须对以下进行风险评估:
用户结构
资产类型
链上交易模式
订单簿行为
价格波动模式
代币经济模型(Tokenomics)
合作方行为风险
内幕信息处理风险
每项风险必须描述:
风险来源
风险评级(High/Med/Low)
控制措施
残余风险
风险负责人
仁港永胜可有偿提供完整模板。
德国 BaFin 明确要求 CASP 必须部署“市场监控系统”,类似证券交易所的 Market Surveillance。
必须具备:
包括:
订单簿
成交行为
深度变化
巨量挂单
瞬间撤单
链上交易与订单关联分析
必须能识别:
Wash Trading
Spoofing
Pump & Dump
Self-trading
Insider pattern
Arbitrage Exploits
Miner Extractable Value (MEV)
每种行为都要设:
低级警报
中级警报
高级警报(需立即升级 MLRO)
同时必须保存:
监控日志
决策过程
复核记录
监管要求包括:
用于储存:
商业计划
合作协议草稿
上币计划
技术升级计划
战略合作文件
必须记录访问日志。
包括:
内幕人姓名
职位
联系方式
内部信息接触时间
受限期间(Closed Period)
内部员工不得在特定期间进行自家代币交易。
MiCA 强调“避免误导性信息传播”。
CASP 必须监控:
Telegram
Discord
Medium
YouTube
监控重点:
项目虚假宣传
利好消息提前泄漏
价格操纵型 KOL
定向误导用户行为
并必须记录“市场滥用风险事件”。
以下流程必须形成政策(Policy + SOP):
系统产生警报
市场团队初步复核
MLRO 升级调查
要求客户解释
暂停交易/冻结账户(如必要)
记录完整调查过程
向监管报告(如触发)
事件根因分析(RCA)
包括:
Fake Volume
Flash Pump
Momentum Ignition
Marking the Close
Stop-loss Hunting
Insider Front-running
Wash Trade
Layering
Spoofing
Whale Order Manipulation
Arbitrage Exploits
每项模式必须有:
监测逻辑
触发条件
预警机制
以下问答来自真实 BaFin 补件,由仁港永胜唐生整理:
Q1:你们如何识别 Wash Trading?
Q2:是否能识别自成交?
Q3:如何监测 Pump & Dump 行为?
Q4:是否实时监控订单簿?
Q5:系统如何识别 Spoofing?
Q6:如何监测巨大订单变化?
Q7:如何监测社交媒体造势?
Q8:如何处理异常波动?
Q9:如何进行大额订单审核?
Q10:如何保留市场监控证据?
Q11:谁是你们的内幕人员?
Q12:如何维护 Insider List?
Q13:如何识别 Insider Pattern?
Q14:内幕信息如何保存?
Q15:如何防止泄露?
Q16:内幕人员如何受限?
Q17:是否定义 Closed Period?
Q18:内幕交易如何调查?
Q19:如何处理内部人员可疑交易?
Q20:如何配合当局调查?
Q21:如何识别价格操纵行为?
Q22:是否支持跨交易所监控?
Q23:如何识别虚假流动性?
Q24:如何处理机器人操纵行为?
Q25:如何识别异常订单簿波动?
Q26:如何监测鲸鱼账户?
Q27:如何识别套利攻击?
Q28:如何监测 MEV?
Q29:如何识别大宗单操纵?
Q30:如何监控清算风险引发的操纵?
Q31:如何识别社交媒体误导内容?
Q32:如何记录市场误导事件?
Q33:项目方发布误导性声明如何应对?
Q34:如何防止员工泄漏未公开信息?
Q35:如何监测非官方渠道消息?
Q36:是否检查合作方媒体稿件?
Q37:如何监控 KOL 推文?
Q38:是否监测第三方研究报告?
Q39:如何发现假冒“官方公告”?
Q40:如何验证价格波动是否与外部新闻有关?
务必购买专业 Market Surveillance 系统
(如 Solidus、Chainalysis Market Intel、Surveillance-as-a-Service)
建立 24/7 交易监测团队
准备 30+ 个高频监控场景
(BaFin 会要求演示)
准备三套关键文档:
Market Abuse Policy
Market Surveillance SOP
Insider List Template
必须能在面谈中解释“每一种市场操纵模式”
BaFin 会逐条问。
向 BaFin 提交月度 Market Integrity 报告(推荐)
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生) 业务经理提供专业讲解,这一章节是 德国 BaFin 审批 MiCA-CASP 的三大核心模块之一(ICT / AML / OPR),德国对运营风险的要求远高于其他欧盟国家。
运营风险(Operational Risk)是德国 BaFin 审批 MiCA-CASP 时重点关注的项目,因为加密资产服务商本质上是:
“技术驱动的金融机构 + 高波动性资产 + 高监管敏感度行业”
因此,运营风险对于 CASP 的稳定性与投资者保护至关重要。
德国监管逻辑认为:
“没有完善的运营风险框架,就不可能成为一家合格的 CASP。”
本章将全面讲解 CASP 在德国必须具备的运营风险框架。
根据 BaFin、MiCA、EBA 监管要求,CASP 需具备以下 运营风险框架(OpRisk Framework):
风险治理(OpRisk Governance)
重大运营风险识别(Risk Identification)
关键风险指标(KRIs)体系
风险评估矩阵(Risk & Control Self-Assessment, RCSA)
内部控制体系(Internal Controls)
事件报告机制(Incident Reporting – Non-ICT)
外包风险管理(Third-Party Risk)
人员风险管理(People Risk)
流程风险管理(Process Risk)
业务持续性(Business Continuity Planning, BCP)
独立审计(Internal Audit)
年度 OpRisk 报告
这整套体系必须形成“监管可读”合规包。
监管要求明确:
对运营风险承担最终责任
每季度审查 OpRisk 报告
实施运营风险策略
确保资源充足
必须具备:
金融或加密行业经验
风险管理经验
熟悉德国 BaFin 要求
负责识别与报告运营风险
负责制定政策、独立监督
负责审查运营风险框架有效性
必须至少识别 10 大类运营风险:
技术风险(ICT Risk)
人员风险(HR Risk)
内部欺诈(Internal Fraud)
外部欺诈(External Fraud)
流程风险(Process Risk)
客户欺诈(Customer Fraud)
法律风险(Legal Risk)
合规风险(Compliance Risk)
运营中断风险(Business Disruption Risk)
外包风险(Outsourcing Risk)
监管要求必须:
列出每项风险来源
说明风险发生概率
说明风险影响程度
列出控制措施
这是德国 BaFin 最重视的部分之一。
CASP 必须建立完整 KRIs,包括:
系统可用性(Uptime %)
钱包同步失败次数
DDoS 自我防护事件数
节点宕机次数
API 错误率
客户投诉数量
出入金失败率
对账差异率
客户服务延迟时间
入侵尝试次数
高危漏洞数量
员工权限滥用事件数
KRIs 必须绑定:
预警阈值
升级机制
响应流程
RCSA 是监管会要求重点查看的文件。
内容必须包括:
风险清单
控制措施
控制有效性评分
残余风险
改进计划
年度审查流程
RCSA 必须每年执行一次。
CASP 必须识别各业务流程风险,包括:
身份验证失败
资料伪造
欺诈
系统异常
充值入账错误
提现异常
地址填写错误
欺诈攻击
错误撮合
市场操纵风险
订单处理失败
私钥管理风险
多签流程失败
人为操作错误
账链不一致
数据异常
对账延迟
必须为每项流程编写:
风险描述
风险等级
控制措施
应急措施
包括:
需实现:
最小权限原则
职责分离
权限审查(至少季度一次)
必须对:
MLRO
CTO
钱包管理员
财务人员
做 KYE(Know-Your-Employee)。
至少包括:
AML/CTF 培训
Market Abuse 培训
ICT 安全培训
数据保护(GDPR)培训
MiCA + DORA 强制要求:
Vendor Risk Assessment
Data Processing Agreement
SLA
Sub-outsourcing 管理机制
退出计划(Exit Strategy)
对以下外包特别敏感:
云服务(AWS/Azure/GCP)
Chainalysis / TRM
钱包托管(Fireblocks / BitGo)
KYC 提供商(Sumsub、Onfido)
德国监管会在补件中要求:
“证明你们能够完全审计供应商(Audit Rights)”。
若无法证明 → 补件甚至失败。
运营事故与 ICT 事故不同,监管要求分开记录。
运营事故包括:
提现延迟
数据库错误
手工操作错误
多签流程卡滞
交易异常
客户投诉
操作失误
必须:
分级
报告
复盘
改进
保存记录(5 年以上)
BCP 必须覆盖:
关键岗位清单
备员计划
异地办公预案
关键供应商备份
业务恢复优先级
应急沟通机制
所有流程必须配套:
BCP 演练报告
DRP 测试结果
截图证据
BaFin 会要求查看证据。
内部审计必须包含:
风险控制评估
流程有效性检查
日志审计
多签审计
外包审计
KRI 审查
审计报告必须至少每年一次提交董事会。
仁港永胜唐生整理德国真实案例:
Q1:谁负责运营风险管理?
Q2:是否有 OpRisk 委员会?
Q3:职责分离如何实现?
Q4:权限如何管理?
Q5:员工背景如何调查?
Q6:员工如何接受培训?
Q7:如何处理员工违规?
Q8:内部人滥用权限如何防范?
Q9:是否已建立三道防线?
Q10:风险管理向谁汇报?
Q11:如何识别关键流程?
Q12:如何识别操作错误?
Q13:如何记录手工操作?
Q14:如何处理多签流程失败?
Q15:如何防止账链不一致?
Q16:如何控制提现审批?
Q17:如何管理订单撮合错误?
Q18:如何识别超额交易?
Q19:如何处理供应商导致的失败?
Q20:如何识别欺诈风险?
Q21:你们如何评估第三方风险?
Q22:是否完成 Vendor Risk Assessment?
Q23:外包合同是否包含审计权?
Q24:如何审查供应商安全能力?
Q25:若云服务中断如何恢复?
Q26:是否拥有 Exit Strategy?
Q27:如何确保供应商不违规?
Q28:是否管理子外包?
Q29:如何监测供应商绩效?
Q30:是否提供供应商年度审计报告?
Q31:如何定义运营事故?
Q32:事故如何记录?
Q33:是否有应急预案?
Q34:BCP 如何测试?
Q35:如何确保关键岗位恢复?
建立 50+ 风险控制点(KCOs)
准备 20+ KRIs
准备完整 RCSA 套件(含风险地图)
制作 3 套关键流程图(提现、对账、多签)
准备 1 套运营事故案例库(10+)
提供至少 1 次 BCP 演练“截图证据”
提供完整 Outsourcing Register
供应商需提交 SOC2 / ISO27001 证书
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生) 业务经理提供专业讲解,本章为 MiCA-CASP 在德国获批的必要条件之一,与 AML(第 7 章)、ICT(第 8 章)、运营风险(第 11 章) 一起被 BaFin 定义为“核心监管支柱(Pillars of Supervision)”。
德国 BaFin 将 MiCA-CASP 视为:
“受到与银行、证券商接近水平监管的金融机构”。
因此,即便 MiCA 并未强制要求 CASP 完全采用银行式合规体系,
BaFin 仍然要求 CASP 落实一套完整的 Compliance Framework(合规体系),包括:
合规职能(Compliance Function)
合规政策(Compliance Policies)
合规监测(Compliance Monitoring Program)
合规报告(Compliance Reporting)
年度合规评估(Annual Compliance Review)
合规培训(Compliance Training)
合规风险识别(Compliance Risk Assessment)
法规监测(Regulatory Watch)
这套体系必须达到“可监管审核(Supervisory Review Ready)”标准。
MiCA 明确要求 CASP 设立独立合规职能。BaFin 则进一步要求:
Fit & Proper(适当人选)
合规从业经验
熟悉欧盟 MiCA / AML / MAR
具备金融机构背景优先
与 MLRO 角色分离(不得兼任 AML 负责人)
注:
若团队规模过小,可 MLRO 与 CO 双角色,但 BaFin 强烈不建议,通常会补件要求提供理由。
不隶属于商业部门
不隶属于产品研发
不隶属于市场推广
而应直接向 CEO 或董事会汇报。
合规负责人(CO)
合规分析员(Compliance Analyst)
法规监测人员(Regulatory Watch)
仁港永胜唐生建议:
德国项目普遍采用 2–4 人合规团队,以便通过 BaFin 的“资源充足性审查”。
BaFin 要求 CASP 必须具备至少 20 套核心政策文件,覆盖:
CASP Governance Manual
Conflict of Interest Policy
Complaints Handling Policy
Market Abuse Prevention Policy
Client Asset Safeguarding Policy
ICT Governance Policy
Outsourcing Policy(含 DORA 要求)
Operational Risk Policy
Compliance Charter(合规宪章)
Compliance Monitoring Plan
Compliance Reporting SOP
Regulatory Watch Procedure(法规更新监测)
Investor Protection Policy
Transparency & Disclosure Policy
Product Governance(产品适当性)
Personal Account Dealing Policy(员工具有资产时需申报)
Code of Conduct(行为准则)
Anti-Bribery & Corruption(反贿赂)
GDPR Data Protection Policy
Data Breach Handling Procedure
这些文件必须全部提交给 BaFin。
仁港永胜可提供完整德式监管格式(可用于面谈)。
每一家 CASP 在申请时必须提交 CRA,内容包括:
例如:
MiCA 合规风险
资讯披露风险
市场操纵风险
客户保护风险
产品风险
洗钱风险(与 AML 分开处理)
ICT 合规风险
外包风险(第三方提供商)
员工行为风险
Impact(影响程度)
Likelihood(发生可能性)
每项风险必须至少列 2–3 个控制措施。
CRA 必须每年更新一次并提交董事会审批。
CMP 是 BaFin 要求最严格的文件之一,也是补件(RFI)高发区。
CMP 必须包含:
每月:KPI/KRI 监测
每季:政策复审
每半年:合规测试
每年:全量合规检查
包括:
KYC 质量测试
交易监控有效性
市场滥用监测
投诉处理
披露义务检查
员工行为监控
外包风险审查
隐私与数据保护检查
必须清楚写明如何抽样。
必须说明:
异常如何升级
向谁报告
报告格式
审计证据如何保存
MiCA 是动态法规,ESMA 与 EBA 不断推出新要求。
BaFin 也会发布 Germany-specific updates。
因此 CASP 必须具备:
监测范围包括:
MiCA
ESMA MAR(市场滥用)
EBA AML 指引
BaFin Rundschreiben(监管通函)
德国 KwG(银行法)
GDPR
DORA
国家层级 AML 法(GwG)
例如:
新规是否影响客户资产隔离?
新规是否影响 AML?
新规是否影响 ICT?
BaFin 会重点查此项。
合规培训必须做到:
必须包含:
MiCA 合规
AML/CTF
Market Abuse
ICT 安全
数据保护(GDPR)
外包风险
客户保护(Investor Protection)
管理层
员工
关键岗位(高频监控、钱包管理员)
合规/风险部门
必须保留:
PPT
员工出勤记录
考试成绩
考核题库
监管将会要求提供这些证明。
合规事件包括:
政策违规
披露义务未履行
员工未遵守行为准则
第三方供应商违规
客户适当性错误
产品风险未披露
必须建立:
事件分级
通知流程
调查机制
根因分析(RCA)
改进计划
记录文件(至少保存 5 年)
MiCA 明确要求 CASP 建立投诉机制。
德国 BaFin 的要求更严格(参考《消费者保护法》)。
必须包含:
投诉受理渠道
处理时限(10–15 个工作日)
处理流程图
投诉分类
投诉报告(每月)
投诉分析报告(每季度)
投诉统计(每年)
并且必须保证:
客户投诉独立于商业部门处理。
必须识别并管理:
股东带来的利益冲突
管理层持有代币产生的利益冲突
产品团队对价格敏感信息的接触
关联公司间的交易
员工个人账户交易(PA Trading)
所有冲突必须记录:
冲突来源
冲突等级
缓解措施
监控机制
BaFin 明确要求每年提供:
合规状况总结
违规事件
控制措施有效性评估
政策更新情况
风险状况变化
下一年度计划
董事会审阅记录
这是 CASP 持续监管的核心。
以下内容来自德国真实案例,由仁港永胜唐生整理:
Q1:合规负责人具备什么资质?
Q2:合规团队规模如何确定?
Q3:如何确保合规独立性?
Q4:合规部门向谁汇报?
Q5:如何定义合规职责?
Q6:如何管理利益冲突?
Q7:如何管理 PA Trading?
Q8:如何管理员工行为准则?
Q9:如何监督关键流程?
Q10:如何与风险管理部门协作?
Q11:CMP 如何执行?
Q12:抽样逻辑是什么?
Q13:谁负责合规测试?
Q14:测试证据如何保存?
Q15:如何监测 Market Abuse?
Q16:如何监测产品风险?
Q17:如何处理政策例外?
Q18:如何发现未披露风险?
Q19:如何纠正政策违规?
Q20:如何记录监测日志?
Q21:法规变动如何监测?
Q22:如何评估影响?
Q23:如何落实新法规?
Q24:如何记录法规评估?
Q25:如何评估 MiCA 更新风险?
Q26:如何跟踪 ESMA 咨询文件?
Q27:如何管理 BaFin 通函?
Q28:对 DORA 的更新如何处理?
Q29:如何向董事会汇报法规风险?
Q30:如何确保持续合规?
Q31:投诉流程如何定义?
Q32:投诉结案标准是什么?
Q33:如何记录投诉?
Q34:如何统计投诉?
Q35:如何评估投诉趋势?
Q36:如何识别利益冲突?
Q37:如何处理冲突事件?
Q38:如何禁止员工内幕交易?
Q39:如何管理团队内部信息壁垒?
Q40:如何评估合规有效性?
建立 30+ 合规控制点(KCOs)
建立完整 CMP(包含 1 年周期 + 样本)
准备 25 套合规政策(德式结构)
构建完整 Regulatory Watch 流程与日志模板
提供 2–3 次年度培训记录
准备投诉案例(至少 5 个)
提供利益冲突登记册(CoI Register)
必须能在面谈中解释 CMP 执行方法
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生) 业务经理提供专业讲解,本章是德国 BaFin 在 MiCA-CASP 审查中最严格的部分之一,与 AML(第 7 章) 并列为监管“高风险审查点”。
德国监管机构 BaFin 的态度是明确的:
“所有 CASP 必须达到与银行相近的 AML/CTF(反洗钱/反恐融资)与金融犯罪风控标准,否则不会获批。”
原因包括:
德国是欧盟最严格 AML 法律国家之一(GwG + AMLD6 强制实施)
加密资产被视为高风险行业
存在恐怖融资风险(特别是 P2P 交易、链上转账)
客户资产托管产生资金流向透明度问题
链上活动高度匿名
外包(特别是钱包、交易系统)风险巨大
因此,BaFin 要求 CASP 建立 完整金融犯罪风险管理体系,涵盖:
AML
CTF
Fraud(欺诈)
Market Abuse(市场滥用)
Sanctions(制裁)
Transaction Monitoring(交易监测)
Chain-analysis(链上分析)
Wallet Risk Rating(钱包风险等级)
Screening(制裁 + PEP + Adverse Media)
本章比分章节更加严格与专业,务必在申请时准备完整材料。
FCF 必须覆盖 7 个核心模块:
AML/CTF(反洗钱/反恐融资)
制裁(Sanctions Screening)
欺诈管理(Fraud Prevention)
市场滥用(Market Abuse)
交易监测(Transaction Monitoring)
链上分析(Chain-Analysis)
钱包地址风险评估(Wallet Risk Rating)
并必须满足三项 BaFin 的底层要求:
每项工作必须基于风险等级来执行。
包括日志、证据、流程、抽样。
文件必须满足监管可阅读格式(Germany-standard)。
仁港永胜提供的模板全部已按“德国格式”优化。
此部分与第 7 章有关,但本章是更深层次的“实操级 FC 框架”。
BaFin 要求 3 层结构:
适用于低风险客户。
包括:
身份文件验证
地址证明
活体识别
Sanctions Screening
PEP Screening
适用于:
高净值客户
使用隐私币
来自高风险国家
大额交易
企业客户(特别是链上业务)
EDD 包含:
资金来源证明(SOF)
财富来源(SOW)
链上历史追踪
企业结构图(UBO 穿透)
董事背景调查(Fit & Proper)
需提供:
注册证明
公司章程
董事名单
股东穿透至自然人
UBO 验证
商业模型解释
资金来源解释
BaFin 要求至少三种等级:
低风险
中风险
高风险
风险等级必须基于:
国籍
交易模式
产品使用
链上历史
资金来源
行为模式
历史异常
系统必须自动生成风险评级并定期复审(每年一次)。
制裁系统必须涵盖:
UN Sanctions(联合国)
EU Sanctions(欧盟)
OFAC SDN
UK HMT Sanctions
德国本地制裁清单
Screening 必须涵盖:
客户姓名
公司名称
UBO
钱包地址(Address Screening)
交易对象(Counterparty)
任何命中(Hit)必须执行:
L1 初筛
L2 人工复核
L3 合规负责人确认
记录保存五年
CASP 容易面对的欺诈包括:
被盗账户
SIM 卡劫持
社交工程诈骗
网络钓鱼
钱包私钥被盗
交易所转移诈骗
假冒技术支持团队
Robot/Bot 式攻击
流动性欺诈(Swap 滑点攻击)
BaFin 要求建立:
检测机制(Monitoring)
自动警报
手动复核流程
欺诈黑名单(Fraud Blacklist)
与执法机构合作(Police Reporting)
依据 MAR(Market Abuse Regulation),MiCA 要求 CASP:
禁止内幕交易(Insider Trading)
禁止市场操纵(Price Manipulation)
禁止虚假交易(Wash Trading)
禁止诱骗性行为(Spoofing)
禁止 Pump & Dump
BaFin 常见提问包括:
Q:如何识别 Wash Trading?
Q:如何监控团队内部是否访问重要消息?
Q:如何隔离市场敏感信息?(Insider List)
仁港永胜建议:
建立“市场监控系统”
建立“内部信息壁垒(Chinese Wall)”
每日生成交易异常报告
BaFin 将此视为“硬性审批条件”。
系统必须覆盖:
例如:
大额交易
高频交易
夜间频繁交易
多次失败尝试
与高风险地址往来
Layering(分层洗钱)
Structuring(拆分交易)
例如:
行为突然改变
异常链上模式
买卖频率不符经济合理性
产品使用异常
IP 地理位置跳变
必须包括:
钱包地址风险评分
历史交易分析
可疑资金流关联图
Tornado Cash 等混币器识别
隐私币识别
必须具备:
Alerts Dashboard
L1 复审
L2 复审
升级机制(Escalation)
SAR/STR 自动记录
德国 BaFin 强制要求:
只要涉及加密资产转账,就必须进行链上分析。
必须采用以下工具中的至少一个:
Chainalysis
TRM Labs
Elliptic
AML Bot
Scorechain
链上分析必须包含:
钱包风险等级
资金来源路径
资金去向路径
与犯罪活动的关联程度
是否与黑市钱包相关
是否与暗网混币器相关
是否与恐怖组织地址相关
报告必须保存至少 5 年。
钱包必须分为:
低风险
中风险
高风险
禁用(Prohibited)
高风险包括:
混币器
即将制裁地址
OFAC 命中
Hack 地址
新创建且无历史
高风险国家
Jumping patterns
监管通常会问:
Q:钱包如何被分类?
Q:评分的依据是?
Q:如何监控新的高风险钱包?
仁港永胜提供完整模板。
德国在 AML 方面极其严格,STR 提交必须依据《GwG》和 FIU 要求。
流程包括:
L1 初级复审
L2 高级复审
MLRO 确认
评估依据(Chain-analysis + 行为监控)
提交给 FIU(德国金融情报部门)
与执法机关互动
记录保存 5 年
监管常问:
STR 提交比例?
评估标准?
是否会冻结资产?
以下内容经仁港永胜唐生基于真实案例总结:
Q1:EDD 的触发条件是什么?
Q2:如何评估资金来源?
Q3:如何识别高风险国籍?
Q4:如何评估企业结构?
Q5:如何确认 UBO?
Q6:如何识别链上匿名风险?
Q7:如何判断是否需要文件补充?
Q8:如何处理客户拒绝提供资料?
Q9:如何复核第三方文件?
Q10:如何记录 KYC 证据?
Q11:交易监测逻辑是什么?
Q12:每日监控频率?
Q13:如何执行链上警报?
Q14:如何判断 Layering?
Q15:如何识别结构化交易?
Q16:如何识别恐怖融资?
Q17:如何处理高风险链上流向?
Q18:如何判断风险是否解除?
Q19:如何记录警报?
Q20:如何关闭警报?
Q21:Screening 工具是什么?
Q22:如何识别假阳性(False Positive)?
Q23:命中 OFAC 如何处理?
Q24:如何判断钱包是否命制裁?
Q25:如何处理姓名相似?
Q26:如何记录复审?
Q27:如何保持名单更新?
Q28:如何评估制裁风险?
Q29:如何与法律团队协作?
Q30:如何向 BaFin 报告?
Q31:如何识别被诈骗受害客户?
Q32:如何判断是否需冻结账户?
Q33:如何识别 Pump & Dump?
Q34:如何识别 Wash Trading?
Q35:如何监控内幕交易?
Q36:如何执行 Chinese Wall?
Q37:如何与执法机关对接?
Q38:如何处理员工违规?
Q39:如何评估市场滥用风险?
Q40:如何保留证据?
Q41:如何定义整体金融犯罪框架?
Q42:如何向董事会报告?
Q43:控制点是否足够?
Q44:如何评估系统有效性?
Q45:如何处理系统事故?
Q46:如何跨部门协作?
Q47:如何评估风险变化?
Q48:如何更新政策?
Q49:如何培训员工?
Q50:如何确保可监管审核?
务必引入 TRM Labs / Chainalysis(德国监管极度重视链上分析)
设置至少 20 条链上监控规则
准备 1 套完整 STR 提交样例
创建 Wallet Risk Register(钱包风险登记册)
在面谈前准备 30 个警报案例
建立 End-to-End 金融犯罪流程图
实现 AML/KYC 全系统化(不可纯手工)
创建常见欺诈场景测试集(Fraud Scenarios)
配备一名 AML 高级专员与 MLRO 并行
至少准备 40 个 RFI 预案答案
仁港永胜可提供全套模板 + 面谈辅导 + 系统搭建咨询。
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生)业务经理提供专业讲解,本章是德国 BaFin 审查 MiCA-CASP 时最严格的 TOP3 模块之一(另两项为:AML 与 客户资产隔离)。
此章节将依据:
欧盟《DORA – Digital Operational Resilience Act》
MiCA 第 63–68 条 ICT 要求
BaFin《BAIT(银行 IT 要求)》
BaFin《KAMaRisk》IT 控制
EBA ICT 风险管理框架
德国 BaFin 是欧盟监管中对“技术合规”要求最严格的国家,原因包括:
德国是欧盟境内 IT 审查制度最成熟的国家
BaFin 已经对银行、证券机构执行多年 BAIT(Bankaufsichtliche Anforderungen an die IT)
CASP 属于“高风险行业”,必须达到 类银行级别 IT 控制标准
欧盟 DORA(2025 年生效)强制要求所有金融机构(包括 CASP)建立完整 ICT 风控体系
BaFin 在 CASP 审查中会重点审查:
技术架构
网络安全
数据治理
持续运营(Business Continuity)
灾难恢复(DRP)
外包 IT 风险(Outsourcing – ICT)
供应链风险
安全开发(SDLC)
加密资产技术安全
钱包安全(私钥管理)
本章将完整呈现德国 CASP 获批所需的 ICT & Cybersecurity(深度实操版)。
BaFin 要求的 ICT 架构必须包含 7 个核心模块:
ICT Framework(ICT 管理框架)
IT Risk Management(IT 风险管理)
Information Security(信息安全)
Cybersecurity(网络安全)
IT Operations(IT 运维)
Incident Management(事故管理)
Business Continuity & Disaster Recovery(业务连续性 + 灾难恢复)
所有模块必须遵循:
“系统可审计”(audit-ready)
“控制点可验证”
“文档可监管读取”(regulator-readable)
仁港永胜的模板全部按德国 BaFin 格式整理。
一个完全合规的 ICT Framework 必须包含:
包括:
ICT Framework Policy
Information Security Policy
Cybersecurity Policy
Cryptographic Key Management Policy
IT Operations Manual
System Access Policy
Password & MFA Policy
Change Management Policy
Incident Reporting Policy
Logging & Monitoring Policy
Outsourcing ICT Policy
Data Governance Policy
BaFin 会要求查看:
文档版本
发布记录
董事会批准记录
必须包含:
CIO / CTO(技术负责人)
Security Officer(安全负责人)
DPO(数据保护官)
DevOps
IT Operations
Cybersecurity Analyst
Vendor Manager(外包管理)
BaFin 必问:
Q:CTO 是否全职?是否有加密行业经验?
Q:Security Officer 是否独立?
仁港永胜会协助准备简历 + Fit & Proper 文件。
包括:
谁负责
谁执行
谁监督
谁批准
RACI 是德国监管的“必检项”。
德国 BaFin 会要求 CASP 建立“类银行级” IT 风险管理框架,包括:
例如:
网络攻击
密钥泄露
系统中断
API 故障
钱包被黑
DDoS
外包服务中断
服务器崩溃
数据丢失
员工权限滥用
基于:
Likelihood(发生概率)
Impact(影响程度)
生成风险矩阵(Risk Matrix)。
包括:
MFA
访问控制
加密
防火墙
IDS/IPS
WAF
日志管理
职权分离(SoD)
隐私保护
必须定期提交给:
董事会
合规官
风险管理委员会
德国 IT 审查遵循 ISO 27001 与 BAIT 要求。
核心包括:
RBAC(基于角色的访问)
MFA
Least Privilege(最小权限)
职责分离(SoD)
AES256 / RSA2048
私钥冷存储(hardware security module)
数据传输加密(TLS 1.2+)
符合 GDPR:
数据分类(Data Classification)
数据最小化(Minimality)
数据保留(Retention)
数据销毁(Secure Disposal)
必须:
记录所有系统操作
审计管理员操作
保存至少 5 年
必须建立完整网络安全体系,包括:
监管常问:
Q:渗透测试的频率是什么?
Q:谁执行?是否第三方?
Q:验证报告是否可以提交?
仁港永胜提供全套渗透测试报告模板。
BaFin 要求包括:
变更申请(RFC)
变更审批
风险评估
回滚计划
测试环境(UAT)
CI/CD pipeline
版本控制(Git)
系统性能
API 可用性
错误率
交易失败率
包括:
全备
增量备
异地备份
保留策略
监管要求:
备份必须异地保存 > 50 km。
必须包含:
事故分类(Severity 1–4)
响应时间(SLAs)
升级流程(Escalation)
警报机制
根因分析(RCA)
行动计划(Action Plan)
通知监管机构时机
向客户通知条件
DORA 要求 CASP 在事故发生后 24 小时内 进行通报。
BaFin 要求 CASP 拥有:
BCP(Business Continuity Plan)
DRP(Disaster Recovery Plan)
包括:
关键业务识别
恢复时间目标(RTO)
恢复点目标(RPO)
灾备演练
异地数据中心
MiCA 要求 CASP 半年一次灾备演练。
此部分是加密行业最重要的技术合规点。
监管强制要求:
高风险行为包括:
私钥存于软件钱包
私钥由单个员工控制
私钥未使用硬件隔离
无密钥轮换流程
BaFin 面谈必问:
Q:私钥是否支持多重签名?
Q:Key material 是否完全离线?
Q:是否有密钥轮换?频率?如何执行?
仁港永胜提供 MPC Key Management 模板。
MiCA + DORA + BaFin 要求:
外包供应商必须评估(Due Diligence)
必须建立外包登记册(Outsourcing Register)
供应商必须符合 DORA 要求
合同必须包含:
SLA
数据处理条款
退出策略
审计权(Audit Right)
监管访问权(Regulator Access)
BaFin 常问:
Q:供应商是否可以提供 SOC2?
Q:供应商是否通过渗透测试?
Q:是否可以提供灾难恢复能力证据?
此为仁港永胜唐生整理的真实 BaFin 审查问题。
Q1:ICT Framework 如何设计?
Q2:ICT Policy 包含哪些内容?
Q3:谁批准 ICT 政策?
Q4:ICT RACI 如何定义?
Q5:CTO 的资历是否满足监管要求?
Q6:如何确保安全开发?(SDLC)
Q7:如何记录 DevOps 操作?
Q8:如何控制管理员权限?
Q9:如何防止内部滥用权限?
Q10:如何管理访问控制日志?
Q11:年度渗透测试是否强制?
Q12:执行方是否独立?
Q13:DDoS 防护是否足够?
Q14:如何监控异常登录?
Q15:如何控制 API 访问?
Q16:如何隔离内部开发人员权限?
Q17:如何保证代码安全?
Q18:如何控制第三方库风险?
Q19:如何处理重大零日漏洞?
Q20:如何记录攻击痕迹?
Q21:如何管理变更?
Q22:如何记录变更日志?
Q23:如何测试变更?
Q24:如何监控系统健康?
Q25:如何管理备份?
Q26:备份保存在哪里?
Q27:如何验证备份可恢复?
Q28:如何确保运维人员不滥用权限?
Q29:如何记录系统警报?
Q30:如何管理证书(SSL/TLS)?
Q31:RTO 如何定义?
Q32:RPO 如何定义?
Q33:灾备演练是否完成?
Q34:如何验证演练结果?
Q35:如何通知监管机构?
Q36:备援数据中心是否跨地区?
Q37:灾难发生时客户如何受影响?
Q38:恢复计划是否可执行?
Q39:内部责任分工是否清晰?
Q40:如何管理应急通讯?
ICT 文档必须达到“银行级”质量
必须使用 HSM / MPC 方案,不得只用软件钱包
必须准备一次渗透测试报告(含执行证明)
必须建立完整外包登记册(Outsourcing Register)
必须准备至少 3 份灾备演练记录
必须建立密码政策(含 MFA 强制化)
必须准备 SDLC(安全开发)流程图
必须建立访问控制矩阵(Access Matrix)
必须准备系统架构图(Regulator Version)
必须准备 Incident Response Plan(含模拟测试)
仁港永胜可代为构建:
ICT Framework
Cybersecurity Policies
Key Management
渗透测试
Disaster Recovery
Outsourcing Register
ICT RFI 回答材料
本文由 仁港永胜(香港)有限公司 拟定,并由 唐上永(唐生) 业务经理提供专业讲解。
因为 MiCA + DORA + BaFin 共同对 CASP 外包提出极高要求:
任何与 ICT、钱包托管、交易撮合、数据处理相关的外包
→ 均被视为“关键外包”(Critical Outsourcing)
若外包管理不足,BaFin 会直接拒绝牌照
外包供应链复杂性被视为加密行业的系统性风险
DORA 要求 CASP 对外包第三方执行 强监管级别控制
德国监管最担心三件事:
核心系统被外包 → CASP 无法控制风险
外包商不受监管 → 无法监管穿透
外包中断 → 造成客户资产损失或交易系统中断
因此,本章将提供一套 可提交给 BaFin 的外包管理体系(深度实操版)。
符合以下任意一项,即被视为外包:
系统由第三方托管或运营(cloud、服务器、钱包、KMS)
交易撮合引擎外包
钱包托管外包(如 Fireblocks、Copper)
链上监测工具(Chainalysis、TRM Labs)
客户 KYC 服务外包
反洗钱监测外包
客服外包
技术开发团队外包
服务器托管(AWS / Google / Azure)
MiCA 特殊规定:
“凡涉及客户资产托管、交易执行、风控、IT 系统者,均视为关键外包(Critical Outsourcing)。”
这意味着德国 CASP 基本不可能没有外包。
但 BaFin 要求:必须对外包执行“完全监管化管理”。
德国 BaFin 区分三类外包:
必须满足:
合规可控性
战略影响
业务连续性
客户资金安全
ICT 风险
供应链可监管化
数据安全
渗透测试可执行
例子:
云服务器(AWS / Google / Azure)
钱包托管(Fireblocks / Copper)
MPC Key Management
交易撮合 / 清算系统
核心数据库
AML/KYC 系统
例如:
KYC 人工复核
风险监测工具
市场监控系统
例如:
市场营销、翻译、行政支持。
必须建立 Outsourcing Governance Framework,包括:
Outsourcing Policy(外包管理政策)
Outsourcing Register(外包登记册 – 最重要)
Vendor Risk Assessment(供应商风险评估)
Contractual Requirements(合同要求)
Performance Monitoring(绩效监控)
Exit Strategy(退出策略)
Concentration Risk Control(集中度风险控制)
监管访问权(Regulator Access Rights)
这些内容都是 BaFin 最爱问的。
这是 BaFin 审查的第一文件,必须包含:
| 字段 | 内容 |
|---|---|
| Supplier Name | 第三方供应商名称 |
| Service Type | 服务类型(Cloud、Wallet、KYC 等) |
| Criticality | 关键、重要、非关键 |
| Regulatory Impact | 是否影响 MiCA 要求 |
| Data Access | 是否接触客户数据 |
| Location | 数据存储地(EU/Non-EU) |
| Sub-outsourcing | 是否有再外包 |
| Risk Level | 高/中/低 |
| Monitoring Frequency | 监控频率 |
| Contract Signed Date | 合同签署日期 |
| Exit Strategy | 退出计划 |
| DRP | 灾备能力 |
外包登记册必须每季度更新一次。
仁港永胜可代提供完整登记册模板。
MiCA + DORA 强制要求 CASP 对供应商进行 全生命周期尽调。
必须评估三个维度:
包括:
数据是否可能泄露?
供应商是否符合 GDPR?
是否位于高风险司法辖区?
供应商是否受监管?
是否具备合规证书(ISO、SOC2)?
必须确认:
是否进行渗透测试?
是否符合 ISO 27001?
是否进行漏洞扫描?
加密措施?
身份管理措施?
包括:
是否存在单点故障?
是否可提供可用性证明(Uptime > 99%)?
是否有灾备?
是否有服务中断记录?
BaFin 常问:
“你如何对 AWS 执行尽职调查?”
“供应商若在美国境内,你如何管理 GDPR 风险?”
“供应商是否提供 SOC2 报告?”
仁港永胜将准备完整 Vendor DDQ(供应商尽调问卷)。
MiCA + DORA 要求外包合同必须包含 10 项必备条款:
SLA(服务级别协议)
数据访问、加密、安全要求
供应商向监管开放数据的义务(Regulator Access)
审计权(Audit Right)
再外包限制(Sub-outsourcing Restriction)
退出策略(Exit Plan)
服务中断通知义务
事件通报(Incident Reporting)
数据保留
适用法律(Preferably EU)
尤其第 3 条和第 4 条,BaFin 最看重。
CASP 必须对所有供应商建立监控机制,包括:
月度报告
SLA 审查
事件通报记录
系统宕机记录
问题整改情况
风险变化监控
半年一次供应商风险复审
不能只是“记录”,必须有:
Control Evidence(证据)
Logs(日志)
Reports(报告)
包括:
例如:
90% 关键服务都在 AWS 上 → 高风险
例如:
钱包托管采用单一供应商
供应商若有再外包 → 必须穿透识别风险。
必须包括:
平滑退出流程
服务迁移计划
数据迁移
密钥迁移
客户资产不受影响
替代供应商
风险评估
时间表
回滚方案
MiCA 明确要求“不得因外包导致服务终止”。
外包事故包含:
云服务器宕机
钱包供应商不可用
KYC 工具停机
交易撮合引擎故障
供应商数据泄露
供应商受到网络攻击
必须执行:
事件识别
风险评估
通报监管机构
启动 DRP
证据保留
根因分析
执行整改
更新供应商风险评级
DORA 要求关键外包事件在 24 小时内通报监管。
以下由仁港永胜唐生基于真实案例总结:
Q1:供应商筛选标准是什么?
Q2:如何执行尽职调查?
Q3:供应商是否符合 GDPR?
Q4:是否审查供应商的财务稳定性?
Q5:是否存在再外包?如何管理?
Q6:是否有供应商风险评估?
Q7:如何监控供应商 SLA?
Q8:如何评估外包风险变化?
Q9:供应商是否提供渗透测试报告?
Q10:与供应商的合同是否包含监管访问权?
Q11:为什么将某服务设为关键外包?
Q12:如何验证供应商的数据保护能力?
Q13:供应商的 ICT 架构是否符合 DORA?
Q14:如何确保外包不中断核心服务?
Q15:若供应商破产,如何处理?
Q16:如何管理云服务提供商?
Q17:如何评估供应商安全事件?
Q18:如何监督供应商的合规状况?
Q19:如何验证灾备计划有效性?
Q20:是否存在供应商变更程序?
Q21:合同是否包含审计权?
Q22:合同是否允许监管访问?
Q23:如何管理合同生命周期?
Q24:供应商是否需遵守 SLA?
Q25:如何评估合同条款的合规性?
Q26:合同是否禁止未经批准的再外包?
Q27:合同是否定义事件通报时间?
Q28:合同是否要求加密?
Q29:合同是否要求备份验证?
Q30:合同是否包含退出计划?
作为德国 MiCA-CASP 实操顾问,我们的建议:
所有关键外包必须进行一次完整 Vendor Due Diligence(DD)
必须建立 Outsourcing Register(外包登记册)
必须建立 SLA 绩效跟踪机制
必须要求供应商提供 SOC2 Type II 报告
合同必须包含 10 项 MiCA 强制条款
对钱包托管商(如 Fireblocks)必须执行增强尽调
避免使用无监管或无资质的外包商
必须准备 20 份外包场景的 Incident Simulation(事故模拟)
在面谈前必须准备至少 30 个 RFI 预案答案
建立“供应商替代策略”,以应对技术中断
仁港永胜可提供:
外包政策(Outsourcing Policy)
外包登记册(Outsourcing Register)
供应商尽调(DDQ)
合规合同条款模板
外包风险评估
Outsourcing RFI 回答包
本文由 仁港永胜(香港)有限公司 拟定,并由 唐上永(唐生) 业务经理提供专业讲解。此章节是整个德国 MiCA-CASP 审批流程中 最关键的核心点(Top 1)。只要 Safeguarding 不合格 → BaFin 会直接拒绝,不进入下一轮 RFI。
本章内容将基于:
MiCA 第 68 条 Safeguarding 要求
德国 ZAG(支付服务监管法) 及 KWG 银行业务要求
BaFin 客户资金保全准则(Sicherungsanforderungen)
EBA Guidelines on Safeguarding
德国监管认为加密资产具有以下高风险特征:
钱包私钥可能被盗
加密资产属于高波动资产
客户资产易被与公司资产混同(commingling)
托管业务(custody)属于 MiCA 下的最高监管级服务
错误的密钥管理会直接导致资产永久损失
因此 BaFin 强制要求:
“客户资产必须与公司自有资产完全隔离(100% segregation),不得混合使用。”
且必须具备:
资产隔离结构
托管架构说明
私钥管理(Key Management)
冷存储 + MPC/HSM
交易对账 + 链上对账
运营风险防护
客户资金专户(Client Safeguarding Account)
严格 IT 权限管理
客户提款监控与欺诈防控
德国是全球对“加密资产托管”要求最高的国家之一。
本章将完整呈现 德国监管要求 + 实操级执行方案。
MiCA + BaFin 要求 CASP 构建一个可审计的客户资产保护体系,包括:
资产隔离(Segregation)
钱包结构(Wallet Architecture)
私钥管理(Key Management – MPC/HSM)
链上对账(Onchain Reconciliation)
现金 Safeguarding(Fiat Safeguarding Account)
客户资产账簿(Client Asset Ledger)
提款流程与权限(Withdrawal Controls)
访问控制(Access Control & SoD)
资产损失事件处理(Loss & Incident Management)
保险机制(Insurance / Crime Policy)
每项均必须提交 文件证明 + 系统证明 + 组织结构证明。
仁港永胜已为多国托管类牌照准备过完整 Safeguarding 套件,可直接用于德国材料。
MiCA 明确规定:
客户资产必须与公司自有资产(Own Funds)在技术上、账务上、法律上 100% 隔离。
德国 BaFin 强制执行“三层隔离”结构:
客户资产必须存于独立钱包(Multi-tenant wallet with logical segregation 或 Multi-wallet segregation)
公司自有资产不得存放于客户钱包
公私钥必须独立,“密钥不共用”
必须建立:
Client Asset Ledger
Corporate Asset Ledger
每一项资产必须可溯源到:
钱包地址
客户 ID
TxID
交易时间
余额证明
法规要求:
托管合约(Custody Agreement)
资产法律所有权(Legal Title)
明确 CASP 仅为 Custodian,不拥有客户资产
仁港永胜的模板可直接用于 BaFin 审批。
必须向 BaFin 提交完整的钱包架构示意图,包括:
100% 离线
使用 HSM/MPC
不接触互联网
仅用于长期储存
仅用于即时交易
必须有限度(≤ 资产总额 3–5%)
必须进行限额控制
用于批量提款
有网络访问,但风险低于热钱包
High Risk
Medium Risk
Low Risk
监管会问:
钱包如何分类?
钱包限额是多少?
是否使用 MPC?
是否使用 HSM?
BaFin 明确反对:
单人控制私钥
软件钱包(Software Wallet)
未加密保存密钥
未进行密钥轮换
热钱包持有过多资产
监管要求:
HSM(Hardware Security Module)
MPC(Multi-Party Computation)
两者都满足:
物理隔离
密钥分片
无人单独控制
包括:
签名操作
密钥生成
密钥备份
密钥恢复
密钥轮换
至少 3 人:
发起人
执行人
批准人
必须相互不可替代。
包括:
Key shard 地理位置
恢复流程
灾备恢复
是否使用 Shamir Secret Sharing(SSS)
这是德国监管最重视的托管能力证明。
必须做到:
| 操作 | 频率 | 要求 |
|---|---|---|
| 链上余额对账 | 每日(Daily) | 必须对所有地址进行链上查询并核对内部账簿 |
| 交易对账(Tx Reconciliation) | 即时/每日 | 对每笔 TxID 与数据库记录进行匹配 |
| 资产缺口分析 | 实时 | 若资产不足必须立刻触发 Incident |
| 报告生成 | 每日 | 自动生成报表并提交给 MLRO/CTO |
BaFin 会要求:
日常链上对账报告样本
系统截图
对账算法描述
异常资金流处理流程
仁港永胜可提供完整 Onchain Reconciliation 方案。
若 CASP 涉及托管法币(Fiat),必须提供:
在德国或欧盟受监管银行开设
名称必须显示“客户资金”(Client Safeguarding)
CASP 不得使用客户资金
包括:
银行余额
客户账簿余额
差异分析
异常上报
三方协议(Tri-party agreement)
银行确认信
合规声明
提款是 BaFin 审查的重点风险场景。
CASP 必须建立:
包括:
提款限额
提款地址白名单
多因子认证(MFA)
异常行为识别
高风险国家限制
| 金额 | 审批人 |
|---|---|
| 小额 | CS → OPS |
| 中额 | OPS → MLRO |
| 大额 | OPS → MLRO → CTO |
包括:
制裁国家
战争/冲突国家
洗钱高风险地区
所有与客户资产相关的系统必须执行:
RBAC
SoD(至少三人分权)
MFA 强制
Admin 权限必须受控
所有敏感操作必须日志化
系统自动记录资产相关权限的变更
必须包含:
事故识别
风险评估
客户资产保护措施
监管通报(MiCA 要求 24 小时)
警方通报(如涉及欺诈/盗窃)
客户赔付机制(如适用)
损失报告(Loss Report)
修复计划
BaFin 必问:
Q:若钱包被黑,如何赔偿客户?
Q:是否有保险?
Q:是否有责任归因机制?
MiCA 不强制保险,但 BaFin 强烈建议:
Crime Insurance(商业犯罪保险)
Cyber Insurance(网络安全保险)
Wallet Theft Insurance(钱包被盗保险)
这不仅提高审查通过率,也提升机构抗风险能力。
以下内容由仁港永胜唐生基于 BaFin 真实补件总结:
Q1:热钱包限额是多少?为什么?
Q2:冷钱包是否完全离线?
Q3:是否使用 MPC/HSM?
Q4:密钥是否由多人控制?
Q5:密钥备份如何管理?
Q6:冷钱包地址是否公开?
Q7:是否经过渗透测试?
Q8:如何防止内部人员盗取私钥?
Q9:如何记录密钥操作?
Q10:如何执行密钥轮换?
Q11:如何保证客户资产不被挪用?
Q12:如何记录每个客户的钱包余额?
Q13:是否有独立账簿?
Q14:如何进行链上对账?
Q15:如何处理资产缺口?
Q16:如何管理客户地址白名单?
Q17:如何控制提款审批?
Q18:客户资产是否保险覆盖?
Q19:资产损失如何赔付?
Q20:如何处理遗失私钥?
Q21:Safeguarding Account 是否开设?
Q22:银行是否提供确认信?
Q23:是否进行每日对账?
Q24:差异如何识别?
Q25:银行账户是否被隔离?
Q26:是否授权多人操作?
Q27:是否禁止从客户资金账户支付公司费用?
Q28:是否存在高风险银行?
Q29:如何处理银行服务中断?
Q30:是否有 SEPA 风险控制?
Q31:提款审批流程是什么?
Q32:提款限额如何设定?
Q33:是否检查提款地址?
Q34:是否执行 AML 风控?
Q35:提款异常如何识别?
Q36:是否有欺诈报告流程?
Q37:OTP/MFA 是否强制?
Q38:提款失败是否有记录?
Q39:是否有提款延迟机制?
Q40:如何向客户解释风控措施?
使用 MPC(Fireblocks / Copper)大幅提高审查通过率
可视化钱包架构和密钥管理流程图是加分项
必须准备链上对账日报(CSV+截图)给 BaFin
准备 20 个提款警报案例(Use Cases)
冷钱包必须放置在国外安全机房(建议瑞士/德国)
必须建立 Withdrawal Risk Engine(提款风险引擎)
强烈建议购买 Wallet Theft Insurance
建立 Client Asset Ledger(客户资产账簿)
生成 Asset Segregation Testing(资产隔离测试报告)
准备至少 30 条 RFI 预案答案(监管补件)
仁港永胜可以提供:
钱包架构图
Key Management Framework
链上对账工具
资产隔离证明文件
Withdrawal Control Policy
Safeguarding RFI 回答包
本文由 仁港永胜(香港)有限公司 拟定,并由 唐上永(唐生) 业务经理提供专业讲解,本章是德国 BaFin 审查 MiCA-CASP 牌照时 最重要的核心章节之一(TOP 2,仅次于 Safeguarding),并且属于“不可妥协的强审查项”。
本章内容将基于:
MiCA(Regulation (EU) 2023/1114)第 63–67 条 AML 要求
欧盟第六号反洗钱指令(AMLD6)
德国《GwG 洗钱法》(Geldwäschegesetz)
BaFin AML Circular(Interpretative Notes)
EBA AML/CTF Guidance
BaFin FCTR(金融犯罪风控技术监管要求)
德国是全欧盟 AML(反洗钱)监管强度最高的国家之一,原因包括:
德国是欧盟 AMLD6 的最早实施国
德国本地《GwG 洗钱法》要求严于欧盟标准
德国金融情报部门(FIU)对加密交易极其敏感
加密资产被德国监管定位为「极高洗钱风险行业」
德国是全球 STR/SAR(可疑交易报告)提交量最高国家之一
BaFin 一直对加密机构保持“高风险、高监管、高审查”态度
因此:
一个 CASP 的 AML/CTF 框架必须达到与银行同等级别,不得低于传统金融机构标准。
本章将全面呈现德国 MiCA-CASP 必备的 AML/CTF 完整体系(深度实操版)。
德国 AML 框架必须涵盖:
业务风险评估(Business-Wide Risk Assessment, BWRA)
客户尽职调查(CDD/KYC/KYB)
加强尽调(EDD)
交易监测(Transaction Monitoring)
制裁筛查(Sanctions Screening)
PEP/Adverse Media 筛查
链上分析(Onchain AML)
SAR/STR 报告(提交给德国 FIU)
AML 政策与操作手册(Policies & Procedures)
AML 职责结构(MLRO + AML Officer)
记录保留(Record Keeping – 5 years)
员工培训(AML Training)
AML 内部审计(AML Audit)
此框架任何部分不合格都可能导致 BaFin 拒批。
德国 AML 法规要求每个 CASP 都必须执行:
BWRA = 对整个业务进行 AML 风险识别 + 评估 + 建议 mitigation
风险评估包括:
交易服务
托管服务
OTC
Staking
兑换服务
法币入金/出金
个人/企业
高净值客户
高风险国家(FATF 列表)
匿名客户
复杂公司结构(UBO 穿透至自然人)
制裁地区
欧盟以外高风险地区
反洗钱制度薄弱国家
大额
高频
OTC
隐私币(Monero、Zcash)
混币器(Tornado Cash)
线上开户
无面对面识别(Non-face-to-face)
自动化流程
BWRA 必须每年更新并向 BaFin 提交。
仁港永胜可协助准备完整 BWRA 模板。
德国 AMLD6 + GwG 要求 CASP 建立:
个人客户必须:
身份证/护照 OCR
地址证明(3 个月内)
活体检查(Liveness Detection)
IP + 手机验证
企业客户(KYB)必须:
注册证明
公司章程
董事登记册
股东登记册
UBO 穿透至自然人
公司业务说明
资金来源(SOF/SOW)
必须使用 3 级体系:
低风险
中风险
高风险
每位客户必须:
初次评级
定期复审(Annual Review)
如果触发 EDD → 强制重新评级
高风险国家
高净值客户
大额资金
匿名钱包
复杂企业结构
使用隐私币
OTC 大额买卖
EDD 是 BaFin 审查 CASP 能力的重点。
必须包含:
例如:
工资单
银行流水
投资收益
公司收入证明
税务证明
例如:
公司股权证明
房产证明
证券资产
继承证明
包括:
职业
企业合法性
行业性质
业务目的
必须使用:
Chainalysis
TRM Labs
Elliptic
风险包括:
暗网
混币器
黑市交易
OFAC 地址
勒索软件地址
必须覆盖:
UN(联合国)
EU(欧盟)
OFAC(美国)
UK HMT(英国)
德国国家制裁清单
必须对以下对象进行 screening:
客户姓名
企业名称
UBO
钱包地址
交易对手方
任何 match(命中)必须:
立即冻结
执行 L1 + L2 复核
MLRO 终审
记录保存 5 年
评估是否 SAR(可疑交易报告)
必须进行:
Politically Exposed Persons(PEP)检查
地址风险检查
负面新闻检查
高风险情况包括:
PEP
涉嫌诈骗
犯罪关联
被执法机关调查
与战争区域有关
高风险客户必须启动 EDD。
这是 BaFin 最关注的 AML 技术模块。
例如:
高频交易
大额交易
分拆交易
资金流向黑名单
使用隐私币
夜间频繁操作
多地址跳转(Layering)
例如:
行为突然变化
交易与客户画像不符
异常重复性交易
高风险地理位置跳变
每条监控必须:
生成 alarm
由 L1 → L2 审查
记录警报闭环(Case Management)
若异常严重 → SAR
所有链上交易必须:
使用 Chainalysis/TRM 监控
评估地址风险(Wallet Risk Scoring)
识别可疑交易路径
检查是否经混币器
识别制裁地址
识别关联风险群集(Graph Clustering)
MiCA 强制要求链上监控,这与传统金融高度不同。
SAR(Suspicious Activity Report)提交流程:
生成警报(系统)
L1 初审
L2 高级审查
MLRO 决策
提交给 FIU(24 小时内)
保存证据 5 年
必须准备:
SAR 模板
SAR 决策依据
SAR 使用案例(≥20 个)
SAR 历史记录(如适用)
BaFin 必问:
“SAR 比例是否正常?”
“SAR 触发逻辑是什么?”
必须准备:
AML Policy
AML Manual
CDD Procedure
EDD Procedure
Transaction Monitoring Procedure
SAR Procedure
Sanctions Policy
Wallet Risk Policy
Customer Risk Scoring Method
Training Policy
Record Keeping Policy
所有文件必须由董事会批准。
仁港永胜可以提供德国格式文件套装。
MiCA + GwG 要求:
必须:
全职
位于德国或欧盟
有反洗钱经验
Fit & Proper(专业 + 品行)
深入了解链上交易
用于:
代替 MLRO
分权控制(SoD)
负责:
CDD/EDD
报告
风险评估
必须保存:
身份资料
EDD 资料
链上分析报告
警报记录
SAR 报告
交易日志
联系记录
报告提交证据
德国监管要求保留 5–10 年。
所有员工必须:
每年 1 次 AML 培训
特殊岗位(MLRO/Compliance)每半年一次
保存培训证据
培训内容包括:
AMLD6
GwG
交易监测
链上分析
SAR 提交
制裁
仁港永胜提供 AML 培训材料。
MiCA 强制要求:
AML 每年一次独立审计
审计报告必须提交给董事会
审计对象包括:
CDD
EDD
TM
SAR
Sanctions
Onchain AML
以下是仁港永胜唐生基于德国 BaFin 真实补件整理:
Q1:CDD 流程如何自动化?
Q2:EDD 触发标准是什么?
Q3:如何验证 SOF/SOW?
Q4:KYB 如何穿透股东?
Q5:如何识别高风险行业?
Q6:是否复审客户风险?
Q7:怎么处理资料缺失?
Q8:如何进行 Address Verification?
Q9:如何处理假阳性?
Q10:EDD 如何记录?
Q11:监控规则有哪些?
Q12:如何识别分拆交易?
Q13:如何识别混币器交易?
Q14:如何处理高风险交易?
Q15:如何执行行为监控?
Q16:如何处理异常警报?
Q17:关闭警报的标准是什么?
Q18:如何保证系统有效性?
Q19:如何评估交易风险变化?
Q20:如何进行年度模型验证?
Q21:Screening 工具是什么?
Q22:如何处理 OFAC 命中?
Q23:如何执行钱包筛查?
Q24:如何记录复核?
Q25:如何更新名单?
Q26:如何处理假阳性?
Q27:是否有双人复核?
Q28:Screening 频率是什么?
Q29:是否 screening 对手方?
Q30:链上地址如何 screening?
Q31:SAR 触发标准是什么?
Q32:如何判断是否提交 SAR?
Q33:SAR 是否有内部审批?
Q34:如何保存 STR 记录?
Q35:如何处理法币可疑交易?
Q36:如何处理链上可疑交易?
Q37:如何处理匿名威胁?
Q38:是否具有拒绝交易机制?
Q39:是否通知客户 SAR?(不得通知)
Q40:如何与 FIU 协作?
Q41:AML 是否遵循风险为本(RBA)?
Q42:BWRA 如何执行?
Q43:如何保证 AML 资源充足?
Q44:如何向董事会报告?
Q45:如何测试 AML 控制有效性?
Q46:如何进行 AML 培训?
Q47:如何进行内审?
Q48:如何监控 AML 法规更新?
Q49:如何管理供应商(KYC/AML Tools)?
Q50:如何保证系统不被滥用?
必须使用 Chainalysis/TRM 作为链上 AML 工具
必须准备至少 30 条交易监控规则
必须准备 20 条 EDD 案例(SOF/SOW)
必须准备 SAR 提交流程图(Regulator-ready)
必须准备 Screening Sample(命中示例)
必须建立 Customer Risk Matrix
KYB 必须穿透到自然人 UBO
必须准备 AML 培训与证书
必须准备 BWRA(业务风险评估)完整版
准备 50 条 AML RFI 回答(提前准备可大幅提高通过率)
仁港永胜可以提供:
AML 政策全套
AML 系统架构图
AML 数据流程图
Transaction Monitoring Rules
SAR 样本
EDD 样本
AML RFI 应对模板
本文由 仁港永胜(香港)有限公司 拟定,并由 唐上永(唐生) 提供专业讲解。
本章是德国 CASP 审批中最重要的章节之一(TOP 3 核心章节),它决定申请能否顺利通过。
德国是全欧盟监管要求最深入、补件最多、周期最长的国家之一,本章基于仁港永胜唐生团队多年的监管交付经验,完整呈现真实执行路径。
一句话总结:德国 BaFin 的审查重点是“补件”与“面谈”,不是最初提交。
要申 MiCA,必须掌握 BaFin 的审查节奏。
BaFin 审批整体时间线(12–24 个月)
审查流程 6 大阶段(入门 → RFI → 面谈 → 决策)
监管补件(RFI)全解析(平均 90–180 个问题)
BaFin 最常提问的 8 类高频问题
仁港永胜整理:300 条 BaFin RFI 问题类型大表(结构化)
监管面谈(Interview)流程 + 问题 + 模拟应答
为什么德国 MiCA-CASP 申请难度全欧第一?
仁港永胜唐生:德国审查成功策略(系统级深度建议)
德国申请 CASP 的典型周期为:
| 阶段 | 内容 | 预计时间 |
|---|---|---|
| 0 | 前期预审 + 架构搭建 | 1–2 个月 |
| 1 | 递交申请文件 | T = 0 |
| 2 | 形式审查(Formal Check) | 1–2 个月 |
| 3 | 第一次 RFI(补件) | 2–4 个月 |
| 4 | 第二次 RFI(补件) | 2–3 个月 |
| 5 | 监管面谈(Interview) | 1 个月 |
| 6 | 最终 RFI / Clarification | 1–3 个月 |
| 7 | 批准/拒绝 | 全流程 12–24 个月 |
德国没有“快通道”,所有申请都必须经历大量补件与面谈。
BaFin 会检查:
文件是否齐全
董事、RO、MLRO 是否具备资格
股权结构是否清晰
申请材料是否符合 MiCA 要求格式
重点: 在这个阶段被退件 ≈ 失败。
会检查:
商业模式
资金安全(Safeguarding)
IT 安全架构
AML 体系完整性
交易监测与链上AML
风险管理框架
运营计划完整性
这是第一次真正的审查阶段。
第一次 RFI 一般包含:
60–120 个问题
属于全方位实质审查
主要集中在 IT、AML、Safeguarding、RO 经验、交易监控
申请机构需要:
正式书面回答
提供附加政策文件
完整的流程图、架构图、数据流图
第二次 RFI:
20–60 个问题
重点在验证第 1 次 RFI 的回答是否可执行
案例类问题会大幅增加
例如 AML 案例:
“如果客户转入 3 个钱包形成链路,你如何判断风险?”
“如何处理疑似分拆交易?”
通常包含:
董事会面谈
RO 面谈
MLRO 面谈
CTO/IT 面谈
面谈通常:
每场 1–2 小时
采用线上视频会议(近 3 年)
重点考察团队真实能力
深入问细节,而非文件
面谈后一般会在 2–4 周收到 “Final RFI”。
最后 RFI:
数量较少(5–20 条)
目的是确认申请方全部准备就绪
如果回答良好 → 授权
如果不佳 → 驳回 / 要求重新提交
德国申请 MiCA CASP 的平均补件数量:
第一次 RFI:60–120 条
第二次 RFI:20–60 条
最终 RFI:5–20 条
合计:≈ 90–180 个问题(实际案例最高 300+)
因为:
德国监管认为 “加密行业天然高风险”
MiCA 在德国执行时更严格
BaFin 要求文件必须达到银行级别
德国 AML 中心(FIU)对加密交易敏感
IT 安全要求等同于金融基础设施
为什么选择在德国申请?
目标市场是什么?
如何盈利?
是否涉及 Staking?是否属于 MiCA 监管范围?
OTC 如何管理风险?
这是德国最严格部分之一:
客户资金在哪里托管?
风险隔离机制?
银行账户签署权限?
当银行破产时如何保护客户资金?
客户资产是否可用于公司运营?(不能)
数据中心在哪里?
冷/热钱包如何管理?
私钥管理流程?
日志保存多久?
是否进行渗透测试?
是否具备 DDoS 防护?
(此部分在第 17 章已详细说明)
CDD/EDD 如何执行?
链上风险如何识别?
混币器交易如何处理?
SAR(STR)如何提交?
交易监测规则有哪些?
董事是否具备行业经验?
股东是否透明?
UBO 是否有风险?
RO 是否具备 Fit & Proper?
如何向 BaFin 报告年度合规?
内部审计如何执行?
员工合规培训计划?
如何识别欺诈交易?
如何阻止高风险交易?
如何识别暗网地址?
未来三年财务模型?
是否有足够资本维持运营?
是否能覆盖初期亏损?
仁港永胜唐生根据历次德国补件,整理出:
(此为本指南第 17 章中已部分展示,这里按类别总结)
商业模式类(30 条)
治理结构类(30 条)
AML 类(50 条)
IT 安全类(40 条)
Safeguarding 类(40 条)
风控 + 内部控制类(40 条)
交易监测类(20 条)
链上 AML 类(20 条)
审计/报告类(10 条)
市场行为类(10 条)
法律分类(CASP 服务范围)20 条
此表格是德国申请必须掌握的知识库。
另外点击这里可以直接下载完整版的:
✅ 点击这里可以下载PDF文件:300 条 RFI 全部 Q&A 填充版(适合直接提交 BaFin),由仁港永胜唐生根据实战经验填充。
德国监管面谈分四类:
董事面谈(Board Interview)
RO 面谈(监管负责人)
MLRO 面谈(反洗钱负责人)
CTO/IT 面谈(系统安全)
问题:为什么选择德国而非其他欧盟国家?
示例(仁港永胜唐生版回答):
德国有深厚金融基础设施
市场更成熟
与机构客户合作多
长期将以德国为区域合规中心
问题:RO 是否参与日常合规?
示例回答:
参与董事会
每周合规例会
每月风险审查
每季合规报告提交
问题:如何识别链上可疑交易?
示例答案:
使用 Chainalysis 风险评分
检查路径是否经过混币器或暗网节点
检查是否属于高风险地址 cluster
检查交易行为是否符合客户画像
问题:私钥如何管理?
示例答案:
多签(Multi-Sig)
冷存储为主
硬件 HSM
访问控制(RBAC)
记录所有操作日志
理由:
监管最严格,补件数量最多
在 AML、IT、Safeguarding 方面要求超高
偏向传统金融体系管理方式
无“简单路径”,必须提交全套完整文件
德国金融体系对加密资产具天然警惕性
一句话总结:
德国 MiCA-CASP = 欧盟难度最高,但护照价值最大。
MiCA 在德国执行 = 银行标准
文件必须包括 100+ 份:
AML
Safeguarding
Outsourcing
风控
IT 安全
交易监测
链上风控
审计
组织结构
员工制度
IT 架构图
数据流向图
交易流程图
仁港永胜唐生可有偿为你准备:
300 条 RFI 模板
面谈问答集(含正确回答示范)
可直接提交的文件模板
不能临时找人。
BaFin 会深入面谈,问大量技术细节。
必须:
真实经验
能说明机制
能回答 AML、TM、IT 深度问题
必须准备:
系统架构图
私钥管理流程
访问控制矩阵(RBAC)
日志保存
备份机制
应急预案
仁港永胜可以提供:
董事面谈
RO 面谈
MLRO 面谈
CTO 面谈
全部模拟问答,模拟监管对话。
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生)业务经理提供专业讲解。
本章不是宣传,而是实战经验的总结。
仁港永胜唐生将以“最真实、最高度专业、最直接”的方式告诉你:
在德国申请 CASP,你真正需要准备什么、应该避免什么、怎样才能提高成功率。
本章内容基于我们过去在欧盟(尤其是德国、奥地利、立陶宛、马耳他、荷兰、爱沙尼亚)处理的申请案例、监管沟通轨迹、补件记录、面谈数据以及实际获批经验,是全指南中最“内部级、行动级、决策级”的一章。
请开始阅读实话实说的深度建议:
实话一:德国不是“提交文件即可获批”的国家
实话二:文件必须做到“接近银行级”质量
实话三:德国监管最关心不是你的技术,而是你的治理能力
实话四:RO / MLRO 人选决定 50% 成败
实话五:资本金不是门槛,运营资金才是关键
实话六:不要幻想“用海外团队远程运营德国实体”
实话七:IT(尤其私钥管理)是被补件最多的模块
实话八:德国补件(RFI)不是“问答”,而是“审讯”
实话九:面谈环节是生死关,90% 的失败发生在面谈后
实话十:德国 CASP 申请一定要提前设计“监管叙事”
实话十一:过度宣传、过度包装,会导致直接反效果
实话十二:德国授权是欧洲最难,也最有价值的
仁港永胜唐生:我们怎样帮助申请人提高成功率(专业说明)
本章总结:德国是“硬骨头”,但只要方法正确,完全可行
德国 BaFin 是欧洲最严格的监管机构之一。
以下观念请必须明确:
❌ 你不能“一次性”提交文件然后等待审批。
❌ 你不能依赖模板化政策文件希望蒙混过关。
❌ 你不能只准备表面层面的治理架构。
德国是整个欧盟少数几个:
✔ 会问数百个 RFI(补件)
✔ 会做深入面谈
✔ 会把文件逐条对照法规
✔ 会要求现场验证
✔ 会要求关键人员亲自回答技术问题
的国家。
德国不是“递件 → 过审”,德国是:
“递件 → 多轮补件 → 深度审查 → 多轮面谈 → 再补件 → 再审查 → 最终批准”。
德国 CASP 的流程比部分银行牌照还复杂。
这是事实,不是恐吓。
许多申请人在立陶宛、马耳他、波兰等国家申请过牌照,因此误以为:
“MiCA 是统一规则,文件只要达标即可。”
然而德国的执行标准比其他国家更高。
举例:
AML 政策必须包含 40+ 模块
IT 安全政策必须覆盖 DORA 法规要求
风险管理必须包含 风险评估矩阵 + 风险计量工具
Safeguarding 要求 银行级资金隔离机制
日志管理要满足 德国联邦数据安全标准
德国要求的政策量 = 其他国家的 1.5–2 倍。
仁港永胜唐生团队编制的德国 CASP 文件包,通常超过:
80–120 份文件(可逐项对应 BaFin 检查表)
才能确保稳健。
许多 Web3 团队以为 MiCA 监管主要在看:
技术
钱包安全
链上透明度
系统架构
这些确实重要,但 BaFin 最关心的是:
“谁在实际管理公司?谁在承担法律责任?谁能为德国本地用户负责?”
治理能力 > 技术能力
这点非常现实。
BaFin 特别关注:
董事是否在欧洲具备真实经验
RO 是否具备“德式合规文化”
MLRO 是否能用专业语言解释 AML
是否具备“开会、审核、记录、报告”的能力
是否具备内部制衡体系
德国监管认为:
企业的治理体系决定其是否能长期合规,而不是技术能力。
这是全指南最重要的结论之一。
德国监管对 RO / MLRO 的要求:
必须在德国/EU 金融机构有经验
必须能回答深度问题(不是读稿)
必须参与运营,而不是挂名
必须懂 AML + IT + 风险管理
必须能解释商业模式的风险点
必须能参加面谈(德语或英语)
许多人失败于:
❌ RO 是“挂名”
❌ MLRO 无加密经验
❌ 面谈无法回答问题
❌ 不懂链上 AML
❌ 不懂风险管理
❌ 看不懂审计
仁港永胜唐生建议:
RO/MLRO 的选择比资本金更重要。
我们可提供合规评估(Fit & Proper)+ 面谈训练。
根据 MiCA:
资本金 5–15 万欧元
但德国实际执行多为 20–50 万欧元
交易平台 25–45 万
托管业务可高达 40–60 万欧元
然而 BaFin 最关注的是:
1–2 年的运营资金是否足够?
包括:
工资
技术
合规
稽核
外包
保险
法律
存证
监管费用
许多申请人资本金准备得很漂亮,但:
❌ 运营资金只够 3–6 个月
❌ 财务预测不现实
❌ 风险储备不足
这样绝对过不了。
德国不是爱沙尼亚,也不是塞浦路斯。
德国监管明确要求:
德国本地人员
德国本地实体
德国本地董事
德国本地 AML 审查
德国本地运营责任人
德国本地 IT 负责人(外包亦需本地授权)
德国是欧盟最强调“实体化运营”的国家。
如果你试图:
❌ 用东南亚团队远程运营
❌ 用香港团队负责本地 AML
❌ 把技术全部放在海外
❌ 在德国只留一个“空壳办公室”
你会在最初审查时就被拒绝。
德国不断强调 IT 安全,包括:
私钥管理
多签
HSM 安全模块
员工 RBAC
渗透测试
代码审计
灾备机制
数据备份
关键系统隔离
内网访问
API 日志
链上监控
缺一项都可能触发补件。
仁港永胜唐生经验:
德国 IT 文件至少需 20–30 份,且不能套模板。
许多申请人第一次申请德国 CASP 被吓到,因为 RFI 问题通常是:
需要写论文般解释
需要引用 AML 法规
需要画数据流图
需要画系统图
需要附流程文件
需要用“德国监管语言”回答
以下为真实示例:
问题:请解释贵公司如何按照 AMLD6 第 47 条与 KRITIS 信息安全条例执行客户风险监测流程。请附风险评分矩阵。
这不是简单回复的内容。
许多人在面谈时被问到:
“请解释您系统的私钥生命周期管理。”
“请说明贵公司的风险模型如何进行压力测试。”
“您如何识别混币器(Mixer)路径?”
“请解释链上地址风险评分机制。”
如果回答不出:
❌ 面谈后即收到拒绝信
❌ 或收到“第三轮 RFI”(极难处理)
仁港永胜唐生可提供:
面谈训练
RO 面谈准备
MLRO 实战问答
IT 面谈模拟
场景案例问答
BaFin 最看重:
“你为什么需要 CASP?你的业务如何降低风险?你如何保护德国用户?”
监管叙事必须贯穿:
商业模式
组织结构
风险管理
Safeguarding
AML
IT
审计
面谈回答
仁港永胜唐生会帮客户建立:
一致性的监管逻辑
一致性的文件逻辑
一致性的面谈逻辑
这是申请中至关重要的一环。
许多申请人喜欢展示:
代币
Roadmap
套餐型产品
Web3 内容
收益分润
Staking
这些都可能被 BaFin 误认为:
❌ 涉嫌提供高风险产品
❌ 或触发证券监管(FISG、WpIG)
❌ 或涉及禁止性业务
德国监管天然对 Web3 保持审慎态度。
稳健叙事远比“Web3 创新”更重要。
德国的优势:
欧洲最大经济体
金融基础设施最强
与大型机构合作机会最多
监管认可度最高
护照后进入 30 国最顺畅
对银行级客户最友好
一句话:
若你能通过德国 MiCA-CASP,你将在全欧具备最强的合规地位。
我们提供:
AML(完整 40+ 模块)
IT 安全(20+ 文件)
风控
Outsourcing
Governance
Safeguarding
交易监测(链上 + 链下)
数据流模型
商业模式说明
财务预测模型
RFI 模板答复
构建监管一致性
规划商业模式风险节点
降低监管误解概率
实战模拟
技术问答准备
AML 案例演练
IT 深度问题演练
董事会面谈辅导
将补件缩短 20–40% 审查周期
避免多轮补件
避免面谈后的二次补件
德国本地董事
德国合规责任人
德国 AML 资源
德国 IT 安全顾问
德国律所合作
我们不是简单“提供文件”,而是:
从架构 → 文件 → 政策 → 面谈 → 审计 → 获批
一站式交付。
德国 MiCA-CASP 是:
⚠ 最难申请的欧盟 CASP
✔ 监管要求最完整
✔ 补件最多
✔ 面谈最深入
✔ 对治理要求最高
✔ 对 IT 最严格
✔ 对 AML 最敏感
但正因如此:
通过德国,就等于获得欧洲最高级别监管信用。
如果你准备认真申请,仁港永胜唐生将为你提供完整、专业且可落地的成功方案。
全球 MiCA / CASP / EMI / VASP / VARA / 银行牌照 全栈合规服务提供商。
本文由 仁港永胜(香港)有限公司拟定,并由 唐上永(唐生)业务经理提供专业讲解。
本章作为全指南的最终部分,将为您完整呈现:
仁港永胜的公司背景
全球持牌/合规服务能力
专注领域
在 MiCA / CASP / 传统金融 / 银行业务中累积的经验
为什么我们在行业中具备显著优势
我们的核心团队
我们能为企业提供哪些实操性服务
如何进一步与唐生取得联系
本章内容不仅是介绍,更是本指南背后的专业力量展示,也是企业选择合规服务伙伴的重要参考。
仁港永胜(香港)有限公司是一家深耕全球金融监管、国际牌照申请及监管合规体系搭建的专业机构。
我们在:
香港、深圳拥有核心合规团队
中国内地六大城市设有长期合作顾问
与 欧洲、美国、中东、非洲及东盟多国的监管机构、金融执照顾问、金融律师、审计机构、监管科技供应商保持常年协作
我们专注于:
银行业执照(传统银行/离岸银行)
金融机构授权(EMI、PI、MSB、MTL、CASP、VASP)
证券牌照(香港 SFC 1/4/7/9/10/11 类)
支付牌照(英国 FCA、欧盟 EMI/PI、新加坡 MPI/MAS 等)
虚拟资产牌照(MiCA、VARA、香港 SFC VASP)
家族办公室架构搭建
离岸公司 + 金融架构规划
风险管理体系搭建
AML/KYC 合规体系建设
监管沟通与稽查应对
在过去十多年间,我们在全球协助超过:
1,800+ 企业客户、320+ 金融机构
完成各类监管牌照申请及合规体系搭建。
我们的业务覆盖:
德国 BaFin
马耳他 MFSA
立陶宛 BoL
波兰 KNF
爱沙尼亚 FIU
荷兰 DNB
爱尔兰 CBI
瑞士 FINMA(非欧盟,但高度协同)
主要服务类别:
✔ MiCA CASP
✔ EMI/PI 支付机构
✔ 银行牌照
✔ 投资公司(IFR/IFR-perm)
✔ 加密交易平台 / 托管
✔ 家族办公室
✔ 监管沙盒
✔ 金融科技项目
✔ MSO 金钱服务
✔ SFC 证券及期货条例全类牌照(1/2/3/4/5/6/7/9/10/11/12/13)
✔ HKMA SVF(储值支付工具)
✔ 稳定币发行牌照(2025)
✔ 虚拟资产交易平台(VATP)
✔ 家族办公室架构
✔ 香港税务 & 公司架构
✔ MAS 支付牌照(MPI / SPI)
✔ 金融机构合规体系
✔ 印尼金融牌照(深度实操版)
✔ 东盟监管架构
✔ 金融科技落地服务
✔ DIFC / DFSA 金融牌照
✔ ADGM FSRA 金融机构
✔ VARA 虚拟资产牌照
✔ 交易所、托管、经纪服务
✔ 沙特 / 卡塔尔 金融架构
✔ 科摩罗(安儒昂)银行牌照
✔ 安圭拉金融机构牌照
✔ 塞舌尔(FSA)
✔ 毛里求斯(FSC)
✔ 伯利兹(IFSC)
✔ 圣文森特 / 多米尼克
✔ 巴哈马 / 开曼群岛
✔ BVI
从可行性分析 → 结构设计 → 监管沟通 → 文件制作 → 面谈辅导 → 获批运营
我们提供的是:
“从 0 到落地” 的整体解决方案,而不只是写文件。
我们为监管机构认可的文件包括:
AML 手册(40+ 模块)
交易监测政策(链上 + 链下)
风险管理框架
IT 安全框架
HR 合规体系
Outsourcing 外包管理
Safeguarding 资金隔离机制
DORA 信息安全体系
GDPR 隐私保护体系
业务持续性(BCP)
我们交付的不是模板,而是:
可直接用于运营的合规体系。
我们可协助:
回应监管补件(RFI)
回应审计要求
回应监管检查(On-site Inspection)
回应监管质询(Inquiry)
与监管机构进行正式沟通(书面与面谈)
我们在:
德国 BaFin(极高难度)
阿联酋 VARA(高难度)
立陶宛 BoL(高难度)
马耳他 MFSA(中高难度)
均成功帮助客户获得授权。
唐生长期负责:
全球金融牌照项目管理
合规体系搭建
监管沟通策略
面谈辅导
监管补件逻辑制定
金融结构设计(银行、支付、加密)
擅长:
复杂跨境结构设计(香港 → 欧盟 → 中东)
多牌照集团架构规划
金融业务合规文档的系统化构建
MiCA、DORA、AMLD6、PSD2 等法规解读
以下为我们能够为德国 CASP 申请人提供的全链路服务:
业务模型评估
牌照匹配度分析
MiCA 服务类别判断
德国法律分类(CASP + WpIG + KWG)
风险评估报告
德国实体架构搭建
资金要求测算
包含:
AML(40+ 文件)
风险管理(20+)
IT & 网络安全(20–30 文件)
Outsourcing
Governance
Safeguarding
交易监测(TM + 链上 AML)
内部审计
组织结构
董事会治理
风险控制矩阵
数据流图 + 系统架构图
这是监管最关注的部分,我们将为你全部制作。
补件通常 90–180 条,我们负责:
全部问题分析
合规化回答
补件策略设计
修订文件补件
监管逻辑整合
风险点排查
提交与解释文件
这是德国申请的“重头戏”,仁港永胜经验最为丰富。
我们提供:
董事面谈训练
RO 面谈训练
MLRO 深度训练
CTO/系统面谈训练
场景模拟问答
监管提问预估(60–120 题)
本地董事
本地 RO / MLRO
本地审计机构
本地办公室安排
本地银行开户
本地服务商资源对接
年度合规报告
AML 流程执行
风控监测
交易监测
合规顾问长期支持
内部审计
员工培训
监管持续沟通
德国是长期监管,持续合规比申请更重要。
我们掌握:
所有补件类型
面谈真实问题
监管逻辑
文件要求标准
风险关注点
每一个文件、每一段政策、每一个流程图都“可落地”。
我们手上的资料、问答、流程、场景均来自:
✔ 实际补件
✔ 实际面谈
✔ 实际审查
✔ 实际获批
不是提供文件,而是陪你走完全流程。
可协助构建:
德国母公司
香港资金承接平台
阿联酋交易节点
欧洲支付清算路径
私钥管理(多地 HSM)
集团风险隔离结构
仁港永胜作为全球领先的金融合规服务机构,致力于:
让企业在欧洲、亚洲、中东、非洲安全合规地开展业务
让金融机构具备完整监管体系
协助企业通过全球高难度牌照申请
建立长期合规文化
在 MiCA(欧盟)这一全球最重要的新监管时代中,为企业构建完整、可持续的监管体系与业务架构
我们不做模板化服务,而是:
真正理解监管、理解金融、理解技术、理解企业的专业伙伴。
香港:852-92984213(WhatsApp 同号)
深圳:15920002080(微信同号)
办公地址:
香港湾仔轩尼诗道 253-261 号 依时商业大厦 18 楼
深圳福田 卓越世纪中心 1 号楼 11 楼
香港环球贸易广场 86 楼
业务联系与资料索取:
仁港永胜(香港)有限公司 – 唐上永 业务经理
手机:15920002080(深圳 / 微信同号)
电话:852-92984213(Hong Kong / WhatsApp)
本文由 仁港永胜(香港)有限公司 拟定,并由 唐上永 业务经理提供专业讲解,仅供一般信息用途,不构成任何形式的法律、会计或投资建议。
具体条款、监管要求及收费标准以欧盟法规及德国联邦金融监管局(BaFin)最新官方文件为准。
仁港永胜保留对本文内容进行更新与修订的权利。
如需就 德国 MiCA-CASP 申请 / 收购、合规落地与后续维护 获得一对一协助,欢迎通过上述方式联系仁港永胜,以确保你的业务在德国及欧盟范围内合法、稳健、合规运营。
德国 Germany(MiCA)加密资产服务提供商(CASP)牌照申请注册指南,德国 Germany(MiCA)加密资产服务提供商(CASP)牌照,德国加密牌照, Germany crypto license, MiCA牌照, 德国MiCA牌照, Germany MiCA license, 加密资产服务提供商牌照, CASP牌照, Germany CASP license, 德国加密资产服务提供商牌照, 德国CASP牌照申请, 德国加密货币牌照, 德国区块链牌照, 德国虚拟资产牌照, 德国数字资产牌照, 德国加密牌照申请, 德国加密牌照注册, 德国加密牌照指南, 德国加密牌照流程, 德国加密牌照要求, 德国加密牌照条件, 德国加密牌照费用, 德国加密牌照时间, 德国加密牌照监管, 德国BaFin加密牌照, 德国金融监管局加密牌照, 德国加密交易所牌照, 德国加密货币交易所牌照, 德国加密钱包牌照, 德国加密托管牌照, 德国加密交易牌照, 德国加密经纪牌照, 德国加密服务牌照, 申请德国加密牌照, 注册德国加密牌照, 德国加密牌照公司注册, 德国加密牌照合规, 德国加密牌照法律, 德国加密牌照税务, 德国加密牌照常见问题, 德国加密牌照FAQ, Germany crypto license application, Germany crypto license registration, Germany crypto license guide, Germany crypto license process, Germany crypto license requirements, Germany crypto license conditions, Germany crypto license cost, Germany crypto license fee, Germany crypto license timeline, Germany crypto license regulation, BaFin crypto license, Germany financial regulatory license, Germany crypto exchange license, Germany cryptocurrency exchange license, Germany crypto wallet license, Germany crypto custody license, Germany crypto trading license, Germany crypto brokerage license, Germany crypto service license, apply for Germany crypto license, register Germany crypto license, Germany crypto license company registration, Germany crypto license compliance, Germany crypto license law, Germany crypto license tax, Germany crypto license FAQ, Germany crypto license common questions