跳转到主要内容

概述

价格更新: Sender Max 现在使用 0.001 SOL 的最低小费。这 会将您置于优先小费缓冲区中以便于块顶级着陆 — 多给小费可优先着陆。
Sender Max 是最高性能的 Helius Sender 层,专为需要领先于竞争对手提交而构建。它将您的提交通过所有可用的高速路径路由,并将其放入优先小费缓冲区,优先考虑最高的小费。 Sender Max 处理单个交易和包。两者均使用所有路径(Helius、Jito、Harmonic、Rakurai 等)— 唯一的区别是有效载荷:提交一个交易使用 sendTransaction,或提交最多四个使用 sendBundle 此层要求最低小费为 0.001 SOL。要在单路径上进行成本优化发送,请使用 SWQOS-only 层。

最快着陆

通过所有高速路径路由,以最高概率着陆

优先小费缓冲区

您的提交进入一个优先小费缓冲区,优先处理高小费提交 — 多给小费优先着陆

无积分

所有计划中可用,无需消耗 API 积分

0.001 SOL 最低小费

进入优先小费缓冲区并使用所有路由路径所需的最低小费

工作原理

当您至少给予 0.001 SOL 小费时,无论是单个交易还是包,您的提交将通过所有可用的高速路径路由并进入优先小费缓冲区。缓冲区优先处理最高小费,因此超出最低限额的小费提高您的优先着陆机会。
不到 0.001 SOL 的小费不会进入优先小费缓冲区——它们通过更少的路径以尽力方式发送。为了在较低小费下实现可预测的低延迟发送,请使用 SWQOS-only 层(0.000005 SOL)。

何时使用 Max

适合使用

高度竞争的账户、竞争激烈的代币发布、清算,以及任何先到达值得更高小费的交易。

考虑改用 SWQOS-only

对成本敏感或高流量的情况,在单路径可靠到达时使用。

要求

每个 Sender Max 提交必须包含:
  • 小费:至少 0.001 SOL 的 SOL 转账到指定的 小费账户。在一个捆绑中,至少有一个交易必须包含小费。
  • 优先费用:一条至少包含 5,000 lamports 的优先费用的计算单元价格指令。参见 优先费用
跳过飞行前检查(skipPreflight: true)是可选的但建议这样做——飞行前检查会增加延迟。
缺少小费或优先费用的交易将被拒绝。有关捆绑的具体规则,请参见 Bundles

优先费用

每个交易必须包含至少 5,000 lamports 的优先费用,我们建议至少 10,000 lamports 以提高到达的可靠性。小费使您的交易进入优先小费缓冲区,而优先费用则提高其在验证器调度中的优先级——两者结合最大化您的到达机会。 通过计算单元价格指令设置优先费用。您的总优先费用是计算单元价格(微 lamports)乘以您的计算单元限制:
使用 Helius Priority Fee API 根据当前网络状况获取实时费用建议。

端点

前端使用全球HTTPS端点,后端使用最接近服务器的区域HTTP端点。 前端 / 浏览器(全球HTTPS):
后端 / 服务器(区域HTTP):
有关连接预热和详细信息,请参阅发送端点参考
想要避免与三明治攻击相关的验证器吗?将 mev-protect=true 添加到端点URL — 它适用于 sendTransactionsendBundle: https://sender.helius-rpc.com/fast?mev-protect=true

代码示例

对于竞争性交易,0.001 SOL 的最低值可能不会有竞争力。建议根据您希望交易达成的价值来定价您的小费 — 成功达成的价值越高,您应给予的小费越高。最低值是底线,而不是目标。

批处理

批处理只是 Sender Max 接受的另一种负载。提交最多 4 个完全签名的交易,它们按顺序原子性执行(全有或全无),作为单笔交易进入 相同优先级小费缓冲区 — 缓冲区优先考虑最高小费的批处理以实现最快速达成。
只提供 0.001 SOL 的 Sender 小费。 Sender Max 为您的批处理路由所有高速路径,并代表您添加任何路径小费 — 您不需添加单独的 Jito 小费、使用 Jito 小费账户或设置 jito-region 标头。这些仅适用于 基本 批处理

要求

  • 最多 4 个交易,完全签名。它们按顺序原子性执行 — 如果任何一个失败,整个批处理被拒绝。
  • 小费:至少一个交易必须至少转账 0.001 SOL 到指定的 Sender 小费账户。这与单笔交易使用的 Sender 小费相同 — Helius 为您添加任何路径小费(包括 Jito),您不用单独添加 Jito 小费。
  • 优先费用:每个交易必须包含至少 5,000 lamports优先费用

提交

使用 method: "sendBundle" 发送到发送端点。前端使用全局 HTTPS 端点,后端使用任何区域端点——支持所有发送区域。

跟踪着陆

跟踪捆绑包的方式与跟踪单笔交易相同——通过监控每笔交易的签名来实现。由于捆绑包是原子的,确认任何一笔交易意味着整个捆绑包已着陆。你使用 getBundleStatuses 或捆绑包 ID。 使用适合你的堆栈的方法:

最佳实践

  • 端点选择:前端应用使用 https://sender.helius-rpc.com/fast 以避免 CORS 问题。后端应用使用离你的服务器最近的区域 HTTP 端点。
  • 动态小费:对于竞争激烈的交易,提高小费超过 0.001 SOL 以提高在小费缓冲区中的优先级。
  • 连接预热:空闲时间超过 5 秒期间,使用 /ping 端点
  • 优先费用:使用 Helius Priority Fee API 获取实时推荐。
  • 重试:设置 maxRetries: 0 并实现你自己的重试逻辑。

相关

发送概览

共享概念:端点、连接预热、速率限制和自定义 TPS。

仅限 SWQOS 的等级

单路径上成本优化的低延迟发送(最低小费 0.000005 SOL)。

MEV 保护

绕过统计上与三明治攻击相关的验证器。