随着面向AI原生的交易从概念走向落地，代理式商务迫使人们对数字支付与结算基础设施的运作方式进行根本性重思。
从以人类为中心的支付到面向AI原生的“通道”
在2025年9月到2026年3月之间，全球支付领域的每一位主要参与者都转向了由AI驱动的商务。OpenAI和Stripe推出了Agentic Commerce Protocol（代理式商务协议），而Google则发布了Universal Commerce Protocol（通用商务协议），并面向30多家零售与金融科技合作伙伴推出。
在同一时期，Visa和Mastercard发布了面向代理的支付框架。Coinbase推进了其x402标准，在Base上清算了超过1500万笔交易。此外，Stripe与Tempo共同撰写了Machine Payments Protocol（机器支付协议），并提交给IETF进行标准化。
这段时间的选择并非偶然。过去三十年的支付基础设施是为在浏览器里操作的人类而建的：他们填写表单、依次进行分步式校验。然而，AI代理需要可编程接口、近乎即时的授权与结算，能够以美分的分数为单位处理交易。
现有技术栈从未为这种环境设计，行业也已经认识到这种不匹配。正在出现的替代方案是一种“两层架构”：上层编排（用于发现与发起），以及下层结算（用于价值转移）。它们将沿着各自不同的轨道演进，并由不同的激励驱动。
商业编排：代理交易如何汇聚
编排层定义代理如何找到服务、管理会话，并将其交接给支付。已经出现了两类截然不同的用例，如果把它们混为一谈，就会有误解市场结构的风险。
1.1 代表消费者行动的代理
对于代表人类进行采购的代理而言，今天主要问题并不是支付机制，而是可用的访问权限。大多数电子商务平台都针对人类浏览进行了优化。然而，代理不应该滚动产品页面、解读横幅，也不应点击“加入购物车”按钮。
商户反而需要结构化、机器可读的端点。这类端点仍然稀缺，从而限制了原生的代理交互。本细分领域协议的第一波来自OpenAI、Stripe和Google，它们各自采用了不同的控制与开放方式。
OpenAI和Stripe在2025年9月推出了Agentic Commerce Protocol（ACP，代理式商务协议）。该协议的核心是在结账时进行安全的支付委托：用户的支付方式被存储在ChatGPT中，并在购买确认后，Stripe会签发一个Shared Payment Token（SPT，共享支付令牌），这是一种单次使用凭证，作用范围限定在商户与购物车总额。
该令牌通过API交付给商户，商户保留完整的Merchant of Record（交易主体）地位，并通过既有的Stripe基础设施处理付款。就本文撰写时而言，Stripe的SPT是该委托设计的首个在线实现，并且与OpenAI的Delegated Payment Spec（委托支付规范）兼容。其他PSP也可以实现该规范，使得ACP在支付层面保持开放。
ChatGPT Instant Checkout（即时结账）于2025年9月在美国用户中上线，但在2026年3月因接近零的转化率而被关闭。OpenAI随后转向“发现”：ChatGPT现在会展示产品，并将用户重定向到商户网站或应用以完成结账。ACP仍保留在更窄的角色中，为少量大型零售商提供专用的“聊天内ChatGPT应用”，以驱动in-ChatGPT内的支付流程。
商户必须申请参与，而OpenAI控制哪些商户会出现以及其排名。不过，这种精心策划的模式让OpenAI能够对助手内部体验实现端到端控制，同时将结算委托给诸如Stripe这样的第三方处理器。
Google的Universal Commerce Protocol（UCP，通用商务协议）体现了截然不同的策略。2026年1月11日，Sundar Pichai在NRF会议上宣布UCP，随后该协议与Shopify、Etsy、Wayfair、Target和Walmart共同开发，并获得了包括Adyen、American Express、Best Buy、Mastercard、Visa、Stripe以及The Home Depot在内的20多个合作伙伴背书。
UCP明确与Google自身的代理支付协议（AP2）、Agent2Agent（A2A）标准以及Model Context Protocol（MCP. 的体系相对齐。此次互操作性推动是一种刻意尝试占据在“索引与访问”方面的高地。Google Pay作为默认支付方式推出，同时宣布PayPal将作为即将到来的选项。
从技术上看，UCP通过一种称为UCP profile（UCP档案）的能力清单来运行。商户在其域名下的/.well-known/ucp发布结构化JSON文档，用于指定传输方式、结账能力以及支持的支付处理器。代理可以直接读取这些清单，无需中介。
该架构反映了Google的战略重点。Google几乎没有兴趣去撮合交易，这会带来利润率压力、责任与监管审查。相反，它希望获得对整个商务网络的完全可视性。UCP让Gemini作为代理购物的主要发现层，但在结算层面尽量保持“隐身”。
ACP与之形成尖锐对比。ACP是一个经过策划的环境：OpenAI作为把关者，商户必须申请参与，且流程在ChatGPT内部得到优化。UCP则类似开放目录：商户自助发布，任何兼容的代理都能消费档案；Google控制发现层面的触达面，但并不控制支付本身。
在UCP下，上线时的摩擦更低、潜在覆盖面更广，但商户获得的直接“手把手”支持更少。归根结底，ACP用开放换取控制，而UCP用控制换取更广的索引范围与协议级标准化。
1.2 与其他代理进行交易的代理
第二个主要类别在结构上完全不同：交易双方都是自主代理，人类商户并不参与。在这种环境中，传统的信任锚点消失了，能够依赖的熟悉保护也所剩无几。
没有消费者保护法规，也没有可依赖的信用卡拒付权。此外，双方也许从未在此之前产生过交互，却必须在不出问题的前提下安全交换价值。新的以太坊标准正在尝试解决的正是这个问题。
以太坊基金会的dAI团队与Virtuals Protocol合作提出的ERC-8183，于2026年3月10日后（proposal）将每一笔交易结构化为一个三方任务：Client委托完成工作，Provider交付工作，而Evaluator对完成情况进行认证。
资金被保存在智能合约托管金中，并且只有在Evaluator签字认可后才会释放。Client或Provider都不需要评估对方的可信度；合约会通过机制层面强制执行结果。与此同时，ERC-8004定义了支撑这一机制的身份层。
在ERC-8004下，代理在链上注册，并从交易历史中构建声誉评分。这会生成一种可携带的可信度信号，能够在不同交互之间延续。该设计在理论上足够稳健；但在规模化落地时，启动采纳仍然是实际层面的瓶颈。
目前，大多数真实使用集中在Virtuals Protocol平台内部。一个名为Butler的编排者代理会把复杂任务拆解成子任务，并路由给专门的代理。更广泛的开发者社区尚未在可比的规模上参与。ERC-8183可以说是在尝试把这一模式变成开放且无需许可的。
有一个结构性要点直接带出结论。纯零售电子商务可以较为从容地运行在卡支付通道上，因为人类买家仍处于“回路中”。而纯粹的代理对代理商务相反，可能需要稳定币结算：因为在交易金额很小、且高频发生的情况下，卡费会变得不经济。
结算协议：到底是谁在“挪动”资金
如果编排决定“做什么、在哪里做”，那么结算层决定“价值是否真的发生转移”。如今，已有五大主要协议在此竞争，每一种都针对不同的用例与经济约束进行调优。
2.1 Delegated Payment Spec与SPT（Stripe）
Stripe的Delegated Payment Spec是在现有卡基础设施之上扩展，而不是替代它。当客户授权一个代理时，Stripe会配置一个SPT，该代理会存储该令牌。在交易发生时，代理会向商户出示这个有时效限制、金额上限受控的令牌。
随后，结算会通过Stripe既有的卡堆栈运行。在后台，Stripe连接到Visa Intelligent Commerce与Mastercard Agent Pay，它们会签发面向代理的网络令牌。无论底层使用的是哪张卡网络，商户所看到的集成界面都是单一的。
该模型非常适合标准零售购买以及许多高价值的代理对代理付款：在这些场景中，拒付与其他消费者保护仍然具有价值。然而，它不适配高频、微价值的模式，例如机器到机器的流式支付。
在这些情况下，交易金额往往是美分的分数，且每分钟的操作量可能达到数千次。即便在技术上可行，卡费用与授权开销的经济性也会很快变得不可持续。
2.2 Visa Intelligent Commerce与Mastercard代理式令牌
Visa和Mastercard都重构了它们的令牌化层，以处理由代理发起的支付。真实的卡号会被动态加密令牌替代，这些令牌会嵌入关于授权代理的元数据：从身份信息到消费额度限制与有效时间窗口。
允许的商户也会被写入令牌元数据，这使得可以精细控制代理可以在哪些地方付款。结算本身仍然在传统卡通道上进行，这让集成路径保持熟悉，并避免了完全崭新的基础设施。
两大网络都已经大幅超越概念验证。Mastercard在2025年9月完成了首笔被完全识别的代理交易，与澳大利亚的Commonwealth Bank合作。Visa则通过其Agentic Ready计划在多个欧洲市场完成了初步部署。
基础设施看起来具备能力，但“费用下限”构成了结构性限制。两大网络都无法在未来代理商务可能要求的那种密度下高效支持低于一美元的支付。此外，在极小额交易这一光谱的端点，监管与合规层面也会进一步限制试验空间。
2.3 x402（Coinbase）
相比之下，x402从HTTP而不是卡开始。它建立在HTTP规范中402“Payment Required（需要付款）”状态码之上：该状态码自1997年以来就存在于HTTP规范中，但几乎没有被使用。当代理请求一个付费资源时，服务器会回复一个包含支付参数的402。
代理对授权进行签名，然后由Facilitator在链上以USDC或其他受支持的令牌完成原子式结算，通常约在两秒内完成。协议层面不存在账户设置、没有API密钥分发、也没有KYC强制执行。治理由x402 Foundation负责，该基金会由Coinbase与Cloudflare建立。
到2025年末，x402已在Base、Solana和Polygon上处理了超过1亿笔交易。然而，Artemis的分析师在2026年2月撰文估计，其中相当一部分成交量反映的是自我交易与基础设施测试，而非真实商务。
该协议的年化支付量约为6亿美元，但集中度与“成交质量”问题都较为关键。尽管如此，x402不存在结构性的费用下限；它被明确设计用于微支付。关键差距不在技术设计，而在于真实世界商务的采纳深度与交易密度。
2.4 Nanopayments（Circle）
Circle的Nanopayments协议刻意与x402兼容：使用HTTP 402作为触发，同时增加了一个批处理式结算层。与其把每一笔支付都单独在链上结算，不如让买家先向Circle Gateway账户预先充值，并为每笔交易对离线消息签名EIP-3009。
对区块链进行定期的批量结算会把gas成本分摊到许多支付上，使得转账金额小到$0.000001也在经济上变得可行。gas实际上只在存入时支付一次，而不是每笔支付都要支付；这对于超高频使用场景是一个关键优化。
权衡在于：双方都必须向Circle Gateway进行充值，这使得当前架构下形成了一个半封闭网络。Nanopayments在2026年3月于测试网上线，覆盖12条受支持链。此外，如果Circle能降低接入摩擦，那么该费用模型对于高强度的微支付流程也会极具吸引力。
2.5 MPP Machine Payments Protocol（Tempo与Stripe）
MPP由Tempo与Stripe共同撰写，是五种结算设计里最雄心勃勃的一个。它同样使用HTTP 402作为触发，并允许商户与代理在一个统一框架下在多种结算通道之间进行选择。
开发者在构建时不再需要把稳定币或法币基础设施“硬编码”进系统。相反，代理可以在运行时根据交易需求决定使用哪条通道。可选项包括：Tempo稳定币结算、Stripe的SPT支付、卡网络令牌，以及由Lightspark驱动的比特币Lightning支付。
至关重要的是，MPP引入了一个类似OAuth的“session（会话）”原语。代理只需授权一次并预先为账户注入资金，然后在后续交互中即可享受实时自动结算，而在每次支付时都无需链上交易。
核心规范已作为HTTP 402的参考实现提交给IETF。2026年3月18日主网上线时，主net Payment Directory已经集成了100多个服务。不过，采纳模式仍处于早期阶段。
Stripe的“双重角色”在战略上非常关键。它共同撰写了该协议，并且还出现在其中作为支付选项之一：无论开发者主要为了灵活性选择MPP，还是专门为了卡能力选择MPP，Stripe都能捕获价值。
市场现实：在部署之前已领先的协议
3.1 市场目前所处的位置
尽管过去六个月里协议快速发布，但商业牵引仍然有限。在结算层面，x402在交易笔数上领先；但真实的日常商务量仍徘徊在接近$28,000。就编排层面而言，ACP的Instant Checkout在几乎没有转化后就被关闭。
诸如ERC-8183与MPP这类新标准呈现出相似模式：叙事领先于实际部署。行业已经进入一个拐点——大量协议架构已经存在，但规模化的商业落地尚未开始。
最大的核心瓶颈在编排层面的碎片化。商户面临多套彼此独立的标准：每个标准都有不同的SDK、不同的认证流程与不同的合规规则。然而，这会提高集成成本并抑制试验。
从历史上看，这种碎片化通常由一个聚合层来解决：它统一跨竞争标准的访问。这个循环可能会有所不同。那些拥有有意义代理流量的平台——包括OpenAI、Google和Microsoft——更有动力维持封闭的界面，而不是把用户交出去。
这种逻辑也正在区域层面展开。中国、东南亚、韩国与日本各自都在开发以超级应用或主导平台为锚点的闭环生态。更可能出现的结果并非单一开放的全球标准，而是一组并行的区域封闭系统。
因此，商户想要的聚合层更可能来自第三方基础设施提供商：它们直接为商户服务，而不是来自那些在竞争中想要“拥有代理流量”的平台。平台层面的开放与跨平台覆盖的激励并不匹配。
3.2 短期内机会在哪里
从这幅图景中可以看出两组不同的机会：结算基础设施，以及应用层的代理对代理服务。前者看起来是最确定的短期业务；后者虽然最不成熟，但潜在影响可能最具变革性。
在结算方面，编排层面的碎片化与支付层面的整合压力形成鲜明对比。每一个代理——不论来自哪个平台——最终都会面对同一个问题：如何在不同通道（rails）上高效地向交易对手付款。
开发者无法现实地为代理可能运行的每一个触达面都维护各自独立的支付集成。随着平台数量增多，经济压力会进一步推向单一、统一的支付集成：它把底层通道的复杂度抽象掉。
这就界定了一个明确的产品需求：为代理提供一个多通道钱包。像SPT、Visa代理式令牌以及Mastercard代理式令牌这样的卡通道将继续支持传统商户商务。像x402与MPP session payments这样的稳定币通道将以链上API与代理对代理转账为支撑。
这两类方案都已上线，并且在短期内不会收敛到单一通道。灵活性的负担在代理一侧，而不在商户一侧。商户选择他们支持哪些通道——这是相对稳定、可控的决策。
随后，企业会为其代理配置稳定币与委托卡。代理使用对方接受的任意通道完成付款。能够在单一集成中无缝处理两者的钱包，将成为通用型代理的使能层，使其能够在多样生态中运行。
这种集成价值会随着每一笔交易与每一个新平台不断复利增长，形成一种难以在既有基础上被取代的“基础设施深度”。此外，它还能让钱包提供方在分裂的编排环境之间扮演中立的清算层。
代理对代理商务：尚未被充分开发的机会
第二个机会位于代理对代理商务的应用层。目前，大多数A2A活动仍被限制在加密原生工作流中：代理查询链上数据、与DeFi协议交互，并执行区块链交易。
市场尚未扩展到更广泛的、真实世界服务。然而，从协议层面来看，代理其实已经可以委托完成诸如数据分析、内容生成、法律研究或代码审查之类的任务，并且可以按次付费。
缺失的关键在于开发者生态。服务构建者尚未把自己的产品包装成“可由代理付费”的API，并提供精细到用量定价的模式。这才是真正的差距，而且目前它也是栈中最少被争夺的领域之一。
这一空间受到一个冷启动问题的制约。像ERC-8004这样的身份系统需要相当高的交易密度，才能生成可信的声誉评分。没有历史的代理缺乏声誉权重，这会限制愿意与它们交易的交易对手。
Microsoft预测到2028年将有约13亿个活跃AI代理。今天的已部署规模还小得多。这个差距不会自动缩小；正是这种差距，使得近期开拓的竞争低，并让早期布局变得有吸引力。
这些影响不仅限于支付，也会延伸到商业模式。互联网的主导模式——广告与订阅——假设买家是人类。代理并不能被广告“说服”，也不需要每月的访问捆绑；它们为的是特定调用带来的结果而付费。
在这种背景下，http 402支付会形成一种不同的经济原语。提供方出售的是结果而非访问权限，按实际消耗对重度用户收取更高费用，并且不再为轻度用户补贴，或为少数罕见高峰负载过度配置。
无论A2A经济是否会超出加密领域，以及HTTP 402是否会成为软件的通用定价层，本质上是同一个问题：两者都取决于代理是否变成常规的经济参与者，并以规模化方式在富有“按次服务目录”的环境中进行交易。
结论：两层栈与缺失的关键原语
展望未来，代理商务将继续在两条彼此分离的轨道上发展。面向消费者的代理（为人类购买商品）大多会依赖卡通道，并以企业授权框架以及用户对新支付入口的信任速度推进。
与此同时，面向软件到软件支付的代理式商务协议栈在技术上已经在稳定币通道上可行。接下来等待的是部署那些需要在规模化场景下进行高频、可编程结算的代理与服务。
最可能的最终状态是两层栈并行演进：编排层负责发现与发起，结算层负责价值转移。对于构建者来说，在两层之间实现更广泛的集成，是战略优先事项。
能够在市场规模扩大时，把任意代理交易路由到对方所要求的任意协议，同时把这种复杂性对应用隐藏起来的基础设施，将占据一种结构性更强的位置。这一层对终端用户来说将是“看不见”的，但其重要性会持续叠加、不断变得更关键。
推动商业规模化的触发点并不在于协议更好。关键在于当企业把消费支出授权委托给代理，并且授权行为带有可审计的轨迹、预算控制以及对误导性购买的明确责任。一旦跨过这个门槛，就会出现两个基础设施层面的关键位置。
第一，一个多通道代理钱包：在单一集成中同时支持稳定币与卡支付。第二，一个可访问的按次服务目录：让没有加密背景的开发者也能向代理买家暴露API。以上两者都是今天的开放机会，并且一旦“支出代理”在规模化运行，这两者都会变成必需。
7.04万 热度
3.3万 热度
282.27万 热度
41.04万 热度
10143.05万 热度
代理商务会不会为AI原生交易解锁双层支付体系？
随着面向AI原生的交易从概念走向落地，代理式商务迫使人们对数字支付与结算基础设施的运作方式进行根本性重思。
从以人类为中心的支付到面向AI原生的“通道”
在2025年9月到2026年3月之间，全球支付领域的每一位主要参与者都转向了由AI驱动的商务。OpenAI和Stripe推出了Agentic Commerce Protocol（代理式商务协议），而Google则发布了Universal Commerce Protocol（通用商务协议），并面向30多家零售与金融科技合作伙伴推出。
在同一时期，Visa和Mastercard发布了面向代理的支付框架。Coinbase推进了其x402标准，在Base上清算了超过1500万笔交易。此外，Stripe与Tempo共同撰写了Machine Payments Protocol（机器支付协议），并提交给IETF进行标准化。
这段时间的选择并非偶然。过去三十年的支付基础设施是为在浏览器里操作的人类而建的：他们填写表单、依次进行分步式校验。然而，AI代理需要可编程接口、近乎即时的授权与结算，能够以美分的分数为单位处理交易。
现有技术栈从未为这种环境设计，行业也已经认识到这种不匹配。正在出现的替代方案是一种“两层架构”：上层编排（用于发现与发起），以及下层结算（用于价值转移）。它们将沿着各自不同的轨道演进，并由不同的激励驱动。
商业编排：代理交易如何汇聚
编排层定义代理如何找到服务、管理会话，并将其交接给支付。已经出现了两类截然不同的用例，如果把它们混为一谈，就会有误解市场结构的风险。
1.1 代表消费者行动的代理
对于代表人类进行采购的代理而言，今天主要问题并不是支付机制，而是可用的访问权限。大多数电子商务平台都针对人类浏览进行了优化。然而，代理不应该滚动产品页面、解读横幅，也不应点击“加入购物车”按钮。
商户反而需要结构化、机器可读的端点。这类端点仍然稀缺，从而限制了原生的代理交互。本细分领域协议的第一波来自OpenAI、Stripe和Google，它们各自采用了不同的控制与开放方式。
OpenAI和Stripe在2025年9月推出了Agentic Commerce Protocol（ACP，代理式商务协议）。该协议的核心是在结账时进行安全的支付委托：用户的支付方式被存储在ChatGPT中，并在购买确认后，Stripe会签发一个Shared Payment Token（SPT，共享支付令牌），这是一种单次使用凭证，作用范围限定在商户与购物车总额。
该令牌通过API交付给商户，商户保留完整的Merchant of Record（交易主体）地位，并通过既有的Stripe基础设施处理付款。就本文撰写时而言，Stripe的SPT是该委托设计的首个在线实现，并且与OpenAI的Delegated Payment Spec（委托支付规范）兼容。其他PSP也可以实现该规范，使得ACP在支付层面保持开放。
ChatGPT Instant Checkout（即时结账）于2025年9月在美国用户中上线，但在2026年3月因接近零的转化率而被关闭。OpenAI随后转向“发现”：ChatGPT现在会展示产品，并将用户重定向到商户网站或应用以完成结账。ACP仍保留在更窄的角色中，为少量大型零售商提供专用的“聊天内ChatGPT应用”，以驱动in-ChatGPT内的支付流程。
商户必须申请参与，而OpenAI控制哪些商户会出现以及其排名。不过，这种精心策划的模式让OpenAI能够对助手内部体验实现端到端控制，同时将结算委托给诸如Stripe这样的第三方处理器。
Google的Universal Commerce Protocol（UCP，通用商务协议）体现了截然不同的策略。2026年1月11日，Sundar Pichai在NRF会议上宣布UCP，随后该协议与Shopify、Etsy、Wayfair、Target和Walmart共同开发，并获得了包括Adyen、American Express、Best Buy、Mastercard、Visa、Stripe以及The Home Depot在内的20多个合作伙伴背书。
UCP明确与Google自身的代理支付协议（AP2）、Agent2Agent（A2A）标准以及Model Context Protocol（MCP. 的体系相对齐。此次互操作性推动是一种刻意尝试占据在“索引与访问”方面的高地。Google Pay作为默认支付方式推出，同时宣布PayPal将作为即将到来的选项。
从技术上看，UCP通过一种称为UCP profile（UCP档案）的能力清单来运行。商户在其域名下的/.well-known/ucp发布结构化JSON文档，用于指定传输方式、结账能力以及支持的支付处理器。代理可以直接读取这些清单，无需中介。
该架构反映了Google的战略重点。Google几乎没有兴趣去撮合交易，这会带来利润率压力、责任与监管审查。相反，它希望获得对整个商务网络的完全可视性。UCP让Gemini作为代理购物的主要发现层，但在结算层面尽量保持“隐身”。
ACP与之形成尖锐对比。ACP是一个经过策划的环境：OpenAI作为把关者，商户必须申请参与，且流程在ChatGPT内部得到优化。UCP则类似开放目录：商户自助发布，任何兼容的代理都能消费档案；Google控制发现层面的触达面，但并不控制支付本身。
在UCP下，上线时的摩擦更低、潜在覆盖面更广，但商户获得的直接“手把手”支持更少。归根结底，ACP用开放换取控制，而UCP用控制换取更广的索引范围与协议级标准化。
1.2 与其他代理进行交易的代理
第二个主要类别在结构上完全不同：交易双方都是自主代理，人类商户并不参与。在这种环境中，传统的信任锚点消失了，能够依赖的熟悉保护也所剩无几。
没有消费者保护法规，也没有可依赖的信用卡拒付权。此外，双方也许从未在此之前产生过交互，却必须在不出问题的前提下安全交换价值。新的以太坊标准正在尝试解决的正是这个问题。
以太坊基金会的dAI团队与Virtuals Protocol合作提出的ERC-8183，于2026年3月10日后（proposal）将每一笔交易结构化为一个三方任务：Client委托完成工作，Provider交付工作，而Evaluator对完成情况进行认证。
资金被保存在智能合约托管金中，并且只有在Evaluator签字认可后才会释放。Client或Provider都不需要评估对方的可信度；合约会通过机制层面强制执行结果。与此同时，ERC-8004定义了支撑这一机制的身份层。
在ERC-8004下，代理在链上注册，并从交易历史中构建声誉评分。这会生成一种可携带的可信度信号，能够在不同交互之间延续。该设计在理论上足够稳健；但在规模化落地时，启动采纳仍然是实际层面的瓶颈。
目前，大多数真实使用集中在Virtuals Protocol平台内部。一个名为Butler的编排者代理会把复杂任务拆解成子任务，并路由给专门的代理。更广泛的开发者社区尚未在可比的规模上参与。ERC-8183可以说是在尝试把这一模式变成开放且无需许可的。
有一个结构性要点直接带出结论。纯零售电子商务可以较为从容地运行在卡支付通道上，因为人类买家仍处于“回路中”。而纯粹的代理对代理商务相反，可能需要稳定币结算：因为在交易金额很小、且高频发生的情况下，卡费会变得不经济。
结算协议：到底是谁在“挪动”资金
如果编排决定“做什么、在哪里做”，那么结算层决定“价值是否真的发生转移”。如今，已有五大主要协议在此竞争，每一种都针对不同的用例与经济约束进行调优。
2.1 Delegated Payment Spec与SPT（Stripe）
Stripe的Delegated Payment Spec是在现有卡基础设施之上扩展，而不是替代它。当客户授权一个代理时，Stripe会配置一个SPT，该代理会存储该令牌。在交易发生时，代理会向商户出示这个有时效限制、金额上限受控的令牌。
随后，结算会通过Stripe既有的卡堆栈运行。在后台，Stripe连接到Visa Intelligent Commerce与Mastercard Agent Pay，它们会签发面向代理的网络令牌。无论底层使用的是哪张卡网络，商户所看到的集成界面都是单一的。
该模型非常适合标准零售购买以及许多高价值的代理对代理付款：在这些场景中，拒付与其他消费者保护仍然具有价值。然而，它不适配高频、微价值的模式，例如机器到机器的流式支付。
在这些情况下，交易金额往往是美分的分数，且每分钟的操作量可能达到数千次。即便在技术上可行，卡费用与授权开销的经济性也会很快变得不可持续。
2.2 Visa Intelligent Commerce与Mastercard代理式令牌
Visa和Mastercard都重构了它们的令牌化层，以处理由代理发起的支付。真实的卡号会被动态加密令牌替代，这些令牌会嵌入关于授权代理的元数据：从身份信息到消费额度限制与有效时间窗口。
允许的商户也会被写入令牌元数据，这使得可以精细控制代理可以在哪些地方付款。结算本身仍然在传统卡通道上进行，这让集成路径保持熟悉，并避免了完全崭新的基础设施。
两大网络都已经大幅超越概念验证。Mastercard在2025年9月完成了首笔被完全识别的代理交易，与澳大利亚的Commonwealth Bank合作。Visa则通过其Agentic Ready计划在多个欧洲市场完成了初步部署。
基础设施看起来具备能力，但“费用下限”构成了结构性限制。两大网络都无法在未来代理商务可能要求的那种密度下高效支持低于一美元的支付。此外，在极小额交易这一光谱的端点，监管与合规层面也会进一步限制试验空间。
2.3 x402（Coinbase）
相比之下，x402从HTTP而不是卡开始。它建立在HTTP规范中402“Payment Required（需要付款）”状态码之上：该状态码自1997年以来就存在于HTTP规范中，但几乎没有被使用。当代理请求一个付费资源时，服务器会回复一个包含支付参数的402。
代理对授权进行签名，然后由Facilitator在链上以USDC或其他受支持的令牌完成原子式结算，通常约在两秒内完成。协议层面不存在账户设置、没有API密钥分发、也没有KYC强制执行。治理由x402 Foundation负责，该基金会由Coinbase与Cloudflare建立。
到2025年末，x402已在Base、Solana和Polygon上处理了超过1亿笔交易。然而，Artemis的分析师在2026年2月撰文估计，其中相当一部分成交量反映的是自我交易与基础设施测试，而非真实商务。
该协议的年化支付量约为6亿美元，但集中度与“成交质量”问题都较为关键。尽管如此，x402不存在结构性的费用下限；它被明确设计用于微支付。关键差距不在技术设计，而在于真实世界商务的采纳深度与交易密度。
2.4 Nanopayments（Circle）
Circle的Nanopayments协议刻意与x402兼容：使用HTTP 402作为触发，同时增加了一个批处理式结算层。与其把每一笔支付都单独在链上结算，不如让买家先向Circle Gateway账户预先充值，并为每笔交易对离线消息签名EIP-3009。
对区块链进行定期的批量结算会把gas成本分摊到许多支付上，使得转账金额小到$0.000001也在经济上变得可行。gas实际上只在存入时支付一次，而不是每笔支付都要支付；这对于超高频使用场景是一个关键优化。
权衡在于：双方都必须向Circle Gateway进行充值，这使得当前架构下形成了一个半封闭网络。Nanopayments在2026年3月于测试网上线，覆盖12条受支持链。此外，如果Circle能降低接入摩擦，那么该费用模型对于高强度的微支付流程也会极具吸引力。
2.5 MPP Machine Payments Protocol（Tempo与Stripe）
MPP由Tempo与Stripe共同撰写，是五种结算设计里最雄心勃勃的一个。它同样使用HTTP 402作为触发，并允许商户与代理在一个统一框架下在多种结算通道之间进行选择。
开发者在构建时不再需要把稳定币或法币基础设施“硬编码”进系统。相反，代理可以在运行时根据交易需求决定使用哪条通道。可选项包括：Tempo稳定币结算、Stripe的SPT支付、卡网络令牌，以及由Lightspark驱动的比特币Lightning支付。
至关重要的是，MPP引入了一个类似OAuth的“session（会话）”原语。代理只需授权一次并预先为账户注入资金，然后在后续交互中即可享受实时自动结算，而在每次支付时都无需链上交易。
核心规范已作为HTTP 402的参考实现提交给IETF。2026年3月18日主网上线时，主net Payment Directory已经集成了100多个服务。不过，采纳模式仍处于早期阶段。
Stripe的“双重角色”在战略上非常关键。它共同撰写了该协议，并且还出现在其中作为支付选项之一：无论开发者主要为了灵活性选择MPP，还是专门为了卡能力选择MPP，Stripe都能捕获价值。
市场现实：在部署之前已领先的协议
3.1 市场目前所处的位置
尽管过去六个月里协议快速发布，但商业牵引仍然有限。在结算层面，x402在交易笔数上领先；但真实的日常商务量仍徘徊在接近$28,000。就编排层面而言，ACP的Instant Checkout在几乎没有转化后就被关闭。
诸如ERC-8183与MPP这类新标准呈现出相似模式：叙事领先于实际部署。行业已经进入一个拐点——大量协议架构已经存在，但规模化的商业落地尚未开始。
最大的核心瓶颈在编排层面的碎片化。商户面临多套彼此独立的标准：每个标准都有不同的SDK、不同的认证流程与不同的合规规则。然而，这会提高集成成本并抑制试验。
从历史上看，这种碎片化通常由一个聚合层来解决：它统一跨竞争标准的访问。这个循环可能会有所不同。那些拥有有意义代理流量的平台——包括OpenAI、Google和Microsoft——更有动力维持封闭的界面，而不是把用户交出去。
这种逻辑也正在区域层面展开。中国、东南亚、韩国与日本各自都在开发以超级应用或主导平台为锚点的闭环生态。更可能出现的结果并非单一开放的全球标准，而是一组并行的区域封闭系统。
因此，商户想要的聚合层更可能来自第三方基础设施提供商：它们直接为商户服务，而不是来自那些在竞争中想要“拥有代理流量”的平台。平台层面的开放与跨平台覆盖的激励并不匹配。
3.2 短期内机会在哪里
从这幅图景中可以看出两组不同的机会：结算基础设施，以及应用层的代理对代理服务。前者看起来是最确定的短期业务；后者虽然最不成熟，但潜在影响可能最具变革性。
在结算方面，编排层面的碎片化与支付层面的整合压力形成鲜明对比。每一个代理——不论来自哪个平台——最终都会面对同一个问题：如何在不同通道（rails）上高效地向交易对手付款。
开发者无法现实地为代理可能运行的每一个触达面都维护各自独立的支付集成。随着平台数量增多，经济压力会进一步推向单一、统一的支付集成：它把底层通道的复杂度抽象掉。
这就界定了一个明确的产品需求：为代理提供一个多通道钱包。像SPT、Visa代理式令牌以及Mastercard代理式令牌这样的卡通道将继续支持传统商户商务。像x402与MPP session payments这样的稳定币通道将以链上API与代理对代理转账为支撑。
这两类方案都已上线，并且在短期内不会收敛到单一通道。灵活性的负担在代理一侧，而不在商户一侧。商户选择他们支持哪些通道——这是相对稳定、可控的决策。
随后，企业会为其代理配置稳定币与委托卡。代理使用对方接受的任意通道完成付款。能够在单一集成中无缝处理两者的钱包，将成为通用型代理的使能层，使其能够在多样生态中运行。
这种集成价值会随着每一笔交易与每一个新平台不断复利增长，形成一种难以在既有基础上被取代的“基础设施深度”。此外，它还能让钱包提供方在分裂的编排环境之间扮演中立的清算层。
代理对代理商务：尚未被充分开发的机会
第二个机会位于代理对代理商务的应用层。目前，大多数A2A活动仍被限制在加密原生工作流中：代理查询链上数据、与DeFi协议交互，并执行区块链交易。
市场尚未扩展到更广泛的、真实世界服务。然而，从协议层面来看，代理其实已经可以委托完成诸如数据分析、内容生成、法律研究或代码审查之类的任务，并且可以按次付费。
缺失的关键在于开发者生态。服务构建者尚未把自己的产品包装成“可由代理付费”的API，并提供精细到用量定价的模式。这才是真正的差距，而且目前它也是栈中最少被争夺的领域之一。
这一空间受到一个冷启动问题的制约。像ERC-8004这样的身份系统需要相当高的交易密度，才能生成可信的声誉评分。没有历史的代理缺乏声誉权重，这会限制愿意与它们交易的交易对手。
Microsoft预测到2028年将有约13亿个活跃AI代理。今天的已部署规模还小得多。这个差距不会自动缩小；正是这种差距，使得近期开拓的竞争低，并让早期布局变得有吸引力。
这些影响不仅限于支付，也会延伸到商业模式。互联网的主导模式——广告与订阅——假设买家是人类。代理并不能被广告“说服”，也不需要每月的访问捆绑；它们为的是特定调用带来的结果而付费。
在这种背景下，http 402支付会形成一种不同的经济原语。提供方出售的是结果而非访问权限，按实际消耗对重度用户收取更高费用，并且不再为轻度用户补贴，或为少数罕见高峰负载过度配置。
无论A2A经济是否会超出加密领域，以及HTTP 402是否会成为软件的通用定价层，本质上是同一个问题：两者都取决于代理是否变成常规的经济参与者，并以规模化方式在富有“按次服务目录”的环境中进行交易。
结论：两层栈与缺失的关键原语
展望未来，代理商务将继续在两条彼此分离的轨道上发展。面向消费者的代理（为人类购买商品）大多会依赖卡通道，并以企业授权框架以及用户对新支付入口的信任速度推进。
与此同时，面向软件到软件支付的代理式商务协议栈在技术上已经在稳定币通道上可行。接下来等待的是部署那些需要在规模化场景下进行高频、可编程结算的代理与服务。
最可能的最终状态是两层栈并行演进：编排层负责发现与发起，结算层负责价值转移。对于构建者来说，在两层之间实现更广泛的集成，是战略优先事项。
能够在市场规模扩大时，把任意代理交易路由到对方所要求的任意协议，同时把这种复杂性对应用隐藏起来的基础设施，将占据一种结构性更强的位置。这一层对终端用户来说将是“看不见”的，但其重要性会持续叠加、不断变得更关键。
推动商业规模化的触发点并不在于协议更好。关键在于当企业把消费支出授权委托给代理，并且授权行为带有可审计的轨迹、预算控制以及对误导性购买的明确责任。一旦跨过这个门槛，就会出现两个基础设施层面的关键位置。
第一，一个多通道代理钱包：在单一集成中同时支持稳定币与卡支付。第二，一个可访问的按次服务目录：让没有加密背景的开发者也能向代理买家暴露API。以上两者都是今天的开放机会，并且一旦“支出代理”在规模化运行，这两者都会变成必需。