Subbit 推出用于按用量计费 API 的 Cardano 支付通道

Dominic Wallis 在第77次 Cardano Developers Office Hours 活动上介绍了 Subbit.xyz，聚焦一个具体问题：一次 API 请求的成本可能低于完成一笔区块链交易所需的费用和时间。他的系统将已签名的付款承诺与 Cardano 智能合约配对，使提供方可以先处理小额请求，再在之后收取经授权的费用。演示展示了各支付组件如何通信，不过与生产级服务的集成仍是该项目的下一步。

为计量型服务打造的支付通道

Subbit.xyz 面向能够度量用户消耗量的服务，例如 API 调用、数据传输或 AI 请求。按月订阅按一段时间的使用权收费，而发票通常在使用发生后开具。Wallis 提出了让每个服务单元与客户授权金额之间建立更紧密关联的做法。

客户根据 Cardano 智能合约的规则存入资金以开启通道。在请求服务时，客户会签署一份 IOU，声明提供方可以收取的累计金额。提供方在履行请求前会核验签名以及其背后的资金。每份 IOU 都与其对应的通道绑定，防止针对某一账户的签名被重复用于另一账户。

该通道仅限两方参与，付款从客户流向提供方。客户可以停止授权新的扣款，而提供方对已交付的服务拥有索取权。通道只负责支付，不会校验 API 响应的质量，也不约束提供方如何处理敏感信息。

在 Cardano 上索赔与通道关闭如何运作

在通道保持开启期间，提供方可以将最新的 IOU 提交给智能合约并提取已授权的金额。先前的提取会被计入，因此同一笔金额无法被重复提取。若客户追加资金，双方关系可继续，无需开启新通道。

Wallis 以一个示例说明了该设置：为服务分配 10 ADA，并额外预留 2 ADA 以满足 Cardano 的 UTxO 要求。客户在决定离开时可以关闭通道。此后，提供方将在开通时约定的一段期限内提出最终索取，期满后客户可以取回余额。

面向众多客户的提供方可以在一笔交易中合并多项索取。Wallis 展示了一个示例，汇总了 47 条通道，成本约为 38 美分。该数字来自他的演示，而非针对生产流量的平均数据。他指出，交易数据量是进一步扩大此类批处理的直接约束。

该集成设计在客户应用旁部署一个签发器，在提供方的现有服务前部署一个代理。签发器会将 IOU 附加到请求上，代理负责验证，并将通过的请求转发给服务。

即使其原有应用未实现区块链逻辑，提供方仍需运行这些支付组件，并跟踪 Cardano 上相关通道活动。

剩余的检验是与真实服务的集成

参与者的提问揭示了该模型的若干边界。退款需要单独的付款，因为通道内的资金只沿一个方向流动。若提供方担心资产价格波动，可以及时提取资金，或调整未来请求的定价。Wallis 还演示了通道可以使用其他资产，并以 USDM 为例。

在 Cardano 上结算的索取会披露所收取的金额，尽管单个服务请求仍留在链下。参与者询问零知识证明是否能改进隐私或批处理。Wallis 认为此类设计会增加复杂性，而交易数据大小才是 Subbit.xyz 目前更迫切的扩展问题。

另一位参与者 David 追问了需求方面的问题：哪些提供方会为使用该通道而更改其计费系统？Wallis 讨论了在 API 基础设施、AI 计费以及计量型数据传输中的潜在用例。他提到了此前与 Orcfax 的合作，并感谢 Project Catalyst 的支持，但未给出现有生产集成方或商业使用数据。

在最后的演示中，签发器与服务器交换了支付数据，但底层服务并未执行。Wallis 邀请提供方集成 Subbit.xyz，这将使下一次演示能够连通交易的全部三部分：可度量的服务响应、客户签署的 IOU，以及提供方在 Cardano 上的索取。