Solana 现已支持用于 AI Agent 支付的 MPP

Solana 正式集成了 Stripe 和 Tempo 的机器支付协议（Machine Payments Protocol），允许任何 HTTP API 接受来自 Solana 上 AI 代理的稳定币支付。

Solana 已经正式支持机器支付协议（MPP）。这一消息由官方 Solana 账号在 X 上直接发布，确认 @solana/mpp SDK 现已支持 Solana 上的任何稳定币，包括 SPL 代币和 Token2022 资产。已经在使用 MPP 构建的开发者，现在可以将 Solana 作为支持的支付通道接入。

MPP 是一个基于 HTTP 402 付款请求流程的开放协议。它允许任何 API 在无需人工干预的情况下接受支付。Stripe 和 Tempo 联合提出了该协议。现在，Solana 成为首个作为原生通道加入的高吞吐量主链。

需要资金的 API 终于得到了所需的支持

@solana/mpp SDK 配备了一系列功能，远超基本的代币转账。根据 Solana 账号在 X 上的后续公告，该规范支持拆分支付和更丰富的结算流程，支持原生费用支付方，让服务器可以代表客户支付网络费用，以及委托签名选项，包括 Ed25519 和兼容 passkey 的 secp256r1 流程。

最后一点对开发代理端工具的开发者尤为重要。代理不总是像人类钱包那样管理自己的密钥。secp256r1 支持开启了硬件背书或 passkey 派生签名的可能性，完美适配代理架构。

费用赞助也值得关注。服务器现在可以在广播交易前共同签名作为费用支付方。客户端只需部分签名作为转账授权。这消除了代理在没有 SOL 以支付 Gas 时的一个障碍，只需稳定币支付。

SDK 已上线并持续开发中

Solana 直接在 X 上发布了 GitHub 链接，指引开发者访问 github.com/solana-foundation/mpp-sdk。该仓库是一个 TypeScript 和 Rust 的单仓库（monorepo）。Rust SDK 预计即将上线，目前 TypeScript 版本已可用。

该 SDK 已支持一次性收费流程和基于会话的支付通道。收费流程支持两种结算模式：默认的拉取（Pull）模式使用完整签名交易，推送（Push）模式则使用签名。两者都已包含在当前版本中。

拆分支付已实现。一笔交易中，一次收费可以发给多个接收方。服务器定义主要接收方和一个或多个拆分目标，设定固定金额和可选备注。相关计算在链上完成。

X 上的 Solana 账号明确表示，该规范尚未最终定稿。传输格式和 API 仍可能变更。但 SDK 已具备基本功能，经过测试，且可供使用。

Stripe 和 Tempo 实际开发了什么

MPP 是 Stripe 推出的一项更广泛的“代理商务套件”（Agentic Commerce Suite）的一部分。正如 Stripe 在介绍机器支付协议时所述，该协议与代理商务协议（Agentic Commerce Protocol）、MCP 集成和 x402 支持共同存在。Stripe 的表述非常直白：代理不是次要用例，而是 Web 的主要用户。MPP 正是为此搭建的基础设施。

Tempo 是与以太坊兼容的 Layer 1 区块链，联合开发了该协议。它面向高吞吐量支付流和实际结算需求。Solana 现已成为首个连接到这一标准的外部链，独立于 Tempo 自身的技术栈。

Solana 已为此做好了准备

Solana 作为代理支付链的定位并不新鲜。该网络一直在快速积累稳定币基础设施，据开发者报告，季度稳定币交易量超过 2 万亿美元。低至 sub-cent 的手续费和高吞吐量，使其非常适合 MPP 所针对的每 API 调用微支付场景。

正是这种吞吐能力，使 Solana 在此场景中具有吸引力。MPP 设计为按 HTTP 请求收费。代理可以高频调用付费端点。若链上拥堵或费用波动剧烈，将难以维持模型。而 Solana 当前的性能水平，能够应对这种负载。

SDK 内置重放保护，使用已消费的交易签名。在广播前进行模拟，减少不必要的费用支出。服务器预先获取 recentBlockhash，节省 RPC 循环时间。这些细节虽小，但在持续的代理到 API 交易系统中意义重大。

开发者现在即可开始构建。完整 SDK 已在 GitHub 上提供，文档也已在 npm 上上线。