代理支付领域有好几种协议，以及关于每种协议究竟做什么的大量混淆。理清它们的有用方法，是看每一种回答的是什么问题。“代理如何付款，服务器如何知道已经付了？”是一个问题。“商家如何知道这是人授权的？”是另一个问题。“在对方交付之前钱由谁保管？”是第三个问题，而它决定了损失是否可以挽回。
按回答的问题分类
先付后得（x402 及类似协议）
代理按请求在链上付款，服务器响应。回答“如何为一次 API 调用付款”。没有人保管任何东西；交付失败按设计无法挽回，由于金额极小，这可以接受。适合计量服务，不适合购买。
授权/委托协议（AP2 及类似协议）
用户签署一份委托，向商家证明有人授权代理在限额内消费。回答“这笔消费是否获授权”。不保管钱，商家不交付时也帮不上忙。
商家支付协议（MPP 及类似协议）
让代理通过现有的银行卡和钱包通道向商家付款，并享有商家的常规保护。回答“代理如何结账”。争议走卡组织网络（如果该通道有的话）。
托管（iEscrow）
钱由中立方依据一份书面交易保管，按条件或人的裁决放行。回答“在交付被核验之前由谁保管”。适用于 P2P 加密货币、商品、服务和里程碑；代理准备，人来确认。
如何选择
- 每次调用几分钱、成千上万次调用、失败没有代价：先付后得。
- 向一个自带保护的商家做一次性购买：商家协议，加上一份委托以证明消费已获授权。
- 向个人买币、付钱给自由职业者、两家公司之间的交易，任何对方可能干脆不交付的情形：托管，并由人批准动用资金的那一步。
- 把你自己的 MCP 服务器变现：那是计量问题，不是托管问题。别用托管来做这件事。
它们可以叠加。代理可以持有一份证明它被允许开启交易的委托，在 iEscrow 上开启交易，然后由人批准注资。协议处理授权和付款；托管处理交付之前的保管。