如何在 Arc 上进行空投,把你的代币分发给最多 1000 个钱包
说到如何在 Arc 上进行空投,其实归结为一个工具:multisender 只用一笔签过名的交易,就能把你的 ERC20 分发到最多 1000 个地址,而且还有一个别的链都没有的优势:按下按钮之前,你就已经清楚要付多少钱,因为费用是以 USDC 计价的。
在其他网络做过空投的人都清楚这个坑：预算是按原生代币的一个价格算的，等到签名的时候价格已经变了。在 Arc 上，gas 用 USDC 支付，所以 从计算到签名，报价不会变动。下面是完整流程，以及不同名单规模下的准确费用。
在 Arc 上做空投之前，你需要准备什么
- 代币在你的 wallet 里，数量足够覆盖你要分发的总量。
- 用于手续费和 gas 的 USDC。作为 Arc 的原生代币，一种资产就能同时搞定这两项开销（如果你的 wallet 里还没有余额，可以看看我们的 如何从任意 blockchain 桥接到 Arc 的教程）。
- 收件人名单，你可以用文件上传，也可以让工具自动提取。
如何在 Arc 上进行空投:分步教程
Smithii 的 Arc Token Multisender 把整个分发过程打包成一次操作：一次签名就能搞定原本需要几百笔单独转账的事。而且它 会在发送之前逐个校验每一个地址，输错的地址会被直接过滤掉，不会浪费任何手续费。工具界面长这样：
wallet 里准备好代币和 USDC 之后，在 Arc 上进行批量分发的流程是这样的：
- 把你的 EVM wallet 连接到该网络。同一个地址既提供要分发的代币，也用 USDC 结算所有费用。
- 在表单的第一栏搜索你的 ERC-20，然后从下拉列表中选中它。
- 设定分发规则：所有人拿相同数量，或者按分层奖励为每个地址设定不同金额。
- 导入地址，三种方式任选：上传文件、直接粘贴到文本框，或者 从某个代币或 NFT 系列中自动提取 holder。
- 动手之前先看下方的汇总。它会告诉你总共发出多少单位、送达多少个地址、以及要付多少费用。
- 发起交易并在 wallet 里签名。整个批次会在同一次操作中完成。
使用 Smithii Tools 在 Arc 网络上做空投的费用
手续费为 每个收件人 0.37 USDC，预算直接乘一下就出来了。因为 gas 也是以 USDC 计价的，总费用是一个可以提前算清楚的美元数字：
| 收件人 | 手续费 |
|---|---|
| 100 个 wallet | 37 USDC |
| 500 个 wallet | 185 USDC |
| 1,000 个 wallet | 370 USDC |
这就是和其他链最实际的差别。在普通网络上，你按原生代币的某个价格算好分发预算，几小时后签名时又变成另一个价，你批准的预算和实际支付的金额根本对不上。在 Arc 上，表单里显示的数字就是从你 wallet 里扣掉的数字，不会有任何偏差。
对小规模发送来说,这点差价可以忽略不计。但如果一次要发一千个地址、手续费大概在 370 USDC 上下,币价波动 15% 就意味着从你确认到执行之间凭空多出五十多美元。这种量级下,差别就出来了。
如何在 Arc 上用 multisender 搭配你自己的名单
很多人以为必须手动一个个粘贴地址,后来才发现完全没必要。这里有三种加载方式,其中两种可以自动帮你生成列表。
- CSV File,不额外收费:上传 CSV 或 TXT 文件,或者直接粘贴地址。适合名单已经整理好的场景,不管来源是表单、抽奖还是你自己的数据库。
- Token Holders,收费 62.5 USDC:工具会自动抓取持有某个 token 的 wallet。适合奖励自己项目的 holder,或者触达同类项目的持币者。
- NFT Holders,同样是 62.5 USDC:玩法一样,只是抓取的是某个 NFT 系列的持有者,这就是用 fungible token 奖励 NFT 社区的路子。
整理列表时要记住一个上限:单次发送最多支持 1000 个 wallet。这是产品层面的硬限制,规模更大的发送必须拆成几批,每批都要单独签名并支付各自的手续费。
如果你的发送量超过这个数,最好提前规划怎么切分。按余额区间或者持币时长来分批,比按字母顺序切更有意义,因为这样你能精细控制每批的金额,而且中途一旦出问题,也能立刻知道哪一组没收到。
如果合约还没部署,先在 Arc 上创建你的 ERC-20
在 Arc 上向多个钱包发送代币前,要检查哪些内容
自动过滤能帮你排除格式错误的地址。真正的坑在别处:一个地址可以格式完全正确,却依然不是你本来想奖励的对象,而这种问题任何校验器都识别不出来。
- 重复地址。合并两个来源时,很容易让同一个地址出现两次,结果就是这个人收双份,你也付双份手续费。上传前先给文件去重。
- 团队自己的地址混进了名单。这种情况几乎必然发生在名单来自 snapshot 的时候,因为你们团队本身也是这个 token 的持有者。
- 合约地址而不是个人地址。如果这个合约没有设计接收 token 的逻辑,那些 token 就会永远卡在里面,任何人都拿不出来。
- 余额够不够。把要发的总量加起来,跟 wallet 里的余额对一下;如果不够,交易会在执行前直接失败。
FAQ
在 Arc 上批量发送代币要花多少钱?
每个收款地址收费 0.37 USDC,网络 gas 同样以 USDC 结算。换算一下:100 个地址是 37 USDC,一次装满 1000 个就是 370 USDC。如果不用自己的文件而是走自动抓取 holder,还要在这个基础上加 62.5 USDC。
一次最多可以发多少个 wallet?
单笔交易最多 1000 个地址。这是产品限制,更大规模的发送必须拆成多次执行,每次都单独签名,费用按各自包含的收款地址数量计算。
可以给每个 wallet 发不同的数量吗?
可以。在 Amount per Wallet 里可以选 Same(所有地址金额一样)或 Different(为每个地址单独指定金额)。当发送是按区间或持币时长分档奖励时,一般用第二种。
如果某个地址写错了会怎么样?
发送前就会被剔除,所以不会因为它扣你手续费。这层保护只针对格式错误的地址,对那些格式正确但本不该出现的地址(比如重复地址,或者你们团队自己的地址)是没用的。这些得靠你自己检查文件抓出来。
为什么预估费用和签名时的费用不会变?
因为在 Arc 上,手续费和 gas 都用 USDC 支付,也就是这条链的原生资产。在任何原生资产会波动的链上,签名那一刻的币价决定了美元金额;而在这里,从预算到执行之间没有任何变量。
结语
批量发送把手动操作要花几个小时的重复劳动压缩成了一次签名,而 Arc 上还多了一件不太常见的事:你按预算确认时看到的金额,就是最终扣款的金额,因为中间没有币价换算。
剩下需要你自己把关的,是名单里放谁、每人发多少。格式错的地址工具会自动过滤;重复地址和不该出现的 wallet,工具管不了。
