机器原生交易：现状和缺失的基础设施

从机器支付轨道到自主采购网络，一场围绕“谁来装备买方”的基础设施迁移

引言：智能体正在获得一份受约束的“可支配预算”

过去两年，智能体能力的变化非常快。早期的大模型主要承担信息生成，用户提出问题，模型给出文本。随后，工具调用让模型可以搜索网页、查询数据库、执行代码和操作软件。再往前一步，智能体开始拆解目标、制定计划，并在多轮执行中根据外部结果调整动作。

当执行对象局限于免费工具或企业内部系统时，调用权限可以由开发者提前配置。但开放市场中的高质量能力通常需要付费：实时金融数据按次计价，网页抓取消耗额度，推理与 GPU 算力按量收费，视频生成和专业数据库也有明确价格。智能体要独立完成一项任务，就不可避免地要在运行过程中成为买方。

传统 API 商业模式并不是为这种买方设计的。它要求一个人先访问网站、注册账户、绑定银行卡、选择套餐、保管 API Key，再把密钥放入程序环境。采购决策和实际调用被分割在两个时间点：人类在任务发生之前完成采购，软件只负责消耗已经购买的额度。

智能体则可能直到执行任务的某一步，才知道自己需要什么。它无法预先判断最终会调用哪一家数据源，也不应该要求用户为所有潜在服务逐一开户。其采购具有即时、低额、多商户、高频和结果导向等特征。对它而言，最自然的体验不是“先订阅，再调用”，而是“发现服务，获得报价，授权付款，取得结果”。

Agent Payment 因而不是给聊天机器人加一个支付按钮。它意味着软件开始拥有受约束的支出权限，并形成属于机器的采购流程。人类设定目标、预算和风险边界，智能体在边界内分配资金。支付由此从一个结算动作，变成智能体决策系统的一部分。

1. 为什么 Agent Payment 会成为独立赛道

1.1 从工具调用到经济行动

智能体与普通自动化脚本的区别，不只在于推理能力。脚本执行预先确定的流程，所需资源和供应商通常已经写进代码；智能体则根据环境选择路径。在同一个研究任务中，它可能先购买搜索结果，再根据结果决定是否需要行业数据库，最后调用另一家模型做交叉验证。每一步采购都会改变后续决策。

这种“边执行、边采购”的模式，把经济选择带进了软件运行时。智能体不仅要判断某个工具是否可用，还要判断它是否值得购买：价格是否超出预算，响应速度是否满足任务，历史履约是否可靠，替代服务是否更合适。传统的工具路由关注能力匹配，机器采购还要同时处理价格和交易对手风险。在这类交易里，承担风险的一方是智能体自己：付款成功了，服务却可能没有交付。

因此，Agent Payment 的核心需求并不是无条件自动付款，而是可控地把购买权交给软件。用户不会轻易把整个钱包交给智能体，但愿意给一个明确任务设置几美元预算，允许它进行若干笔美分级采购。大授权也许仍需要长期建立信任，小授权却已经可以创造实际价值。

1.2 微额、高频与多商户改变支付经济学

人类互联网的支付基础设施擅长处理相对低频、金额较高的交易。信用卡网络、支付网关和订阅系统都有固定成本，因此商户往往把许多次调用打包成月度套餐。对于每次只值几美分的 API 请求，传统支付的手续费、拒付风险和账户维护成本可能高于商品本身。

机器消费恰好相反。智能体可以为了完成一个交付物，在数分钟内向多个商户发起多笔采购。单笔金额很低，但调用频率高，交易数量可能远大于人类消费者。稳定币和链上可编程结算为这类场景提供了新的经济基础：资金可以全天候流动，支付授权可以由软件签署，服务也可以直接按调用计价。

更重要的是，多商户采购会改变 API 市场的竞争方式。订阅制鼓励用户长期绑定一家供应商，按次购买则允许智能体在每次任务中动态选择。服务商不再只竞争年度合同，也会竞争某个瞬时需求。价格、性能和履约记录都可能实时影响路由结果。

1.3 稳定币正从交易媒介走向结算基础设施

加密市场早期的稳定币需求主要来自交易和资金避险。随着发行、托管、合规和跨链基础设施逐步成熟，稳定币开始进入跨境结算、企业资金管理和互联网原生支付。对机器支付而言，稳定币还有一个特殊优势：它既是货币，也是可以由程序直接操作的数字资产。

信用卡支付依赖持卡人身份、银行账户和地域网络。智能体本身没有自然人的身份，也无法独立通过传统开户流程。一个受策略约束的钱包则可以成为智能体的资金接口：操作者注入有限余额，设置单笔和会话上限，并保留冻结与撤销权限；智能体只在授权范围内签署支付。

