用批量转账工具前，先核对它让你签的那笔交易

发工资、撒空投、给社区成员发放补偿，一件事要在链上做几十上百笔转账，逐笔手动签显然不现实，批量转账工具因此有了位置。但“把很多笔装进一笔”这件事，恰恰是签名前最需要看清楚的操作：你按下去确认的，是一笔同时动很多方向的交易。这篇文章讲清楚它在不同链上是什么形态，以及签字之前该核对哪些项。

批量转账省的是什么

比特币里给多人付款本来就是一笔多输出交易：一个交易带上几十个收款输出，只为这份体积付一次基础成本，通常比拆成几十笔各自付一遍输入开销便宜。以太坊上常见形态是调用一个转账辅助合约，在一次调用里循环给多个地址转账，省的是每笔交易重复的固定开销。各链对单交易有体积和费用上限，因此一次最多装多少个收款人存在天然上限，超量必须分批；具体上限随链的参数和拥堵情况变化，不要在工具页面上找一个静态数字就当事实。

签名前逐项核对

第一，收款名单本身。弹窗不会完整展示几百行地址，务必在链下导出文件核对总笔数、总额、每一行金额，而不是只看工具页给出的合计。第二，你在授予什么。有的工具要求你先发一笔 approve 把代币额度批给它，这一笔的批准对象是那个合约地址，等于开了一条由它代你划转的通道，用完后应当按 链上授权与取消授权：先查清单、再按需撤销的安全习惯 的检查流程处理掉不再需要的额度；而有的工具只要求你签一笔把币直接发出的交易，不留下长期额度，两者风险模型完全不同。第三，失败会怎样。聚合调用是否“任何一环失败就整笔回滚”取决于合约实现，某个收款地址不可用会不会把整批带崩、失败后重发的语义是什么，都应在小额演练里先验证。第四，费用和找零的去处：比特币批量交易的找零地址应当是你自己的新地址，EVM 侧则要确认工具声明的手续费从哪里扣。

小额先行与分批纪律

正式跑批之前，用一块以下的金额给一到两个地址做一次全流程演练，确认到账、确认数、回执都符合预期，再上正式名单；跑正式批次时按块分批发，不要为了省一点费用把几千个地址塞进单笔。中途报错先查编号和状态再决定重发范围，切勿无脑把整批再签一遍——批量工具报错时最常见的事故就是把已经成功的部分重新执行或让地址顺序错位。转账前的通用核对顺序可参考 链上转账前必查清单：网络选择、最小单位与 Memo 注意事项。

名单里最容易出事的位置

经验上，批量事故最喜欢藏在三个位置：表格末尾追加的临时地址（常是最后一行没进导出核对范围）、从旧名单复制时残留的重复地址，以及把代币合约地址或路由地址误填进收款列。名单核对时按地址去重、检查是否存在与已知合约地址重合的行，比再读一遍金额更有效率。比特币侧还要留意找零位置：部分工具的默认找零策略可能把剩余资金落入工具控制的地址，正式跑批前必须在演练里确认找零回自己。

工具本身的信任边界

把助记词或私钥导入一个陌生网页工具，等于把保管权整个交出去，任何“好用”都不值得用这个代价换。更稳妥的模式是本地构造交易、在受信任的设备或硬件钱包上签名、工具只负责最后的广播。对开源工具，核对仓库归属与更新记录，警惕换壳钓鱼站；对闭源服务，把它当作一个会长期出现在你授权清单里的合约来对待。理解聚合调用的底层形态，也有助于看懂工具让你签的到底是什么，可参考 一次查询几十项余额：Multicall聚合调用的机制与核验。

本文只提供操作与防御方法，不构成投资建议，也不为任何工具背书；批量操作直接动用的是真实资产，请先小额演练、再核对后签名。