机器支付协议（x402 / AP2）

机器支付协议泛指面向程序化交易的一类标准，代表思路包括基于 HTTP 状态码的按次付费与面向智能体的支付授权框架。它们的共同目标是把支付从人工点击页面，变成智能体可发起、可验证、可限额的机器流程，典型场景是智能体调用付费接口、购买数据或算力，以及代替用户完成订单结算。

为什么不能沿用人工支付

人工支付的每个环节都假设有人在场：跳转收银台、输入验证码、确认金额。智能体在无人值守时无法完成这些交互，而把账号密码或完整卡号交给程序，风险又不可接受。机器支付协议因此在两者之间插入一层授权凭据：用户在事前划定额度与用途，智能体在范围内自主调用，超出范围则被拒绝，从而兼顾自动化与可控性。换句话说，它把信任判断从每一次交易前移到授权环节。

常见模式

• 按次付费：未付费请求收到特定状态码与支付要求，附上凭据后重试即可取数据。
• 授权委托：用户预先签发的额度与范围，智能体在限额内自主付款。
• 托管结算：资金先进入中间账户，服务确认交付后再放款，降低纠纷概率。
• 小额高频：单笔金额小、次数多，因此手续费与结算延迟是设计重点。
• 额度分层：按服务类型设定不同上限，高频小额与低频大额互不影响。

必须解决的约束

自主支付要求强身份认证、额度上限与可追溯流水，否则一次被诱导的调用就可能造成损失。风控需要在机器速度下判断请求是否异常，例如短时间内向陌生地址反复付款、金额远超历史分布，同时保证用户随时能冻结授权。合规要求与跨境结算规则也决定了这类机制能在多大范围内真正落地，涉及数据出境与牌照的场景尤其复杂。此外还需要可靠的撤销机制：用户发现异常后，冻结动作要能立刻阻断后续请求。

实践要点

• 默认最小额度：初始化时给出很小的上限，按需提升，而不是先开大额度再逐步收紧。
• 区分凭据与身份：支付令牌与账号身份分离，令牌泄露时可单独吊销而不影响主体。
• 对账与告警并重：除流水记录外，设置异常频率与金额阈值告警，及时发现被滥用。
• 保留人工熔断：提供一键停用入口，并确保停用对已经发出的在途请求同样生效。
• 先试算再真实扣款：在沙箱或极小额请求上验证链路，确认无误后再开放正式额度。