新闻加密货币Cardano 的 x402 Facilitator 已通过测试网验证,但主网仍在等待

Cardano 的 x402 Facilitator 已通过测试网验证,但主网仍在等待

作者: 99 Bitcoins·

要点速览

  • •Cardano 基金会发布了以 Java 编写的开源 x402 v2 facilitator,支持以 ADA 或 Cardano 原生代币进行 API 支付。
  • •该 facilitator 采用非托管设计:它代表服务器验证并提交已签署的付款,但从不持有私钥或自行签署交易。
  • •该版本支持三种转账方式——默认的地址对地址付款、Masumi 托管安排以及任意 Plutus 智能合约锁定——并拥有 166 项全部通过的单元测试。
  • •其唯一一次记录在案的演示在 Cardano 预生产测试网上运行,由于代码库中没有任何内容在生产网络上执行过,因此配备了一份主网检查清单。
  • •Cardano 目前仅出现在 x402 SDK 功能追踪表的 TypeScript 一栏中,而报告处理了 76% 的 x402 交易的 Solana 以及 EVM 兼容网络则在 TypeScript、Go 和 Python 上均获支持。
Cardano 的 x402 Facilitator 已通过测试网验证,但主网仍在等待

Cardano 基金会发布 x402 原生 Facilitator

Cardano 基金会发布了 x402 协议的原生 facilitator。x402 是一项新兴标准,它重新启用了长期闲置的 HTTP 402 "Payment Required" 状态码——该状态码自 HTTP 规范早期版本起就被保留,但从未被赋予标准用途——使软件能够实时为服务付费。该实现在 GitHub 上以 Java 编写的 x402 v2 facilitator 形式记录,允许资源服务器为 API 调用报价,客户端以 ADA 或 Cardano 原生代币完成结算,并在付款清算后由服务器交付数据或服务。

目前仅有一次可运行的演示记录,它在 Cardano 的预生产测试网上完成了端到端运行——该测试网是镜像主网规则的公开预发布环境,不涉及真实资金——并由一笔真实的链上交易确认了整个流程。代码库中没有任何内容在主网上执行过。这一差距——可运行的管道与它能大规模转移真实资金的证明——正是核心议题,对于任何想评估 AI 代理的自主支付在这条链上究竟还有多远的人来说,这一区别至关重要。同样的问题也在 XRP Ledger 自身的代理支付推进中上演。

JUST IN: Cardano is now part of the official x402 SDK.

Any app or AI agent can pay for an API call in $ADA or any CNT over a web request. No account, no API key, no checkout page.

Every service already on x402 can switch Cardano on.

The agent economy just got a Cardano rail. pic.twitter.com/SWZHczf9oC

— Cardano Foundation (@Cardano_CF) September 21, 2026

Cardano 的 x402 Facilitator 是如何运作的

其机制很简单,即使底层管道并不简单。资源服务器为一次 API 调用、一份报告或一个计算任务设定价格;客户端签署付款并发送;facilitator 随后代表服务器回答两个问题——这笔付款是否有效,以及它是否已结算。至关重要的是,facilitator 从不持有私钥,也从不自行签署交易。它只验证付款方已签署的内容并将其提交到网络,这意味着它无法自行转移资金——这种非托管设计让资源服务器可以依赖共享的基础设施,而无须交出资金控制权。

开发者通过四个端点与该服务交互:POST /verify 检查已签署的付款是否有效,POST /settle 提交付款并确认其到账,GET /supported 列出该服务支持的协议版本和网络,GET /health 提供人类可读的状态检查。

Cardano 版本支持三种转账方式——默认的地址对地址付款、Masumi 托管安排(Masumi 是基于 Cardano、为机器对机器支付构建的托管协议),以及任意 Plutus 智能合约锁定(Plutus 是 Cardano 的智能合约语言)——为构建者在资金释放前的托管方式上提供了灵活性。

166 项测试与一份测试网证明:代码实际交付了什么

代码库报告了 166 项全部通过的单元测试,以及在 Cardano 预生产测试网上覆盖服务器端提交付款的一次链上证明。该证明完整走过了 x402 所期望的结算阶梯:内存池接受、规范区块包含,以及最多 20 个区块的确认深度。

其背后的结算逻辑看起来构建得十分严谨。基于 PostgreSQL 的日志、带围栏的状态转换、异步对账器以及回滚检测,旨在处理各种棘手的边缘情况,例如交易在服务器已经响应后才到账,或进程在提交过程中崩溃。

其他组件尚未在真实服务提供方环境下得到验证。客户端提交——即付款方独立广播交易,facilitator 仅确认其发生——虽已通过单元测试,但尚未在真实场景中演练。完整的自托管 Docker 技术栈也不在持续集成覆盖范围内。

项目自身的文档对范围直言不讳:正是因为没有任何内容在 Cardano 生产网络上运行过,才存在一份主网检查清单,而端到端测试凭证也被明确标注为仅限测试网使用。对于基础设施而言,这是一个正常阶段而非危险信号,但这确实意味着任何关于商业就绪性的宣称都跑在了证据前面。

ADA 加入 AI 代理支付竞赛:基础设施已就绪,采用尚需时日

JUST IN: Solana handles 76% of all @x402 transactions. 23.2M in four weeks. The next-largest network did 3.39M. pic.twitter.com/OJv35U4kXF

— Solana (@solana) September 22, 2026

Cardano 在此并非首个入场者。x402 自身的 SDK 功能追踪表列出了 Solana 和 EVM 兼容网络在 TypeScript、Go 和 Python 上的支持情况,而 Cardano 目前仅出现在 TypeScript 一栏中。该项目正在进入一场与 Solana 和 XRP Ledger 竞逐机器对机器支付的更广泛较量,报道这一公告的多家媒体也采用了这一表述。

不过,出现在兼容性表格中与处理商业交易量并不是一回事。正如与加密货币关联的卡片消费一样,基础设施采用和交易吞吐量是两个独立的指标,将二者混为一谈会夸大一个协议的实际地位。

原始来源所确认的,是一个经过测试、可正常运行的 facilitator,其验证、提交和结算逻辑是专门为 Cardano 在 x2 下的精确付款方案而构建的。它未能确认的是吸引力:没有主网交易,没有报告的交易量,也没有证据表明自主代理已在生产环境中大规模交易。

对于下一波 Cardano 新闻,值得追踪的里程碑不是又一次 SDK 发布,而是是否有人在主网上运行该系统并公布数据——这一成就对 Cardano 2026 年走势的意义将超过代码合并本身。Cardano 的覆盖范围能否超越 TypeScript,则是值得同时关注的次级信号。