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 笔交易
- 所有交易必须 完全签名
- 使用 base64 编码(推荐优于 base58 的性能)
- 至少一个交易必须包含 小费
- 交易按 顺序 执行 —— tx2 可以依赖于 tx1 的状态变化
模拟捆绑(可选)
在提交之前,可以选择模拟您的捆绑以检查错误:防范夹心攻击
要将您的捆绑包从与夹心攻击统计相关的验证者中路由出去,向您的RPC URL添加mev-protect=true查询参数—无需更改您的捆绑包:
另请参阅
MEV Protect
绕过与夹心攻击统计相关的验证者。
Transaction Rebates
选择单次
sendTransaction调用,以获得您创建的MEV份额,以SOL支付。