如何把 TRC-20 代币发送到多个地址（分步教程，2026）

在 TRON 上把 TRC-20 代币发送到多个地址，实际可行的方式只有两种：为每个收款人手动签名一笔转账，或者上传整份名单，通过批量发送合约一次发出。只要收款人超过十几个，批量发送在各方面都占优——100 个收款人时，它能把约 200 分钟的钱包操作缩短到约 5 分钟，并把网络手续费降低一半以上。本教程分步讲解两种方法，附上来自我们手续费计算器的 10、100 和 1,000 个地址的真实成本，以及让大多数首次分发栽跟头的错误。

你需要准备什么

无论选择哪种方法，清单都一样：

• 一个 TRON 钱包。 默认是 TronLink（浏览器扩展或手机端）；TokenPocket 以及其他兼容 TronLink/WalletConnect 的钱包也可以。
• 用于支付手续费的 TRX。 每笔 TRC-20 转账都会消耗能量，而能量最终都要用 TRX 支付——要么按网络价格燃烧，要么在市场上以更低价格租赁。参考我们的常量：向已持有 USDT 的钱包发送一笔 USDT，约燃烧 6.77 TRX（≈$2.03）；发往全新地址则约为两倍。
• 收款名单。 地址和金额。手动发送时名单放在哪里都行；批量发送则需要一个两列 CSV——先地址、后金额——或把同样的名单作为文本粘贴。
• 可选但明智：先在测试网演练。 完整的批量流程可以在 Shasta 和 Nile 测试网上用免费测试代币运行。如果这是你的第一次分发，先在那里试跑一遍。

关于准备名单，多说几句，因为它决定了后续一切是否顺利。把名单放在你常用的表格里，只保留两列：TRON 地址（以 T 开头，34 个字符），以及金额——用句点作小数点的纯数字，不要表头行、不要货币符号、不要千位分隔符。到发送时再导出为 CSV。如果名单来自表单或聊天，要预料到多余的空格和重复项；按地址列排序一次，上传前过一遍。指南中的 CSV 部分列出了所有格式规则，以及不同表格区域设置下典型的导出陷阱。

哪种方法适合你？

在分步说明之前，先给一个诚实的决策规则：

• 2–5 个收款人，仅此一次： 手动发送。任何准备工作花的时间都会比转账本身更长。
• 十几个及以上，或任何定期发送： 批量发送。分界点非常明显——一旦名单多到记不住，地址校验、一个审核界面和一次签名就开始回本。定期发放（工资、每周奖励）受益加倍，因为同一个 CSV 模板每个周期都能复用。
• 成百上千： 毫无疑问用批量发送。这种规模下手动发送不仅慢，而且是任何细心的人都不该接受的出错面，因为每一笔转账都不可撤回。

按场景细分的成本和时间对比，见 Multisender 与手动发送对比；下面是附带数字的简版。

方法一：手动，一笔一笔发

最直观的方式，对于两三个收款人来说也是正确的方式：打开钱包，粘贴地址，输入金额，再核对一遍，签名。重复。

痛苦是线性增长的，甚至更快。按每笔约两分钟的谨慎节奏，十个收款人要花二十分钟；一百个要花三个多小时的持续专注。每一次粘贴都是一次把不可撤回的转账发错地址的新机会，而且最后没有审核界面——你的注意力就是审核界面，一笔接一笔。完成之后，你手里会有一堆分散的交易哈希，需要手动和表格逐一核对。

手续费也按同样方式增长：每笔转账都是一笔独立交易，各自支付自己的能量和带宽，没有任何批量折扣。至于手动发送从什么时候开始不再划算，我们在 Multisender 与手动发送对比中做了诚实的分析。

方法二：用 Multisender 一次批量发送

批量流程接收同样的输入，把工作压缩成六个简短的步骤：

1. 打开 dApp 并连接钱包。 通过 trxsend.com 进入应用，连接 TronLink 或任何兼容钱包。不需要把资金存入任何地方——在你签名之前，资金一直留在你的钱包里。
2. 选择网络。 正式发送用主网；演练时选 Shasta 或 Nile。
3. 选择代币。 USDT 和热门 TRC-20 都在列表中；其他任何 TRC-20 粘贴其合约地址即可。TRX 和 TRC-10 作为单独的类型支持。
4. 上传名单。 包含两列——地址、金额——的 CSV、XLS 或 XLSX，或者把名单作为纯文本粘贴。校验器会检查每个地址，标记格式错误的条目和重复项，并在一个审核界面上显示解析后的名单和总额。这正是认真看一遍的时候。
5. 授权额度。 一次钱包签名，授权经过验证的批量发送合约转移本次分发所需的、恰好数量的代币。
6. 确认 MultiSend。 第二次签名发出批次。每笔交易约可容纳 150 个收款人；更长的名单会在同一流程中以连续批次继续发送。每一笔单独的转账都会出现在 TRONSCAN 上该批量交易之下，收款人几分钟内就能收到。

