一个合规机器人要确认：某个账户在不在制裁名单上。 今天的办法，要么导出名单搬来搬去，要么让银行整包交出账户记录。ChainSafe 在 8 月 17 日开源的 x402 Facilitator 给了第三条路：机器人付一笔很小的钱，问一个 Yes/No 问题——「账户 X 是不是受制裁实体？」银行在自己数据库里本地算出答案，确认收款后返回加密的 True/False。敏感记录一步都没出防火墙。 这个组件把 HTTP 402 带到了 Canton Network。402 从 1997 年起躺在 HTTP 规范里，原文只有一句「预留给未来使用」；x402 把它激活成：服务端回「这个请求要付钱」加金额和收款地址，客户端付完带着凭据重试，服务端验证放行。免账户、免会话、免静态 key。 它和 Canton 的关系是结构性的：Facilitator 部署在机构防火墙后、本地 Canton participant 节点旁，把每次 402 支付直接结算在 Canton 账本上；老数据库零迁移连上 Canton 的流动性池，就能收 Agent 的查询费。企业数据不上链，只有支付动作上链。 运行时是 Challenge-Settle-Retry：请求被 402 拒绝并附报价 → Agent 用预充值的私钥签支付，走 Facilitator 在 Canton 账本结算 → 验证终局性 → 自动重试拿数据。全程没人参与。 动机在博客里写得具体：ChainSafe 做 Daml Autopilot 时撞上瓶颈——Agent 跑持续执行循环，每一步都要人开账户、绑卡、轮换静态 key。于是把支付层拆出来开源，免费自部署，ChainSafe 只从被 facilitate 的交易里抽一小笔。 博客最后一句话：software is no longer just parsing data. It's buying it. 企业最难变现的数据——合规名单、交易记录、持仓明细——有了一条按次卖答案的路。 参考资料：