跳转到内容
打开 J Tools

捆绑与 Jito

捆绑(bundle)是一组一起提交的交易,它们按你设定的顺序落在同一个区块里。J Tools 负责构建这些捆绑,并把它们发送到 Jito Block Engine,这套基础设施让验证者可以把整组交易放进同一个 slot。

J Tools 如何发送捆绑

  1. 你在钱包中签名
  2. 组装捆绑并附上小费 创建第一笔买入小费 原子性
  3. 发送到 Jito Block Engine
  4. 确认是否落地 同一个 slot

当两个操作的先后顺序决定谁占先机时,这一点最关键。在同一个区块里创建代币并买入,任何机器人都插不进一笔买单。Pump.fun 创建并捆绑买入做的正是这件事,公平发行指南从头到尾讲解了整套做法。

在应用中探索这些工具 →

为什么用捆绑,而不是分开发送

#为什么用捆绑而不是分开发送

两笔交易一前一后地发,中间的空档里什么都可能发生。验证者可以随意调整它们的顺序。盯着新铸币的狙击机器人,会把一笔买单正好插在你的创建和你的第一笔买入之间。有时一笔确认了,另一笔却直接过期。

捆绑消除了这个空档。这些交易在到达验证者之前就被绑在一起,所以它们落在同一个区块里,按你的顺序执行,中间没有空隙让别人插入买单。单个捆绑要么全部成功,要么全部失败。

两个常见的捆绑理由:

  • 公平发行。 你的创建和第一笔买入落在同一个区块,你天然就是第一个。
  • 多钱包协同交易。 许多钱包在同一个区块里协同买入或卖出,而不是慢慢地、漏洞百出地依次执行。这就是捆绑交易背后的机制。如果想从多个钱包发出同样的交易,但不需要原子化捆绑,请改用批量兑换

什么是小费

#什么是小费

要让捆绑经由 Jito Block Engine 落地,你需要附上一笔小费,以 lamport 支付给 Jito 验证者。可以把它理解为捆绑的优先费:优先费让单笔交易在队列里往前排,小费则为整组交易做同样的事。繁忙时段小费越高,你的捆绑越容易被打包;小费太低,捆绑可能一直等着。

这一项你很少需要手动调。J Tools 会从 Jito 读取近期的小费底价,让小费跟随当前的网络状况。在捆绑交易中,你选择一个小费档位(低、中或高),只有当实时底价超过你的设置时,工具才会调高。Pump.fun 创建并捆绑买入也是同样的做法,用的是它自己的 Jito 小费档位(普通、快速或极速)。小费属于你看到的成本的一部分,与工具的平台费用分开列出。

J Tools 如何发送捆绑

#j-tools-如何发送捆绑
  1. 你在钱包中签名

    捆绑里的每笔交易都在浏览器端签名:通过你的钱包适配器,或者在多钱包捆绑工具里,用你导入的私钥在本地签名。没有任何交易在服务器上签名。

  2. 组装捆绑并附上小费

    签好名的交易被组合成一个捆绑,捆绑附带的 Jito 小费根据你选的档位和当前小费底价确定。

  3. 发送到 Jito Block Engine

    捆绑被提交到 Block Engine,它在全球多个区域运行。即使其他 RPC 服务商状况不佳,捆绑也照样能正常工作。

  4. 确认是否落地

    J Tools 在链上检查每个捆绑是否落地。一次运行可能包含多个捆绑。在捆绑交易中,没落地的捆绑会用新的区块哈希重发一次;仍然无法落地的会被报告出来,方便你只针对那些钱包重试。

除了小费档位,其他都不需要配置。操作需要捆绑时,工具会自动发送。

如果出了问题

#如果出了问题
  • 捆绑没有落地。 当时网络拥堵,或者小费太低。再试一次,小费会按当前底价重新估算。
  • 部分落地。 一次运行包含多个捆绑时,可能有的落地、有的没落地。J Tools 会发现这种情况,并把没落地的捆绑重发一次;如果仍然无法落地,工具会把对应的钱包标为失败,方便你只重试这些钱包。
  • 交易过期。 捆绑里的区块哈希在落地之前失效了。换一个新的区块哈希重新提交。

完整列表见错误代码参考

相关工具

#相关工具