Skip to main content
这是基础捆绑路径——一个直接的 Jito 代理,每次发送计费,最适合需要原子执行但无延迟要求的情况。如果您是需要低延迟和优先提示缓冲的交易者,请改用 Sender Max 捆绑包
基础捆绑包为您提供最多 5 个交易的原子性全或无执行,直接代理到 Jito。每次 sendBundle 提交计为从您的计划中扣除1 个信用

支持的方法

需要更高的速率限制?联系我们的销售团队

发送捆绑包

提交一个已签名的交易列表作为一个原子捆绑包。如果捆绑包被接受,返回 bundle_id(交易签名的 SHA-256 哈希)。这并保证捆绑包会在链上实现。请在链上检查交易确认以验证。 需要提示。至少一个交易必须将 SOL 转入 Helius 提示账户。如果提示过低,捆绑包可能不会被选中。

请求

示例

响应

result 是包 ID — 使用它与 getBundleStatuses 跟踪着陆。

getBundleStatuses

返回提交包的状态。如果包未着陆或未找到,它返回 null

请求

示例

响应

对于未找到的包,在 value 数组中返回 null

区域路由

默认情况下,Helius 将您的包路由到 Jito 的全球端点 (mainnet.block-engine.jito.wtf),它会自动地理路由到最近的区块引擎。 要定位特定区域,请设置 jito-region HTTP 标头:

区域示例

提示账户

您的包中至少有一笔交易必须包含向其中一个提示账户的 SOL 转账。随机选择一个以减少争用。
最低提示为 5,000 lamports。

包要求

  • 每个包最多 5 笔交易
  • 所有交易必须 完全签名
  • 使用 base64 编码(推荐优于 base58 的性能)
  • 至少一个交易必须包含 小费
  • 交易按 顺序 执行 —— tx2 可以依赖于 tx1 的状态变化

模拟捆绑(可选)

在提交之前,可以选择模拟您的捆绑以检查错误:

防范夹心攻击

要将您的捆绑包从与夹心攻击统计相关的验证者中路由出去,向您的RPC URL添加mev-protect=true查询参数—无需更改您的捆绑包:

另请参阅

MEV Protect

绕过与夹心攻击统计相关的验证者。

Transaction Rebates

选择单次sendTransaction调用,以获得您创建的MEV份额,以SOL支付。