Cardano 如今在技术上可以支持 x402 支付，但采用情况尚未得到验证。官方 x402 软件开发工具包在其 TypeScript 实现中列出了对 Cardano 网络的支持，Cardano 基金会也发布了独立的基于 Java 的 facilitator，并在 preprod——该网络的公共测试环境——上完成了一笔端到端测试交易。同样重要的是尚未得到验证的部分：尚无公开应用展示 AI 代理在主网上使用 ADA 或 Cardano 发行的代币重复为真实服务付费。因此，这一进展确立的是技术兼容性，而非商业采用。

AI 代理如何购买数据集

代理向在线服务请求数据。服务以包含价格、接受的资产和支付地址的 402 消息作出响应。钱包或签名系统检查该支付是否符合用户或开发者设定的限额。已签名的支付经核实后提交至 Cardano，服务确认收款并释放数据集。

这样的流程适合自主代理：它们无法填写结账表单或批准银行卡支付，因此将价格和支付条款直接嵌入 HTTP 交换中，使机器能够在请求数据的同一请求周期内完成购买。

代理并不一定拥有对钱包的完全控制权。应用程序可以限制其可花费的金额、可使用的服务以及可发送的资产。这一区别很重要，因为 x402 的目标是自动化单笔支付，而不是让 AI 系统无限制地访问他人的资金。

Cardano 实际增加了什么

x402 是一个围绕 HTTP 402 构建的开放式支付标准，HTTP 402 是保留给“需要付款（Payment Required）”的网络响应码。该状态码早在上世纪 90 年代就已在 HTTP 规范中定义，但数十年来基本未被使用，直到代理支付协议使其重新启用。根据官方 x402 文档，x402 允许网站或 API 在请求产品的同一交换中请求支付。该标准由 Coinbase 于 2025 年作为机器对机器支付的开放协议推出，而 Cardano 的工具使其开发者跻身能够试验该协议的行列。

官方 x402 SDK 功能列表现显示其 TypeScript 实现支持 Cardano 网络。这为 JavaScript 和 TypeScript 开发者提供了准备 Cardano 支付并将其与支持 x402 的服务连接起来的标准工具。

当前的功能矩阵并未在官方 Go 或 Python 实现中列出对 Cardano 的支持。因此，使用这些语言的开发者需要额外的组件或自行进行集成工作。

Cardano 基金会的一个独立项目提供了基于 Java 的 facilitator，发布在 GitHub 上。它与同一支付标准相关，但并非官方 TypeScript 包的 Java 版本。这两个发布版本解决的是集成问题的不同部分，不应被视为同一产品。

谁可以动用这笔钱？

Facilitator 位于请求支付的应用程序与 Cardano 网络之间。其职责是检查已签名的交易，核对其与支付请求相符，并将其提交至区块链。

• 用户或开发者设定支出限额、选择允许的资产，并决定代理可以使用哪些服务。
• 钱包在确认交易符合这些规则后，批准并签署该确切交易。
• Facilitator核实并提交已签名的交易。它不持有私钥，也不代表付款人签名。

Cardano 的扩展未花费交易输出（eUTXO）模型使支付条款明确化。一笔交易会标识正在花费的资金以及将创建的新输出。如果有人在批准后更改了收款人或金额，现有签名即告失效。

这可以防止 facilitator 悄悄改写已签名的支付。但它并不能保护用户免于一开始就批准恶意请求，这正是钱包权限和支出限额仍然至关重要的原因。

预生产测试证明了一条路径可行

Cardano 基金会的 facilitator 已在 preprod——Cardano 的公共测试网络上完成了一笔端到端交易。根据项目代码库，该测试表明服务能够核实已签名的支付、提交该支付并确认其已上链。

测试所展示的内容：

• 可以准备并签署 Cardano 支付
• Facilitator 能够核实其细节
• 交易可以提交至 preprod
• 可以确认链上包含

公开层面上尚未测试的内容：

• 使用有价值的主网资产进行支付
• 来自独立应用程序的持续流量
• 买卖双方的商业需求
• 生产条件下的可靠性

代码库还指出，其服务器提交路径已经过端到端测试，而客户端提交选项仅在软件中经过测试，尚未对真实提供商进行实际操作。在第二种模式中，facilitator 准备或核实支付，而由另一系统提交交易。

生产环境的使用需要的不只是切换网络设置。开发者需要保护 facilitator 的核实与结算端点，限制接受的交易脚本，并谨慎处理延迟确认。

最后一点非常实际。即使应用程序尚未收到确认，交易可能已经到达网络。自动重新提交同一支付可能造成混乱，或根据实现方式导致意外的第二次支付。应用程序在重试之前需要检查交易的状态。

支付支持并不保证对 ADA 的需求

x402 服务可以选择接受 ADA 或在 Cardano 上发行的其他资产，包括稳定价值代币。该软件使这些支付路径成为可能，但并不决定卖家将请求哪种资产。

根据应用程序如何构建结算，仍可能需要 ADA 来支付网络费用。然而，仅凭小额交易费用并不能建立对该代币的显著需求。这将需要真实的服务、重复的使用以及相对于更广泛的 ADA 市场而言足够重要的支付量。

尚无公开的商业应用披露 Cardano 上经常性的 x402 支付量，或展示客户偏好哪些资产。因此，有关 AI 支付已经在创造大量 ADA 需求的说法超出了现有证据。

其他 x402 集成采用不同的运营模式。例如，Circle 推出了一项托管式 facilitator，为受 USDC 支付处理核实、交易提交和 gas 管理。正如Coindoo 关于 Circle 面向 AI 代理的 x402 服务的报道所解释的，这种方式减少了开发者必须运维的基础设施，但也使应用程序更加依赖 Circle。

Cardano 现有的工具为开发者提供了更多运行自己 facilitator 的空间。这可以带来更大的控制权，但开发者也需自行承担安全性、正常运行时间和正确交易处理的责任。

下一步的证明必须来自应用程序

再一次库发布将扩大能够试验 Cardano 支付的开发者范围，尤其是如果随后推出官方 Go 或 Python 支持。它不会回答是否有人愿意使用这一系统。

更有意义的证据将是一个具名的应用程序在主网上为真实产品完成支付、公布交易引用，并再次返回进行额外购买。可靠性数据同样重要：支付失败的频率、服务确认支付的速度，以及自动化买家是否会重复发起请求。

Cardano 如今已具备进行这一测试所需的组件。下一个重要公告将不是 AI 代理在理论上能够支付，而是某个独立代理为有用的东西付了钱——然后又回来再次购买。

本文仅供参考，不构成财务或投资建议。区块链软件、测试结果和网络支持可能随着开发的继续而发生变化。