Waterdrip Capital 在 Foresight 发布文章称，机器原生交易正在从「机器支付轨道」走向「自主采购网络」，问题的重点不只是如何让智能体付款，而是谁来为买方一侧补齐基础设施。
智能体开始拥有受约束的可支配预算
文章指出，过去两年，智能体能力变化很快。早期大模型主要生成信息，用户提问后输出文本；随后，模型开始调用工具，能够搜索网页、查询数据库、执行代码和操作软件；再往后，智能体可以拆解目标、制定计划，并在多轮执行中根据外部结果调整动作。
当执行对象还局限于免费工具或企业内部系统时，调用权限可以由开发者预先配置。但开放市场中的高质量能力通常需要付费，实时金融数据、网页抓取额度、推理与 GPU 算力、视频生成和专业数据库都对应明确价格。文章认为，智能体如果要独立完成任务，就不可避免会在运行过程中成为买方。
传统 API 商业模式并不是围绕这种买方设计的。现有流程通常要求人先访问网站、注册账户、绑定银行卡、选择套餐、保存 API Key，再把密钥写入程序环境。采购决策发生在任务之前，软件只负责消耗已经买好的额度。
但智能体往往要到任务执行中的某一步，才知道需要什么服务。它无法预先判断最终会调用哪一家数据源，也不适合要求用户为所有潜在服务逐一开户。文章将这类采购概括为即时、低额、多商户、高频、结果导向。对应的自然体验不是「先订阅，再调用」，而是「发现服务，获得报价，授权付款，取得结果」。
在这一框架里，Agent Payment 不是给聊天机器人增加一个支付按钮，而是让软件在边界清晰的前提下拥有支出权限。人类设定目标、预算和风险边界，智能体在约束内分配资金。支付也不再只是结算动作，而被纳入智能体决策系统的一部分。
为什么 Agent Payment 会单独形成赛道
从工具调用走向经济行动
文章认为，智能体与传统自动化脚本的差别不只在推理能力。脚本执行的是预先写好的流程，所需资源和供应商往往已经固化在代码中；智能体则会根据环境变化选择路径。在同一个研究任务中，它可能先购买搜索结果，再据此决定是否需要行业数据库，最后调用另一家模型做交叉验证，每一步采购都会反过来影响后续决策。
这种边执行边采购的模式，把经济选择直接带进软件运行时。智能体不仅要判断某个工具能否使用，还要判断值不值得买，包括价格是否超预算、响应速度是否符合任务要求、历史履约是否可靠，以及是否存在更合适的替代服务。传统工具路由只处理能力匹配，机器采购还要同时处理价格和交易对手风险。文章特别指出，在这类交易中承担风险的一方是智能体自己：付款成功后，服务不一定交付。
因此，Agent Payment 的核心需求不是无条件自动付款，而是把购买权可控地交给软件。用户未必愿意把整个钱包交给智能体，但更可能愿意为一个明确任务设定几美元预算，允许它进行若干笔美分级采购。文章认为，大额授权仍需长期建立信任，小额授权已经可以带来现实价值。
微额、高频、多商户正在改写支付经济学
传统互联网支付基础设施更适合处理相对低频、金额较高的交易。信用卡网络、支付网关和订阅系统都存在固定成本，商户因此常把多次调用打包为月度套餐。对于单次只值几美分的 API 请求，手续费、拒付风险和账户维护成本可能高于商品本身。
机器消费正好相反。文章称，智能体可能为了完成一个交付物，在数分钟内向多个商户发起多笔采购。单笔金额低，但调用频率高，交易数量也可能远高于人类消费者。稳定币和链上可编程结算给这类场景提供了新的经济基础：资金可以全天候流动，支付授权可以由软件签署，服务也可以直接按调用计价。
作者还提到，多商户采购会改变 API 市场的竞争方式。订阅制强化与单一供应商的长期绑定，按次购买则允许智能体在每次任务中动态选择服务方。服务商不只是在争夺年度合同，也在争夺瞬时需求，价格、性能和履约记录都可能实时影响路由结果。
稳定币从交易媒介转向结算基础设施
文章回顾称，加密市场早期的稳定币需求主要来自交易和避险。随着发行、托管、合规和跨链基础设施逐步成熟，稳定币开始进入跨境结算、企业资金管理和互联网原生支付场景。
对机器支付来说，稳定币的特殊性在于，它既是货币，也是可由程序直接操作的数字资产。信用卡支付依赖持卡人身份、银行账户和地域网络，智能体本身并不具备自然人的身份，也无法独立完成传统开户流程。文章提出，受策略约束的钱包可以成为智能体的资金接口：操作者注入有限余额，设置单笔和会话上限，并保留冻结与撤销权限；智能体只在授权范围内签署支付。
不过，文章也没有将链上支付描述为对传统支付的全面替代。消费者保护、退款机制、隐私、密钥管理和监管责任仍待解决。但在机器对机器、低额按次、全球服务采购场景中，可编程稳定币具备明显适配性，因为它让「调用接口」和「支付接口」第一次有机会被压缩进同一个网络交互。
x402、MPP 与 HTTP 原生交易已经出现
HTTP 402 被重新激活
文章指出，HTTP 长期预留了 402 Payment Required 状态码，但在近 30 年里并未形成通用工作流。如今，机器支付协议重新启用了这一语义：客户端请求一个付费端点，服务端返回 402 和机器可读的付款条件；客户端选择可接受的方案，完成签名或支付，再携带凭证重试请求。
这套机制的意义在于，它去掉了人类注册页。价格发现、支付要求和内容交付都发生在程序可以理解的协议层。对开发者来说，付费 API 不必再围绕账户、套餐和密钥搭建完整 SaaS 门户；对智能体来说，服务可以像普通网页一样被发现，并在真正需要时购买。
文中提到，x402 是这一方向中最受关注的开放协议之一，它围绕 HTTP 402 组织支付挑战与凭证，使服务商可以按请求收款。MPP 则从另一套生态出发，探索面向机器的 charge、session 等支付方式。两者设计并不相同，但共同说明了一个方向：机器支付可以成为应用协议的一部分，而不是放在应用外部再搭一套人工结算流程。
多轨道并存可能是长期状态
文章认为，行业经常期待最终只剩一个标准协议、一条结算网络和一种支付方案，但从商户视角看，多元化会长期存在。一次性数据查询适合按次收费，持续推理或流式服务可能更适合会话计费；高价值服务需要更强担保和争议处理，低价值调用更关注速度与成本；不同地区和企业也会采用不同的合规和结算网络。
协议层还会继续创新。商户可能采用直接扣款、预授权、托管、流支付或批量结算；网络也会在成本、最终性、流动性和生态工具上做不同取舍。对卖方来说，这是自由选择；对买方来说，每新增一种组合，就多出一个新的集成面。
文章用一张配置矩阵说明这种碎片化：协议和支付方案构成列，链构成行，每一个选择都是一种需要单独集成的支付配置，而且矩阵仍在持续变宽。
作者据此判断，碎片化未必会在市场成熟后自然消失。银行卡市场长期发展后也没有只剩一家卡组织，云计算同样没有收敛到单一供应商。成熟市场通常不是消灭差异，而是在差异之上形成聚合、路由和清算层。文章认为，Agent Payment 很可能也会沿着类似路径演进。
文中还给出一组可量化数据。根据两个公开浏览器 x402scan 与 mppscan 近 30 天的数据，截至 2026 年 9 月 3 日，MPP 协议在 Tempo 链上有 65,591 个活跃买方钱包，x402 在 Base 链上有 19,472 个，而同时出现在两条轨道上的钱包只有 365 个，不足 MPP 协议买方的 0.6%，也不到 x402 Base 买方的 2%。其中，在两条轨道各完成十笔以上交易的钱包只有 112 个，而且相当一部分属于双轨聚合器使用同一把密钥代付，而不是买方自己采用了第二条支付轨道。文章据此称，买方并没有在轨道之间流动，每条轨道都在积累各自独立的买方群。
卖方接入并不等于交易完成
文章认为，支付协议首先降低的是商户收款门槛。一个端点只要能发布报价、验证凭证并返回服务，就具备了面向机器营业的基本条件。越来越多开发者工具、数据服务和内容接口因此进入机器可购买状态。
但供给可支付，不意味着需求会自动到来。商户解决的是「如何向机器收款」，智能体仍要回答「该向谁买、用哪种方式付、付款后如何确认交付」。如果每个买方都要分别集成每种协议、准备不同网络上的资金，并维护独立账本，机器支付就会重演早期 API 集成的复杂性，只是把 API Key 换成钱包和协议适配器。文章直言，真正决定采用率的是交易总摩擦，而不是结算单一步骤的摩擦。
行业真正的瓶颈在于交易没有闭环
第一关：发现可购买服务
文章称，智能体需要机器可读的服务目录。有效目录不能只有名称和网址，还要描述端点能力、输入输出、价格单位、可用协议、延迟、地域限制和更新状态。自然语言意图与 API 参数之间也需要映射，否则智能体即便知道自己需要「宏观数据」，也无法判断哪个端点符合任务要求。
开放市场中的目录还会面对重复、失效和虚假声明。任何商户都可以宣称自己提供高质量数据，但智能体不能像人类采购人员那样花数天做背景调查。因此，发现层必须持续验证端点是否可调用、报价是否真实、描述是否与返回内容一致。文章认为，这使服务发现区别于传统搜索：搜索引擎优化的是信息相关性，机器采购目录还要优化可交易性，包括能力匹配、价格可接受度、支付兼容性以及商户能否交付。
第二关：理解并比较报价
在文章看来，同类 API 即便表面上都能按次标价，报价可比性依然很弱。一家按请求收费，另一家按结果条数收费；一家把模型推理计入价格，另一家需要额外收费；还有一些服务会根据输入长度、运行时间或成功结果动态计费。
因此，智能体不能只选择名义价格最低的端点，还要考虑总成本、交付概率、延迟和结果质量。如果便宜接口连续失败，重试成本和任务延误可能使实际价格更高。文章提出，报价需要和服务等级、历史表现、任务上下文一起评估。
机器可读报价还必须明确有效期和最终金额。在动态定价环境中，智能体签署的应当是一个确定承诺，而不是模糊的价格区间。操作者也需要知道服务费、网络成本和路由费用等构成，才能设置可信预算。
第三关：资金分布与跨轨道流动性
如果智能体要同时在多条链和多种协议上购买服务，最直接的做法是在每个网络预置余额。但文章指出，这会让少量资金被切成许多碎片。资金可能沉淀在暂时不用的网络上，热门网络又可能余额不足，而补充余额还涉及跨链、兑换、Gas 和安全操作。
对单个用户而言这已经足够繁琐；对管理大量智能体的企业而言，问题会进一步放大：每个智能体应该持有多少余额、谁负责补充、如何防止资金被错误消耗、怎样汇总不同网络上的资产与费用。文章认为，如果没有统一资金层，支付轨道越多，财务复杂度反而越高。
理想状态下，智能体看到的应该是一份可支配预算，而不是多个网络余额。底层系统负责选择结算路径、管理流动性并给出透明报价。作者将其类比为旅行者用一张卡在不同国家消费：用户关心总额度和汇率，不需要为每个目的地预先开立本地账户。
第四关：基于策略的授权
自主支付最直接的担忧是智能体会不会失控消费。文章提出，解决方法不是在「完全禁止」和「完全授权」之间二选一，而是建立多层策略。
- 单笔上限限制一次错误造成的损失；
- 会话预算约束一个任务的总支出；
- 商户白名单或黑名单控制交易对手；
- 品类规则限制可购买内容；
- 速率限制阻止短时间内异常调用；
- 高风险或高金额交易可以触发人工确认。
文章强调，策略应由操作者设定，智能体只能在边界内行动，不能自行提高限额。
同时，钱包也不应只承担签名功能，还需要与任务、身份和审计记录结合起来，回答「哪个智能体为了什么任务、依据什么策略批准了这笔付款」。否则企业最终拿到的只是链上交易哈希，无法满足内部控制和成本归因要求。
第五关：结算成功不等于交付完成
区块链能够证明资金已经从一个地址转到另一个地址，但不能天然证明 API 返回了正确内容。文章称，一笔交易可能已经完成结算，但服务端超时、返回错误状态，或者交付数据与宣传不符。对智能体来说，这不是边缘问题，而是采购风险的核心。
传统电商通过物流、评价和退款把支付与交付连接起来；机器服务没有实体物流，交付可能只是一段瞬时 HTTP 响应。如果支付系统只记录资金轨迹，商户又只记录自己的响应，市场就缺少一份跨商户、跨协议的统一履约视图。
作者也提醒，记录响应并不等于证明质量。但如果能够把付款和响应关联起���，至少可以区分「已付款且收到结果」「已付款但服务失败」「未结算」等基本状态，这是建立机器交易信誉的第一层事实。
第六关：统一对账与责任界定
一项任务可能包含十几笔微额采购。如果每笔交易散落在不同钱包、协议和商户后台，用户很难知道最终交付物为什么花了这些钱。企业还需要把支出归属到项目、团队、客户和成本中心，并保留可审计证据。
文章认为，统一账本应同时记录采购意图、商户、报价、授权策略、结算结果、响应状态和失败原因。它不仅服务财务，也服务智能体优化。系统可以据此分析哪些数据源经常失败、哪些路线成本更高，以及某类任务的典型采购组合。
当支付被嵌入推理链后，成本也会成为模型决策的反馈信号。没有统一对账，智能体只能优化答案，不能优化获得答案的经济过程。文章将这种可观测性视作 Agent Payment 的长期价值之一。
从支付协议走向机器采购层
行业核心抽象更接近 buy()，而不是 pay()
文章提出，支付是在对象和价格都已明确后的动作，采购则覆盖从需求产生到验收完成的整个过程。给智能体暴露一个 pay() 函数，只能让它向已知地址转账；给它一个 buy() 能力，才意味着系统可以接收需求、发现服务、比较方案、执行支付并返回可验证结果。
这也决定了行业分工。协议负责标准化付款消息，钱包负责签名和资产，结算网络负责转移价值，目录负责聚合供给，而采购层则把这些组件组织成一次任务。文章认为，任何单一组件都重要，但都不足以单独代表完整交易。
作者同时主张，机器采购层需要保持开放，不应要求所有商户迁移到同一协议，也不应通过封闭目录决定谁能被购买。更可持续的模式，是兼容多种支付轨道，在报价中披露路由成本，并允许智能体按策略自主选择。
买方聚合可能比卖方聚合更关键
互联网平台往往先聚合供给，再吸引消费者。文章认为，机器市场的情况并不完全一样：供给已经以 API 形式广泛存在，缺的是能够持续购买的标准化买方。一个被装备起来的智能体，可以把零散、偶发的需求转化为稳定交易流。
买方聚合还可能提高长尾服务的可见性。人类开发者更倾向使用熟悉的大品牌，因为评估新供应商的时间成本很高；如果智能体能够读取标准化能力、价格和履约信号，就可以在每次任务中选择更合适的服务。文章认为，这可能降低新商户获客成本，也会迫使成熟商户围绕真实表现竞争。
不过，买方入口同样可能形成新的平台权力。谁控制默认目录、排序和支付路径，谁就可能影响流量分配。因此，文章提出行业需要透明的排序规则、可解释的费用和可迁移的交易记录。聚合可以降低摩擦，但不应把开放协议重新包装成封闭渠道。
信誉应建立在真实交易数据上
文章称，机器买方决策速度快，无法依赖长期尽调，报价出现时就需要看到交易对手信号。传统评分和用户评价虽然能提供参考，但容易被刷量、女巫账户和利益相关方操纵。如果评价不要求真实支付，攻击成本会更低。
作者援引对 ERC-8004 的实证研究称，该协议被描述为首个面向智能体的无许可链上信任层，其规范原文写明「Payments are orthogonal to this protocol」，也就是支付与该协议正交，评价默认不必绑定真实付费交易，付款证明只是可选字段。研究显示，截至 2026 年 5 月 13 日，在以太坊、BSC 和 Base 三条链上，分别有 73.5%、59.2% 与 90.6% 的评价者表现出协同女巫行为。
文章认为，更可靠的基础是与真实付费调用关联的结果记录，例如某个服务端点完成过多少笔结算、响应成功率如何、常见延迟是多少、付款后无响应比例多高。这些指标仍然不能完全代表内容质量，但比自我声明更接近可验证事实。
随着数据积累，市场可能出现分层信誉体系：第一层是客观交易状态，第二层是可复现的服务指标，第三层才是针对具体任务的质量评价。智能体可以根据金额和风险选择所需证据强度，几美分的数据查询依赖统计信号即可，高价值采购则需要担保、审计或争议解决。
预算策略会成为智能体能力的一部分
文章指出，今天评估智能体，主要看回答质量、任务完成率和工具调用准确性。进入付费环境后，还要加入经济指标：达到同等质量需要花费多少、是否在预算内完成、何时值得购买更贵的数据，以及如何在速度、成本和可靠性之间平衡。
这会带来新的训练和评测方向。智能体不仅要学会「哪个工具能回答问题」，还要学会「在当前任务价值下，购买这个工具是否划算」。它可以先用低成本服务筛选，再为关键结论购买高质量验证；也可能在预算即将耗尽时降低调用频率，或者向用户申请额外授权。
基于这一点，文章将 Agent Payment 定义为决策智能的一部分，而不是模型能力之外的财务插件。成熟的智能体不仅要会使用资源，也要会为资源定价。
Agent Payment 可能经历四个阶段
第一阶段：开发者工具和数字服务先行
文章认为，最早形成规模的场景大概率仍是纯数字交付，包括搜索、数据、代理抓取、模型推理、代码执行、存储和内容生成。这些服务本身通过 API 提供，边际交付成本较低，付款与响应可以在同一网络会话中完成，也不涉及复杂物流。
这一阶段的典型金额很小，用户关注的是开发便利和任务完成率。市场会较快验证协议，但交易量可能高度分散。许多调用仍然会由传统 API Key 和订阅承担，机器支付则更多用于临时需求、跨商户采购和无法预先开户的长尾服务。
第二阶段：企业预算和多智能体协作
当企业开始部署多个智能体，资金管理会从个人钱包升级为组织级账户体系。文章称，企业需要给不同角色分配预算，控制可购买品类，设置审批阈值，并把支出写入财务系统。智能体之间也可能形成内部结算，例如研究智能体采购数据，分析智能体购买算力，执行智能体调用外部服务。
这一阶段里，安全与合规的重要性会超过支付的新颖性。企业更关心密钥托管、权限隔离、交易监控、供应商审查和审计留痕。能够兼容现有财务流程的基础设施，才可能从试验走向生产。
第三阶段：从数字服务延伸到现实经济
文章提到，机票、酒店、物流、广告和专业服务都可能成为智能体采购对象，但现实世界交易需要更复杂的身份、退款、税务和争议处理。稳定币只能解决部分结算问题，不能替代消费者权益和商业合同。
因此，作者提醒，行业不应把「自主支付」理解为取消所有中介。相反，随着交易价值提高，担保、保险、信用和仲裁会重新出现，只是需要被转化为机器可调用的服务。未来的 Agent Payment 技术栈，可能会同时包含开放支付协议和传统金融连接，而不是单一路线替代另一条路线。
第四阶段：从跨协议路由走向跨市场执行
长期来看，智能体购买的不只是某个 API 响应，而是一个结果。用户可能提出「生成一份可信的行业报告」，系统则自行组合搜索、数据库、翻译、模型和校验服务。底层会发生多笔交易，用户看到的只有总预算、证据来源和最终交付。
文章认为，这会让支付路由升级为市场执行。系统需要把复杂目标拆成采购组合，动态替换失败供应商，并在总成本和质量之间做优化。协议兼容只是基础，真正的壁垒来自需求理解、交易数据和执行反馈。
安全、隐私、责任、监管与商业模式仍待解决
文章最后列出多个现实约束。其一是安全，提示词注入可能诱导智能体购买恶意服务，供应链攻击可能替换收款地址，错误策略也可能造成大量重复付款。因此，支付动作需要与不可信内容隔离，并具备限额、模拟、撤销和异常检测能力。
其二是隐私。采购记录会暴露智能体正在执行的任务，链上公开数据还可能把用户身份与商业意图连接起来，系统需要在审计需求和隐私之间取得平衡，并尽量减少敏感元数据泄露。
其三是责任界定。当智能体错误购买、商户未交付或协议转换失败时，损失由谁承担，仍需要明确。文章指出，低额交易可以接受一定自动化风险，高额交易则需要清晰的责任边界，没有争议机制的支付网络很难直接进入高价值商业。
其四是监管。稳定币发行、钱包控制、跨境转移和商户收款，都会受到不同司法辖区规则影响。机器只是执行者，不是法律责任主体，因此基础设施必须能把每笔自主交易追溯到明确的操作者、授权政策和资金来源。
其五是商业可持续性。微额支付收入很容易被网络成本、流动性和风控费用吞噬；如果平台依靠隐藏加价来补贴体验，又会伤害买方信任。文章认为，费用需要透明，并通过规模、路由效率和附加服务建立合理商业模式。
文章结论：机器经济需要完整采购基础设施
文章认为，Agent Payment 容易被高估，也容易被低估。被高估，是因为技术上完成一次稳定币付款，不等于智能体已经具备成熟商业自治能力；被低估，则是因为一旦软件能在明确约束下购买外部能力，机器经济的组织方式、定价方式和竞争边界都会变化。
作者判断，支付协议已经证明机器可以收到报价并完成结算，下一步关键在于把单次付款扩展成完整采购流程：让智能体找到合适服务、理解真实成本、在预算内跨轨道支付、确认交付，并把每次交易变成可审计、可学习的记录。
在这个框架下，未来的机器经济不会只对应一条链、一个协议或一个钱包。多元供给会长期存在，真正有价值的基础设施是帮助买方穿越复杂性。文章最后写道，当软件开始成为买方，支付只是第一步，更重要的问题始终是：它能否以可控、透明、可验证的方式，完成一笔真正有用的交易。
