如何一次支付多个加密钱包

是的 — 您可以一次性支付多个加密钱包，而不是逐个进行转账。在 Payora，您可以将多达 500 个收款人行 放入一个批次，每行是一个 address amount 对，带有可选的标签或备注，或者您将相同的列表发送到 支付 API。一旦批次被接受，总金额加上费用会在您的内部余额中保留，因此永远不会超支，整个过程将作为一个对象进行对账，而不是五百个松散的交易。

这就是简短的答案。本页的其余部分是实际细节：粘贴流程是如何工作的，何时应使用 API，费用是多少，以及关于硬币实际离开的一个诚实警告。

为什么将加密货币批量发送到多个钱包？

一次性支付一个人直到您有三十个收款人时是有效的。然后，它不再是一个任务，而是错误的来源。批量处理解决了三个特定问题：

• 更少的错误。您只需准备完整的列表一次，审核一次，然后提交一次。晚上11点时不要将地址粘贴到钱包中四十次，这正是数字被转置的时候。
• 一个保留的总额。批次总额及其费用一起提前持有。您要么有足够的资金进行整个批次，要么立即发现——而不是在中途，已经支付了十五个人，还有十五个人在等待。
• 一次对账。批次是一个单一记录，具有一个单一的id。会计看到的是一个总的支出和按收款人分解的明细，而不是一堆单独的提款需要手动匹配。

如果您按计划支付团队、合作伙伴或市场的卖家，这就是五分钟的工作与失去一个下午之间的区别。这个大额支付功能正是为此而构建的。

将批次粘贴到柜子中

一次支付多个加密钱包的最简单方法是柜子。打开支付屏幕，选择货币，然后粘贴您的列表——每行一个收款人，address 然后 amount，用空格分隔：

TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t   250.00
TW2v8xVEXAMPLE2recipientTronaddr     99.50
TJRabPrEXAMPLE3recipientTronaddrxx   1000.00

每一行在预留任何内容之前都会被验证：地址必须符合该币种的格式，金额不能超过资产实际支持的小数位数。如果任何一行有误，整个批次将被拒绝并告知您需要修复的行索引。工资发放从不默默丢弃或截断收件人——您要么得到全部，要么什么都得不到。一旦验证通过，总金额加上每项费用将被预留，批次将转到pending，您准备好签名了。

一个批次一次只处理一种货币，因为每种币在其自己的网络上结算。以下是不同资产的几行示例，包括可选的第三个字段：

您将每个作为单独的批次运行 — 一个 USDT-on-Tron 批次，一个 XRP 批次，一个 XLM 批次 — 因为货币在整个列表中只选择一次。

更喜欢代码？调用支付 API

如果支付是由您自己的系统触发的 — 一个工资 cron，一个联盟仪表板，一个游戏的现金提取队列 — 跳过粘贴并将相同的列表 POST 到 API。请求体是一个货币和一个项目数组：

curl -X POST https://api.payora.money/v1/payout \
  -H "X-Payora-Key: $KEY" \
  -H "X-Payora-Timestamp: 1721736000" \
  -H "X-Payora-Signature: $SIG" \
  -H "Idempotency-Key: payroll-2026-07-23" \
  -H "Content-Type: application/json" \
  -d '{"currency":"USDT","items":[{"address":"TR7NHqjeKQxGTCi8q8ZY4pL8otSzgjLj6t","amount":"250.00"},{"address":"TW2v8xVEXAMPLE2recipientTronaddr","amount":"99.50"}],"note":"July contractors"}'

身份验证与 Payora API 其余部分相同的签名请求方案：一个 X-Payora-Key，一个 X-Payora-Timestamp在±120秒内，以及一个X-Payora-Signature是原始主体的HMAC-SHA256。添加一个Idempotency-Key重试请求永远不会创建第二个批次——在工资运行期间掉线是安全的，可以重复。成功的调用返回201与一个batch_id，项目计数，总计和费用；GET /v1/payout/{id}返回每个项目的状态和tx哈希，并且一个payout.sent网络钩子在每个项目发出后触发。完整的参考文档在docs，并且有一个专门的API自动化支付的操作指南.

诚实的部分：硬币实际上是如何离开的

这里有一个警告，直截了当地说，因为这也是整个要点。从柜台或API提交一个批次，保留您在Payora余额上的资金，并创建一个您可以跟踪的批次。它本身并不能证明收款人已被支付。然后，批次遵循为您的账户配置的批准、签名或释放流程，您可以从状态、网络钩子和交易证据中对结果进行对账。

因此，API自动化了提交、验证、状态跟踪和网络钩子，而释放仍然是一个操作控制。任何承诺“API调用进，硬币瞬间出，无需审核”的人都在描述一个更自动化且风险更高的模型。完全自动化的热钱包式支付产品可能很方便，但它们也增加了账户或服务器被攻破的影响范围。有关安全权衡的更深入了解，大规模支付架构部分提供了有用的背景；始终在产品文档和账户设置中确认当前的Payora流程。

一个批次的成本

适用两项费用，并且它们是分开的：

1. Payora转移费用 — 0% 接受付款，转出资金需支付小额可配置费用（在免费计划中为 1.5%，加上币的网络费用）。这会被收取每项并与批次一起保留，因此保留的总额已经包括它。请查看定价以获取当前数字。
2. 网络费用 — 每笔交易的链上成本，支付给网络，而不是 Payora。这完全取决于币种及其网络的繁忙程度：在 Tron、TON 或 Solana 上为几美分；在高峰时段比特币或以太坊上更多。

这两项费用都来自发送余额，您可以通过接受付款或转入来充值。您可以在您的余额页面上查看保留和释放情况。

XRP 和 XLM 的标签和备忘录

某些网络需要第二个标识符，以将付款路由到共享地址后面的正确账户。XRP 使用一个 目标标签；XLM 使用一个 备忘录。在 Payora 中，该值是每行的可选第三个字段（或 API 中每个项目的 tag 属性），如上表所示。如果您在这些链上向任何交易所或托管服务付款，标签或备忘录在实践中不是可选的——如果不填写，它的资金将到达正确的地址但错误的子账户。Payora 在保留之前会验证该字段，因此格式错误的标签会与其他批次一起被捕获。

改变主意了吗？取消保留

您提交但尚未释放的批次仍然 pending，并且可以取消待处理的批次。取消 释放保留余额直接返回到您的可用资金中——没有任何资金被卡住，因为尚不存在已完成的链上支付。无论您是在柜台取消还是POST /v1/payout/{id}/cancel通过API，结果都是一样的：保留被解除，您可以重新构建列表。这正是为什么先保留再释放很重要——在您审核批次时，资金是有记录的，但在状态和交易证据确认释放之前，收款人不会被视为已支付。

开始

同时支付多个加密钱包只需三个步骤：为您的发送余额充值，粘贴或POST最多500行的批次，然后在标记收款人为已支付之前完成配置的批准或释放流程。创建一个免费账户，在一个便宜的网络上尝试一个两行的批次，以感受整个流程，然后扩大规模。该大额支付页面有详细信息，docs在您准备好自动化提交环节时，可以参考API文档。