Agentic Payments

AI agent 在工作流程中变得越来越自主：编写代码、获取数据、配置资源等。要实现完全独立运行，它们需要一种能够以极低成本、实时、自动化地为服务进行“微支付”的方式。传统支付渠道并不适用于微支付。Solana 的亚分币手续费和亚秒级最终性，使这一点在技术和经济上都成为可能。

为什么这很重要？

举例来说，假设开发者在用 LLM 构建应用时需要从付费 API 获取数据。为了获取重要数据，开发者需要中断工作流程，查找 API、选择服务商、注册账号、添加支付方式、生成 API 密钥、将密钥复制到环境中，然后才能继续工作。这种繁琐的流程会打断专注状态。对于 AI 辅助的工作流来说，这就是一个阻碍。

而通过 agentic payments，agent 可以直接发起请求、完成支付，并继续工作流程。无需账号，无需 API 密钥，无需人工干预。

使用 pay.sh 支付 API 费用

pay.sh 是一个面向 HTTP 代理和命令行工具的支付层。请参阅 pay.sh 文档以安装 pay。pay CLI 封装了 curl、codex 和 claude 等工具,使它们能够在无需提供商账户或 API 密钥的情况下调用付费 API。当 API 返回 MPP 或 x402 402 Payment Required 质询时,pay 会请求您的本地钱包批准签名。

x402 协议

代理支付需要一种方式,让客户端和服务器能够在标准 Web 基础设施上协商支付条款,而不会中断传统的 Web 界面。微支付领域仍处于起步阶段,随着该领域的发展,可能会出现新的工具和标准。然而,x402 协议已成为一个早期标准,并获得了强大的生态系统支持。x402 使用 HTTP 的 402 "需要付款"状态码——这是自 HTTP/1.1 以来的标准,但直到有了区块链结算才变得实用。

工作原理

客户端发起请求,收到包含支付条款的 402 响应,然后使用已签名的支付重试请求。服务器将验证和结算委托给促进者(facilitator),这是一个可选的中介,负责处理链上交易提交。一旦促进者确认结算完成,服务器就会返回请求的内容。这种分离使 API 提供商能够接受支付,而无需直接管理任何链上基础设施。

x402 流程图

该协议是无状态的(无需会话或 API 密钥),可与标准 HTTP 基础设施配合使用,并支持服务器接受的任何 SPL 代币。以下是使用 x402 中间件设置 Express 服务器的代码片段:

app.use(
  paymentMiddleware(
    {
      "GET /costly-data": {
        accepts: [
          {
            scheme: "exact",
            price: "$0.001",
            network: "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
            payTo: svmAddress
          }
        ],
        description: "Costly data",
        mimeType: "application/json"
      }
    },
    new x402ResourceServer(facilitatorClient).register(
      "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
      new ExactSvmScheme()
    )
  )
);

app.get("/costly-data", (req, res) => {
  res.send({
    report: {
      data: "costly data"
    }
  });
});

要了解更多关于 x402 的信息,请查看我们的指南:

x402 工具