市场脉搏分析:Tempo 与 Stripe 联手推出机器支付协议 MPP,能否推动 Web3 支付与传统支付在 AI 时代的无感融合?

如何轻松掌握 Web3 行业正在发生的市场热点、技术动向、生态进展、治理态势…？ Web3Caff Research 推出的「市场脉搏分析」栏目将深入一线探寻并筛选当前发生的热点事件，并进行价值解读、点评与原理分析。透过现象看本质，即刻跟随我们快速捕获 Web3 一线市场风向。

作者：Hendrix，Web3Caff Research 研究员

封面：Logo from this project，Typography by Web3Caff Research

字数：全文共计 3400+ 字

当 AI 智能体的能力边界不断扩展，它们在复杂任务中的角色开始从简单的辅助工具变成了主导任务规划和执行的主力。它们不仅会与其他智能体进行大量通信，还会模拟人类的行为获取必须的数据、资源，在这个过程中它们不可避免的会碰上专为人类设计的 “支付墙”。传统的支付系统都是围绕人类用户的行为模式和偏好设计的，当智能体希望在这些传统渠道完成购买动作时就会遇到很多问题：专为人类设计的多步骤的图形界面结账流程、反自动化机制、双重身份验证机制等等环节都会将智能体拒之门外。此外传统支付网络在机器对机器的支付过程中也存在高摩擦高延迟、API 密钥管理复杂等问题。为补全 AI 智能体能力的最后一块拼图，Tempo 和 Stripe 联合推出了机器支付协议（Machine Payment Protocol，简称 MPP），旨在为机器对机器、机器对人的支付环境提供一个开放、标准的解决方案。

MPP 的定位是一个开放的、包含各种支付方式的、可拓展的支付标准，希望不论是智能体、应用还是人类都可以通过相同的 HTTP 请求完成支付。 它与前段时间大火的 x402 协议一样，构建的核心是利用 HTTP 协议中的 402 状态码（即 “需要支付”，Payment Required），但 MPP 将这个状态码带向了比链上支付更通用的场景。MPP 的运作围绕一个清晰的通信闭环展开：当智能体需要某些服务时，它会向目标服务器发起调用请求，如果服务资源需要支付才能访问，服务器不会直接给出资源，而是返回一个 402 状态码，同时在响应中添加一个支付挑战（Challenge）的详细信息，其中包含所需的支付方式、金额、意图以及其他的一些必要参数。智能体收到这些信息后需要按照这些信息的要求完成支付要求，在 MPP 协议中这可能包括链上支付以及传统法币渠道的支付。支付完成后，智能体侧会生成一份支付凭证（Credential），这份凭证会被放在智能体向服务器发送的验证请求中，服务器验证通过后会交付相应的请求资源。

……

全文共计 3449 字

新用户订阅读全文。会员点底部阅读原文。