原创作者：邵嘉碘

币安最近披露了一组很有意思的数据：2025 年，币安处理了 72,632 项执法请求；2026 年上半年，已处理 36,235 项；历史累计处理执法请求 313,653 项。

截图来源：Binance Blog《Compliance, by the Numbers》，披露 2025 年及 2026 年上半年执法请求数据。

很多人看到这个数据，第一反应是：币安现在很配合司法机关。

但从平台经营角度看，这组数据真正说明的是另一件事：执法请求已经不是加密平台偶尔才会遇到的特殊事件，而是正在变成平台日常运营的一部分。

头部交易所有能力搭建庞大的合规团队，币安称其合规相关成员近 1500 人，约占员工总数四分之一。但问题是，绝大多数加密平台并没有这样的团队配置。Swap 平台、跨链聚合器、DEX 前端、钱包服务商、波场能量租赁平台、OTC 工具平台，一旦收到司法机关邮件、法院文书、冻结请求、数据调取函，内部往往会陷入一个现实问题：这到底该由客服回？风控回？技术查？法务判断？还是创始人自己处理？

这就是加密行业长期被忽视的一块合规后台：Law Enforcement Request Response，也就是执法请求响应机制。

执法请求不只会找交易所

过去大家一提到加密司法协助，第一反应就是交易所。确实，中心化交易所是最典型的执法请求对象。它们掌握用户 KYC、充值提现记录、账户余额、交易订单、登录 IP、设备信息，也具备账户冻结和资产控制能力。

但现在，执法请求的对象早已不止交易所：

换句话说，只要一个平台掌握了链下信息、服务入口、订单记录、路由记录或某种程度的控制能力，它就可能成为执法请求对象。

截图来源：Kraken Blog《2025 Transparency Report》，头部平台已将执法和监管请求纳入透明度披露。

平台真正的风险，不是“配不配合”，而是“怎么配合”

很多平台对执法请求的理解还停留在很粗糙的层面：司法机关来了就配合，不配合是不是有风险？

但在实务中，更大的风险往往不是“不配合”，而是“错误配合”。

第一类风险是假冒执法机关。加密行业里，伪造司法机关邮箱、假冒境外监管机构、冒充法院或律师发送钓鱼请求并不少见。如果平台没有主体核验机制，可能会把用户数据、交易记录甚至风控信息交给诈骗方。

第二类风险是过度披露。有些请求只针对一个地址、一笔订单，但平台因为缺乏数据最小化意识，直接提供了超范围的账户信息、关联地址、用户沟通记录，反而引发隐私和数据保护风险。

第三类风险是错误冻结。该冻结时没有及时 hold，资产很快流出；不该冻结时仓促冻结，又可能引发用户投诉、索赔甚至平台声誉风险。

第四类风险是证据灭失。平台明明保存过 IP、设备、订单日志、API 请求记录，但因为内部没有日志保全机制，等正式执法请求到来时，数据已经被覆盖或删除。

第五类风险是多法域冲突。请求来自 A 国，平台主体在 B 国，用户在 C 国，服务器又在 D 国。平台如果只按“谁发邮件就听谁”的逻辑处理，很容易陷入合规冲突。

所以，执法请求响应不是客服工单，也不是简单的律师函回复。它是一个结合法律、合规、数据、技术、风控和运营的系统工程。

不同平台，需要不同的响应 SOP

不同类型加密平台面对执法请求时，能力边界完全不同。平台不能用一套模板应对所有请求，成熟的做法，是先识别自己在案件链条中的角色：我是资产控制点、账户控制点、入口控制点，还是线索控制点？

中心化交易所和托管平台，通常能提供 KYC、账户、交易、订单、充值提现、余额、登录设备、IP 等资料，也可能执行账户冻结、资产保全或配合返还。因此这类平台的风险最高，响应标准也应最高。

