一份签名发一批转账：链上批量支付合约怎么工作

给一百个地址各发一笔代币，逐个转账要签一百次、付一百次手续费。链上解决这个问题的办法简单直接：把一个「循环」写进一个小合约里，由你一笔交易触发它替你执行一百次转账。这类批量转移合约是所有空投、链上工资、退款计划的底层工具，界面包装各异，机制高度一致。它的好处一目了然，风险也恰恰来自「把循环交给合约」这个动作本身。

工作流程分三段。第一段是清单入池：执行方准备一组地址与金额的配对，通常编码成两个等长数组（地址表与数量表）或者紧凑的编码结构，随调用一起提交给批量合约。第二段是循环执行：合约按清单逐条调用代币合约的普通转账函数，把资金从合约自己的余额或执行方预先授权的额度里转出；循环逻辑里有没有「失败跳过」分支，是不同实现的关键差异——有的实现要求任何一笔失败就整批回滚，有的跳过失败地址继续跑完并记录差额。第三段是收尾：剩余资金退回执行方、失败清单导出供补发。判断你面对的批量工具质量如何，读它有没有第二段的容错分支是最快的切入点，这可以直接从合约源码或验证页看。

资金来源的设计决定风险形状，常见三种。第一种是「先充值后发放」：执行方把全部资金预先转进批量合约，合约从自身余额支出。优点是发放瞬间干净利落；缺点是一笔不小的资金在发放前停留在合约里，合约本身的安全状态变得重要——一个无状态、无权限升级路径的简单转账循环，和一个小而快的工具最安全。第二种是「授权直扣」：执行方给批量合约一笔代币授权，发放时直接从执行方钱包扣款。合约里不沉淀资金，但授权额度与发放清单之间的信任转移值得警惕——授权上限若大于当批清单总额，剩余空间是长期敞口，用完撤销是纪律。第三种是「认领模型」：资金不预先分配，每个收款人自己调用认领函数从一张签名的资格表里领取，额度由签名约束；它把执行压力换成了收款方体验，代价是合约必须长期在线直到认领窗口关闭。

失败面逐项确认清单如下。地址表质量排第一：表里混进一个非合约钱包以外的错误地址，普通代币转账照样成功发出，资金就进了别人控制的地址，链上没有撤回按钮——大批量执行前的抽样校验（地址格式、链上历史、与名单交叉核对）是唯一防线。代币地址与链的匹配排第二：多链时代最容易犯的错误，是在错误的链上跑对了清单，转账「成功」到一个不存在的资产记录里。第三是授权额度核对：确认本次调用消耗的授权恰好等于清单总额，事后检查剩余额度并撤销。第四是 gas 上限：清单太长的一笔调用可能因为区块 gas 限制直接失败，成熟工具会把清单自动切片，切片时中途失败的幂等处理——同一段不会被重复执行——要从合约逻辑上确认。

再划一条边界：发放清单本身也是敏感数据，清单里几百个地址暴露的是受益人关系图谱，公开发布合约调用等于公开这张图谱；对隐私有要求的发放，收款侧改用认领模型或分批拆分清单，是机制内就存在的选项，不必额外发明流程。

最后把这件事的定位说清：批量支付合约是执行工具，不是托管产品，它不产生收益，也不提供保障；它省下的只是签名次数和手续费，换回来的是「一次签名、一百个结果」的不可分性。大额发放前拿三个地址做一批测试，永远比事后写情况说明便宜。本文内容为机制说明，不构成投资建议。