包含每个界面细节的完整流程，见分步指南。

两种方法分别要花多少钱

以下数字由与我们的手续费计算器相同的引擎计算，假设条件为：USDT、收款人已持有 USDT、逐笔发送时按 100 sun 燃烧能量，而批量流程中按市场价（约 45 sun）租赁能量，TRX 按 $0.30 计。全新地址在两种方法中都会让能量大约翻倍——名单中首次持有者的占比，是你能掌控的最强成本杠杆。

有两条重要的补充说明。第一，批量流程会在你确认前，在 dApp 中显示一笔少量的每批次服务费（VIP 方案可免除；上表未计入，因为它会变化）。第二，手续费的差距来自两个地方：能量按市场价租赁而不是按网络价格燃烧，以及带宽每批次支付一次而不是每笔转账支付一次。包含每个常量及其来源的完整方法说明，见计算器页面。

批量发送之后：核验并留存记录

钱包显示"已确认"并不代表分发结束——能证明谁收到了什么，才算结束。批量流程让这部分工作几乎零成本，而且值得认真做好。

在 TRONSCAN 上打开这笔批量交易：每一笔单独的转账都列在其下，包括收款人、金额和时间，全部挂在同一个哈希下。把这个哈希和你发送的 CSV 保存在一起——这一对文件就是这次发放完整、可独立核实的记录。对于定期发放，每个周期一个哈希就能让账目保持清晰：你的会计表格只多一列，而不是上千行需要核对的记录。对于空投，同一个链接还可以作为公开的分发凭证发给社区，悄悄地把"团队根本没发"这类讨论扼杀在萌芽中。

如果有收款人说没收到，几秒钟就能解决：在 TRONSCAN 上的批次下搜索他的地址。要么转账就在那里——问题解决——要么他给你的地址与你文件中的不一致，那要讨论的是他提交的表单，而不是你的发送。对比一下手动发送的善后：在几十个分散的哈希里翻找，努力回忆哪一个是他的。

常见错误

大多数失败的首次分发，都可以归结为同一份简短清单：

• 逗号作小数点。 许多地区的电子表格会导出 1,5 而不是 1.5。金额必须使用句点小数，否则会被误读。
• 遗留的表头行。 文件第一行就必须是真实收款人，而不是 address,amount。
• 地址周围的不可见字符，是从聊天和网页复制时带进来的。校验器会标记它们，但事先清理文件能省去一次来回。
• 忽视全新地址的额外开销。 一份满是从未持有该代币的钱包的名单，消耗的能量大约是两倍。做预算之前，先弄清首次持有者的占比。
• 跳过审核界面。 校验能发现格式错误的地址，却无法发现属于错误对象的有效地址。链上转账不可撤回——请认真查看解析后的名单，并在第一次大额发送之前先发一个小额测试批次。

工资发放相关的做法，见 TRON 上的 USDT 工资发放；社区分发则见 TRC-20 空投工具。

FAQ

一次最多能发给多少个地址？ 名单规模没有硬性上限。单笔交易约可容纳 150 个收款人；更长的名单会在同一工作流中以连续批次执行——10,000 个收款人大约需要七十次确认，而不是一万次。

需要写代码吗？ 不需要。整个流程就是一个网页 dApp：连接钱包、上传两列文件、签两笔交易。需要以编程方式发送的团队，可以通过 Telegram 咨询 API 抢先体验计划。

可以批量发送哪些代币？ TRX、任意 TRC-20（包括 USDT——从列表中选择或粘贴任意合约地址），以及 TRC-10 代币。

可以给每个地址发送不同的金额吗？ 可以——金额列按收款人分别填写。金额相同的分发只是金额列重复同一个值的特例，流程没有任何变化。

授权合约安全吗？ 你签署的授权仅限于本次分发的范围，合约已在 TRONSCAN 上验证，并且服务方从不托管资金——资金在你签名的交易中直接从你的钱包转给收款人。信任细节见空投页面。

现在能量实际要花多少钱？ 这会随网络变化。在我们最近一次核实时，燃烧能量每单位 100 sun，租赁约 45 sun；向已有持有者发送一笔 USDT 消耗 64,285 单位能量。能量成本深度解析解释了这些数字的来源——而计算器始终显示你名单的最新总额。