支付方式#
Onchain OS Payment 提供四种支付方式，每种针对不同的业务形态。本节给你一张选型决策表，再点进具体支付方式查看完整接入手册。
如果你还不熟悉这些支付方式的概念，先看 核心概念。本节只讲"如何接入"。
第一步：先看你是哪类卖家#
不同卖家形态可用的支付方式不同——先按这张表过滤一遍。
| 卖家形态 | 单次支付 | 批量支付 | 按量支付 | 担保支付 |
|---|---|---|---|---|
| HTTP 卖家 | ✅ | ✅ | 🔜 即将推出 | ❌ |
| Agent 卖家 | ✅ | 🔜 即将推出 | 🔜 即将推出 | 🔜 即将推出 |
还没确定卖家形态？回到 卖家入口 看两类形态的对比。
第二步：在可用方式中，按业务特征选型#
按你的业务单笔价格与消费可预测性两个维度做选型。
| 你的业务特征 | 推荐支付方式 | SDK（HTTP 卖家） | Skill（Agent 卖家） |
|---|---|---|---|
| 单笔金额明确（一篇报告 / 一次推理 / 一次查询） | 单次支付 | ✅ | ✅ |
| 单笔金额极小（小于 1 美分）+ 调用频率极高（每分钟数十至上百次） | 批量支付 | ✅ | 🔜 |
| 单次调用消费量不可预测（LLM 按 token / 流式数据按字节） | 按量支付 | 🔜 | 🔜 |
| 双方互不信任、需要担保释放（Agent 外包任务） | 担保支付 | — | 🔜 |
✅ 已可用 ｜ 🔜 即将推出 ｜ — 不适用。HTTP 卖家用 SDK，Agent 卖家用 Skill。HTTP 卖家若 SDK 未就绪可先用 REST API 接入；Agent 卖家暂只能等 Skill 上线。
价格固定但金额很小，选单次还是批量？
看调用频率和买家形态：
- 频率高（每分钟数十次以上）+ 买家是 Agent → 用批量支付，避免每笔都等链上确认拖慢响应。
- 频率不高 → 单次支付足够。X Layer 上 USD₮0/USDG 有 Gas 补贴，0 Gas 不会让小额支付变得不经济。
容易混淆的两组怎么区分#
单次支付 vs 批量支付#
两者都能处理小额、高频的调用，但底层路径不一样：
| 维度 | 单次支付 | 批量支付 |
|---|---|---|
| 上链时机 | 每笔等链上确认（或异步） | 直接发货，后台聚合上链 |
| 吞吐瓶颈 | 受出块速度限制 | 不受出块速度限制 |
| 钱包要求 | 任意 EIP-3009 钱包 | 必须 Agentic Wallet（依赖 Session Key） |
批量支付 vs 按量支付#
两者都是"攒着上链"，但签名形态和资金路径完全不同：
| 维度 | 批量支付 | 按量支付 |
|---|---|---|
| 签名形态 | 每笔都签一次（金额 + 收款方） | 一次开通通道，之后只签累计金额（Voucher） |
| 适用场景 | 每笔单价相同 | 每笔金额不同的按量计费 |
| 资金路径 | Buyer → Seller（聚合时一次划账） | Buyer → Escrow → Seller（关闭时按 Voucher 划账，剩余退回 Buyer） |
进入具体支付方式#
单次支付价格明确、即时结算、即时交付。HTTP / Agent 卖家都支持。批量支付单价极小、调用极高频。Session Key + TEE 压缩上链。按量支付按量计费、用多少算多少。链上托管 + 链下累计 Voucher。担保支付双方互不信任、链上担保 + 仲裁机制。即将推出。