Hyperliquid Multisender:一次操作向数百个 wallet 完成付款
想象一下,你刚结束一场 trading 比赛,有四百位获奖者要发奖;或者到了给推荐人结算当月佣金的时候。名单有了、金额有了、代币也有了。你唯一缺的,是花一整个下午连续签四百笔交易的时间。
Hyperliquid multisender 就是为此而生:名单只需上传一次,整批发放打包一次性执行,不用一个个 wallet 处理。
这篇指南会告诉你如何在 HyperEVM 上使用它、要花多少钱,以及最重要的:批量发送真正的风险点在哪里。风险不在最后那个按钮,而在更早的地方。
为什么一笔一笔发不只是慢的问题
手动分发最明显的问题是耗时,但真正带来麻烦的是另一件事:每一次签名,都是一次把某一行的金额贴到另一行地址上的机会。四十个收款人时,概率就已经让人不安;到了四百个,基本就是纯粹的统计学问题。
还有第二个原因,没那么明显,但在一个 trader 云集的网络里分量很重。你的 wallet 连续几个小时不断发出四百笔零散转账,在 explorer 里看起来非常糟糕。一次打包发放看上去就是它本来的样子:一次计划好的付款;而一笔一笔零星送出去,则太像有人在急着转移资金。
打包发送为你省下时间,但更重要的是,省下事后向别人解释你到底在干什么的麻烦。
Hyperliquid multisender 使用步骤详解
发放操作在 Smithii 面向 Hyperliquid 的 Token Multisender 里完成,它可以把最多一千笔转账合并成一次签名操作。不用部署合约,也不用为每个收款人单独确认:上传名单、核对汇总、签一次名即可。打开后你会看到这个界面:
只要名单已经准备好、wallet 里备好代币以及足够的 HYPE,整个流程很简短:
- 连接付款 wallet。这个 wallet 会发出代币,所以里面必须放好要分发的余额,以及覆盖这次操作所需的 HYPE。任何已经配置好该网络的 EVM wallet 都可以。
- 指定要分发的代币,把它在 HyperEVM 上的合约地址粘贴进去。
- 上传收款人名单,每一行一个地址加对应金额。
- 把汇总信息和你自己的账目对一下。工具会告诉你它读到了多少个地址、总金额是多少。如果这个数字跟你手里算的对不上,就别往下走:要么多了一行、少了一行,要么某个小数点错了位。
- 签名并执行。发放会以打包形式发出,各个 wallet 就能收到对应的份额。
Hyperliquid Airdrop Tool 的费用是多少
工具按 名单里每个 wallet address 收取 0.0045 HYPE,再加上发放本身的 gas。这是按收款人计费,不是按操作收固定费,所以总费用直接和文件行数挂钩:一千个地址和三十个地址的成本完全不是一个量级。
所以在最终敲定名单之前,最好先把这笔账算清楚:这是决定这次发放能不能压在预算内、要不要砍掉一部分收款人的关键变量,不能留到最后再看。
名单才是成败关键
这一点我必须强调,因为它是整个流程里唯一没得补救的地方:一笔转账一旦执行,就无法取消、无法回滚,也拿不回来。如果你把一千个代币发给了本该拿一百的人,能不能追回来,完全取决于对方是否愿意还。
上传前必做的三项检查:
- 地址不能是你自己手打的。必须直接从原始来源复制,或从某个工具导出。任何手动输入或凭印象拼出来的地址,都是一颗定时炸弹。
- 不能有重复的收款人。这是长文件里最难发现的错误,一旦被人指出来也最尴尬:重复的地址会拿两份,多出来的部分就要从其他人应得的额度里扣。
- 文件里的总额要和你原本打算发放的数额对得上。如果预算是五万个代币,文件加起来却是五万五,那问题出在文件里,不在你的记忆里。
没有收件人名单时该怎么办
很多空投一开始都没有现成的名单:你清楚要奖励哪个社区,但一个地址都还没收集。加载方式的选择器正是为这种情况准备的,让你不用离开工具去别的地方找数据。
- CSV 或 TXT 文件。适合已经把收件人整理在表格里的人。工具提供了可下载的示例文件,格式一目了然,不用靠反复试错去猜。
- 直接输入。在框里手动填 wallet 地址。当只有十来个、十五个地址,做文件反而不划算时,这种方式很方便。
- 某个 token 的 holder。给它一个合约地址,工具会自动把持有该 token 的地址填进名单,不用再单独跑一趟 Hyperliquid 的 Token Snapshot。
- 某个 NFT collection 的持有者。同样的做法,只是针对 collection,也就是单独使用 Hyperliquid 的 NFT Snapshot 时能解决的事。
两个 holder 选项会给发送多加 0.75 HYPE,这就是 snapshot 单独使用时的价格,所以你不是在为同一份数据付两遍钱。你省下的是导出再导入的中间步骤,而正是这一步最容易出现格式错误和列位错乱的问题。
在这样一条网络上,它到底能派上什么用场
Hyperliquid 聚集的是每天都在操作的人,这就让 multisender 的典型用法发生了偏移。这里不全是冷启动的空投:
- 支付你已经欠下的东西。比赛奖金、返佣、贡献者报酬。这些人是在等一笔具体的到账,晚到或者到得不完整他们都会察觉。
- 周期性激励项目,每个周期按一份会变动的表格来分配。名单每个月都不一样,手动做到第二轮就已经撑不住了。
- 发放团队和投资人的分配额度,一次可核验的动作就搞定,而不是一连串谁想怎么解读都行的转账。
- 获客型 airdrop,这类玩法依然有效,但在这条网络上,名单选得好比名单单纯拉得长更能带来回报。
分发之前最好先把这些事搞定
如果 token 还什么都干不了,分发送到的时机就是最差的。签之前先确认:
- token 已经存在,并且按你想要的最终样子配置好了:如何在 Hyperliquid 上创建 token。
- token 能买能卖。收到没有市场的 token,拿到手也完全没辙,这次机会就白白浪费了:如何开启 liquidity pool。
- 交易对能撑住后续几天的流量,因为一部分收件人会去看 K 线:Hyperliquid 的 volume bot。
分发结束后,想真正知道分布最后长什么样,依据不是你那份文件,而是链上数据。事后对 holder 做一次 snapshot 会告诉你有多少人把收到的 token 留住了,而这个数字通常和大家预想的差得挺远。
常见问题
在 Hyperliquid 上用 multisender 要多少钱?
每个 wallet address 收 0.0045 HYPE,再加上分发的 gas。因为是按收件人计费,名单越大总额越高,关掉文件之前值得先乘一乘算清楚。
我能给每个 wallet 分配不同的金额吗?
可以,而且付款场景里本来就是这样。文件里每一行都带自己的地址和数量,所以你可以在同一次发送里发阶梯奖励或者不同额度的返佣。
如果名单里有个地址写错了会怎样?
如果不是有效地址,那一行就会失败。真正棘手的是另一种情况:一个格式有效但对象错了的地址照样会收到 token,而这种情况没法挽回。所以地址最好来自自动化数据源,而不是手动复制。
我需要特别的 wallet 吗?
不用。因为运行在 HyperEVM 上,MetaMask、Rabby 或者任何配置好这条网络的 EVM wallet 都能用。里面得有你要分发的 token,还得有 HYPE 来支付操作费用。
收件人有数量上限吗?
工具会自动把大名单拆成分批处理。实际上限取决于你要分发的量和可用的 gas,而不是文件的行数。
能用来分发 HYPE 而不是 token 吗？
这个工具是为分发 HyperEVM 上的 token 而设计的。如果你想用网络的原生资产付款，那是另外一套流程，不在这个工具的覆盖范围内。
总结
multisender 并不是一个吸睛的工具：没人会因为能批量分发 token 就去启动一个项目。但它属于那种每个月都会用上的工具，能把激励计划从一个漂亮的想法变成真正可以长期跑下去的东西，而不用每个周期都花上一下午。
执行这一步既简单又便宜。把时间花在整理文件上，那才是唯一一个事后无法挽回的地方。