这并不意味着链上支付天然优于所有传统支付。消费者保护、退款机制、隐私、密钥管理和监管责任仍需要解决。但在机器对机器、低额按次和全球服务采购中，可编程稳定币具备明显适配性。它让“调用接口”和“支付接口”首次有机会被压缩进同一个网络交互。

2. 支付轨道已经出现：x402、MPP 与 HTTP 原生交易

2.1 让 402 从状态码变成商业接口

HTTP 早已预留 402 Payment Required 状态码，但在将近 30 年里，它并没有形成通用工作流。机器支付协议重新激活了这一语义：客户端请求一个付费端点，服务端返回 402 和机器可读的付款条件；客户端选择可接受的方案，完成签名或支付，再携带凭证重试请求。

这个过程的重要性在于，它取消了人类注册页。价格发现、支付要求和内容交付都发生在程序可以理解的协议层。对开发者来说，付费 API 不必再围绕账户、套餐和密钥构建完整的 SaaS 门户；对智能体来说，服务可以像普通网页一样被发现，并在真正需要时购买。

x402 是这一路径中最受关注的开放协议之一。它围绕 HTTP 402 组织支付挑战和凭证，使服务商可以按请求收款。MPP 则从另一套生态出发，探索面向机器的 charge、session 等支付方式。两者的具体设计不同，却共同验证了一个方向：机器支付可以成为应用协议的一部分，而不是在应用之外另建人工结算流程。

2.2 支付轨道多元化的长期性

行业经常期待最终只剩下一个标准协议、一条结算网络和一种支付方案。但从商户视角看，多元化具有长期合理性。一次性数据查询适合按次收费，持续推理或流式服务可能更适合会话计费；高价值服务需要更强的担保和争议处理，低价值调用更在意速度与成本；不同地区和企业也会选择不同的合规与结算网络。

协议层还会继续创新。商户可能采用直接扣款、预授权、托管、流支付或批量结算；网络可能在成本、最终性、流动性和生态工具上各有取舍。对卖方来说，这是自由选择。对买方来说，每新增一种组合，就增加一个新的集成面。

下图中的配置矩阵是这种多元化的一个截面：协议 / 支付方案构成列，链构成行，每个选择都是一种需要单独集成的支付配置，而这张表还在变宽。

图 1：碎片化下的支付轨道配置矩阵

所以，碎片化未必会随着市场成熟自然消失。银行卡市场并没有因为长期发展而只剩一家卡组织，云计算也没有收敛到一个供应商。成熟市场通常不是消灭差异，而是在差异之上形成聚合、路由和清算层。Agent Payment 很可能遵循同样的演进路径。这种分裂已经可以度量。两个公开浏览器（x402scan 与 mppscan）近 30 天的数据显示（截至 2026 年 9 月 3 日）：MPP 协议在 Tempo 链上有 65,591 个活跃买方钱包，x402 在 Base 链上有 19,472 个，而同时出现在两条轨道上的钱包只有 365 个，不足 MPP 协议买方的 0.6% 及 x402 Base 买方的 2%；其中在两条轨道各完成十笔以上交易的只有 112 个，且相当一部分是双轨聚合器用同一把密钥代付，而不是买方自己采用了第二条支付轨道。买方并没有跨轨道流动，每条轨道都在积累自己独立的买方群。

2.3 卖方接入只是交易的一半

支付协议首先降低了商户收款门槛。一个端点能够发布报价、验证凭证并返回服务，就具备了面向机器营业的基本条件。越来越多开发者工具、数据服务和内容接口由此进入机器可购买状态。

然而，供给可支付不代表需求会自动到来。商户解决的是“我如何向机器收款”，智能体仍要回答“我该向谁买、用哪种方式付、付款后如何确认交付”。如果每个买方都要分别集成每种协议、准备不同网络的资金并维护独立账本，机器支付会重演早期 API 集成的复杂性，只是把 API Key 换成了钱包和协议适配器。

真正的采用率取决于交易的总摩擦，而不仅是结算那一步的摩擦。

3. 行业真正的瓶颈：交易没有闭环

图 2：一次机器采购的完整流程

3.1 第一关：发现可购买的服务

智能体需要机器可读的服务目录。一个有效目录不能只有名称和网址，还要描述端点能力、输入输出、价格单位、可用协议、延迟、地域限制和更新状态。自然语言意图与 API 参数之间也需要映射，否则智能体知道自己“需要宏观数据”，却无法判断哪个端点满足任务。

开放市场中的目录还面临重复、失效和虚假声明。任何商户都可以宣称自己提供高质量数据，但智能体无法像人类采购人员一样花数天做背景调查。发现层必须持续验证端点是否可调用、报价是否真实、描述是否与返回内容一致。