Swap 和即时兑换平台的关键在于订单状态。如果订单还没完成，平台可能还有暂停、hold、复核 KYC、等待执法机关进一步文件的空间。一旦订单完成并出金，平台通常只能提供订单链路、入金地址、出金地址、时间、金额和合作流动性方信息。

跨链聚合器通常不直接托管资产，但它知道资金如何被路由：经过哪条链、哪个桥、哪个 DEX、哪个流动性来源、哪个 partner。它的协助价值不在冻结，而在还原路径。

DEX 和 DeFi 前端不能控制链上协议资产，但可以在前端层面做地址筛查、风险拦截、访问限制，也可能保存钱包连接、IP、设备、浏览器、交互时间等日志。

波场能量平台更特殊。能量不是资产本身，已经消耗的能量无法追回。但能量租赁记录可以揭示黑灰产地址背后的基础设施：谁付款、谁下单、谁给哪个地址委托资源、是否批量服务多个涉案钱包。

稳定币发行方则是链上资产控制的重要节点。对于中心化稳定币，平台面对的不是普通数据调取，而可能是地址冻结、黑名单、资产保全、司法处置等高风险请求。

截图来源：T3 FCU 官网，展示 Tron、Tether、TRM 协作下的链上犯罪资产冻结与公私协作成果。

成熟的执法请求响应机制，应当包括什么

一个加密平台如果要专业处理执法请求，至少需要建立以下机制。

截图来源：OKX Law Enforcement Request Guide，展示平台设置专门执法请求入口、邮箱和材料要求。

平台真正需要的，不是临时找律师“看一封邮件”，而是一套可以长期运行的 Law Enforcement Request Desk。

为什么这项工作适合外包

对很多中小加密平台来说，自建完整执法请求响应团队并不现实。

请求量可能不稳定。平时几个月没有，一旦出现黑客、诈骗、洗钱、跑分、网赌资金流，可能短时间内集中爆发。

岗位能力也很复合。处理执法请求既要懂法律，又要懂链上交易、平台业务、数据保护、冻结逻辑、跨境沟通和监管口径。单一客服、单一法务或单一技术人员都很难独立覆盖。

更重要的是，执法请求响应不是“态度问题”，而是“专业动作”。回复早了、晚了、少了、多了、错了，都可能带来风险。

因此，对平台来说，把这部分工作外包给熟悉加密业务和执法请求流程的专业团队，并不是把责任甩出去，而是建立一个外部合规后台。

平台仍然保留最终决策权，但外部团队可以帮助平台完成请求初筛、法律判断、材料核验、内部取证指引、回复起草、台账管理和流程优化。这对于交易所、Swap、跨链聚合器、DEX 前端、波场能量平台等主体尤其有现实意义。

曼昆可以为平台提供什么

围绕加密平台的执法请求响应，曼昆可以提供一套平台侧外包服务。

需要强调的是，律师不是执法机关，也不能替平台作出最终资产处置决定。曼昆提供的是外部法律合规和流程响应支持，帮助平台在合法、审慎、可留痕的框架下处理执法请求。

这项服务的核心价值，不是让平台“无条件配合所有请求”，而是帮助平台建立一套判断机制：哪些请求应当配合，哪些请求需要补充材料，哪些请求应当拒绝，哪些请求必须立即升级处理。

结语：执法请求响应，正在成为加密平台的基础设施

加密行业过去很重视上币、流动性、风控、KYC、AML，却常常忽视一个越来越现实的问题：当平台收到执法请求时，谁来判断？谁来响应？谁来留痕？谁来承担后果？

随着加密资产案件增加，执法机关、监管机构、法院、受害人律师和链上分析机构都会越来越频繁地触达各类平台。交易所会被找，Swap 会被找，跨链聚合器会被找，DEX 前端会被找，钱包和 RPC 会被找，波场能量平台也会被找。

对加密平台而言，执法请求响应已经不是边缘事务，而是合规基础设施。谁能更专业地处理这类请求，谁就更能在监管要求、用户权益和平台运营之间保持平衡。