一个 DeFi 协议履行其反洗钱义务的方式，是在用户存入、借贷、兑换或提取资产的那些确切节点上做风险筛查，它不需要立起一个中心化的合规部门。接入形态是：在这些进出口点上做一组实时 API 检查，加上首次交互之后对地址的持续监控。这个组合把 DeFi 与交易所之间的合规差距合上。本文铺开这些检查该放在哪里，以及这套工作流与一家中心化交易所有何不同。更宽的工作流见 Phalcon Compliance。本页属于加密反洗钱合规中心。
DeFi 协议面对的新合规压力
围绕 DeFi 的监管边界已经不是理论问题。FATF 的虚拟资产框架把反洗钱义务延伸到任何对金融服务行使有效控制的主体。这个表述触及那些控制着用户资金、可暂停资金池或管理员密钥的 DeFi 协议。越来越多的辖区已经把第 15 项建议写进本国法律，于是这项筛查义务触及 DeFi 协议——不管那些团队有没有一个叫「合规」的头衔。FinCEN 的客户尽职调查规则在美国设定了同一项预期，把持续监控界定为受监管机构合规体系的一项条件。另外在欧盟，加密资产转账的筛查与报送义务坐在《反洗钱条例》（AMLR）与《资金转移条例》（TFR）里，而 MiCA 本身限于牌照与市场行为规则。两套框架收敛到同一个实际要求上：证明这个协议在资金动之前筛查了交易对手风险，并且证明它是持续在做。
链上犯罪的图景把这份压力磨得更尖。FATF 与各国监管机构反复指出，如今有相当一部分非法加密资金经由 DeFi 场所流动。这意味着忽略筛查的协议不只是不合规，而且面临被点名为一条通道的风险。监管不需要一个 DeFi 协议在传统意义上是一个受监管主体，他们需要的是它在交易层面表现得像一个——而那恰恰是一个 DeFi 团队内建工具最少的地方。
团队这一重约束是问题的另一半。一个 DeFi 协议团队通常没有专职合规人员、预算很紧，却需要在真正搬运资金的那些交易节点上做实时风险控制。合规工作落在那些已经在发协议升级、管预言机风险、处理事故响应的开发者或安全工程师身上。因此，一个假定有专职合规官的合规体系，是为一张这个协议并不具备的组织架构图设计的。现实的路径是把筛查推进合约流程本身，于是这个协议靠默认设置来筛查，而不是靠配人来筛查。
DeFi 合规与 CEX 有何不同
大多数关于加密合规的公开指引，是为中心化交易所写的，它假定了一个 DeFi 团队并不符合的买方画像。中心化交易所设有专职合规部门、与筛查厂商做完整的后端集成，并且能拿业务量论证六位数的年度订阅。DeFi 协议在上述每一个维度上都坐在相反的那个角上。原封不动照抄 CEX 的打法，产出的是一个这个协议配不起人、付不起钱、也集成不完的体系。
| 维度 | 中心化交易所（CEX） | DeFi 协议 |
|---|---|---|
| 合规人员配置 | 专职合规团队 | 通常没有；由开发者或安全工程师承担 |
| 集成面 | 完整的后端批量与实时集成 | 在存入、借贷、兑换合约节点上的 API |
| 预算姿态 | 能扛住六位数的年度订阅 | 很紧；需要与按量付费对齐 |
| 筛查节奏 | 全流量完整实时 | 高风险节点实时，其余靠持续 Monitor |
由此得出的结论是：一个 DeFi 协议不该试图到处都筛。它该筛的是敞口真正进入协议的那些合约节点。存入、借贷、兑换是交易对手地址把风险绑到协议上的三个点，所以在这些节点上筛查是最小可用覆盖。其余的可以交给对协议已经交互过的地址的持续监控，加上针对边缘情形的按需核验。正是这个切分，让 DeFi 合规在一个小团队与一份薄预算之下变得可行。
预算这个维度，是那些面向 CEX 的指引最容易把 DeFi 团队带偏的地方。一份僵硬的年度订阅假定筛查量稳定可预测，而这恰恰是一个 DeFi 协议看到的反面。链上活动随市场周期、新池上线与激励计划起落，于是一份固定容量的合同，要么在冷清期浪费预算，要么在繁忙期撞上超额费用。适配 DeFi 的成本模型，是那种支出跟着用量走的，而不是那种要提前一年预测用量的。
DeFi 接入：在存入、借贷、兑换节点上做 API 筛查
DeFi 团队可以用 Phalcon Compliance 的 KYA 与 KYT API，在存入、借贷、兑换点上筛查地址。应用在放行或挂起这笔交易之前先检查返回的风险结果。随后由 Monitor 盯住这个地址日后的风险变化。
接入点是合约节点，不是看板。当一个用户向某个池存入、以抵押品借款、或者经某条聚合器路由做兑换时，协议可以在这笔交易被放行之前调用 Phalcon Compliance 的 KYT 与 KYA API 端点。Phalcon Compliance 开放的 KYT 与 KYA API 端点，会在存入、借贷、兑换合约节点上返回一个实时的地址风险评分与风险指标。返回的分值让协议决定是放行、挂起，还是拦截这次交互；而那些风险指标把可追溯的证据附到这个决定上，于是它日后经得起审计。一家中心化交易所接进其存入与提取闸口的，正是同一个 API 接口面——只不过在这里它接的是合约节点，而不是一个订单簿。那种交易所接入方式记录在面向加密交易所的 KYT API 接入蓝图里。
让这次接入对一份 DeFi 预算而言现实可行的，是成本上的对齐。筛查包的 PAYG 额度 95 美元起，对应 50 到 2000 个额度，有效期 12 个月。一个筛查量随激励周期起落的协议，可以在量高时买额度、在量低时让余额搁着。没有合同锁定，而且协议在用量稳定下来之后可以升到某个订阅档位。API 接入只在 699 美元/月起的 Scale 档与 Enterprise 档提供。一个计划在合约节点嵌入 API 调用的团队，需要在写代码之前先确认这个档位。多席位协作与推荐奖励在下面的常见问题里讲。
对那些还没准备好嵌入 API 的协议，有一条轻量替代路径。通过平台界面做的交互式筛查，让一个 DeFi 团队可以在不做 API 接入的前提下按需核验一个交易对手地址，适合轻量或审计场景。一位对某个被标记地址做人工复核的安全工程师，或者一位在大额转账之前核查交易对手的资金库多签签名人，可以把它当作零接入的那条路。
部署形态：节点级筛查、Monitor 与自助核验
一个 DeFi 协议的完整部署形态有三层，每一层回答一个不同的筛查问题。如果这个协议想要一套在检查中扛得住的体系，三层没有哪一层是可选的；但每一层的工程与额度成本各不相同。
第一层是在搬运资金的那些合约节点上做节点级筛查。在一次存入、借贷或兑换调用被放行之前，协议带上交易对手地址调用 KYT 与 KYA API，读取返回的风险评分。阈值分流被定义在合约里、或者定义在合约所委托的一个链下 keeper 里，于是协议放行低风险地址、把中风险的挂起待人工复核、把高风险的直接拦下。这一层是把实时洗钱窗口关上的那一层，也是唯一消耗单次检查额度的那一层。
第二层是对协议已经交互过的那些地址的持续监控。Monitor 模式按动态周期在风险发生变化时重新分析已筛查过的地址，且不消耗筛查额度。对一个 DeFi 协议而言，这一层抓的是那个首次存入时干净、日后却与某个被制裁实体或某个已知作案者交易的地址。因为它不消耗筛查额度，协议可以把它开在全部历史交互地址上，而不必让单次检查的预算线性增长。
第三层是通过平台界面做的按需自助核验。它是安全工程师在事故期间、在一次人工复核中、或者在对一个新预言机或合作方合约做部署前交易对手检查时所走的路。它不需要 API 接入，所以它覆盖那些不值得在合约层嵌入的一次性检查长尾。三层合起来，产出的是这样一套体系：在真正要紧的那些节点上实时筛查、对其余部分免费地持续观察，并给团队留一个应对边缘情形的人工出口。
为 DeFi 协议开始使用 Phalcon Compliance
一个 DeFi 协议不需要一个中心化的合规部门来履行它的反洗钱义务。它需要的是：在搬运资金的那些合约节点上做筛查、对已经碰过的那些地址做持续监控，以及一个跟着用量走而不是绑一份固定年度合同的成本模型。Phalcon Compliance 通过一个 KYT 与 KYA 的 API 接口面、一个不消耗筛查额度的 Monitor 模式，以及一个 95 美元起的按量付费额度入口，把这三样都交付了。为 DeFi 协议开始使用 Phalcon Compliance，在下一次协议升级之前，把这套筛查形态映射到存入、借贷与兑换节点上。