BotTx

交易机器人对 RPC 的要求:延迟为什么重要、要看什么

RPC 的哪些属性真正决定交易机器人的盈利。延迟、尾部表现、MEV 保护,以及营销页上不会写的运维真相。

BoltTx Team··11 min read
solana交易机器人rpc低延迟hft基础设施

如果你在 Solana 上跑或搭交易机器人,RPC 这一层对 P&L 的影响比你以为的大。大部分操作者挑 RPC 的方式跟挑咖啡店差不多——便利、品牌认知、朋友在用什么。然后花几个月优化交易逻辑,没意识到执行栈才是真正的约束。

这篇过一遍交易机器人对 RPC 的要求到底是什么、那些醒目的营销指标为什么不靠谱、做选择时真正该评估的是什么。

显眼的指标和真正的指标

大多数比较 RPC 时引用的指标是平均延迟。比如"这个 RPC 平均确认 200ms"。对交易机器人来说,这大致是错的关注点。

真正重要的指标是负载下的尾部延迟。具体来说:

为什么?因为你机器人最需要良好执行的时刻,正是网络最拥堵的时刻。memecoin 发币在拥堵中发生。套利机会在拥堵中扎堆。被夹的受害者也在拥堵中 swap。如果你 RPC 平均很好但 P95 在关键时刻崩盘——你有一个看 benchmark 漂亮但生产差的 RPC。

我们聊过的一个机器人操作者这么形容:"我们 RPC 平均 200ms。我们在亏钱。然后我们测了我们实际交易那几个小时的 P95——4 秒。200ms 平均是把闲时的 100ms 平均进去了。"

真正重要的属性

按重要性大致排,决定机器人 P&L 的属性:

亚秒级确认作为设计底线、而不是平均值。 "平均亚秒"意味着一半交易比这慢。你要的是亚秒级是底线——最坏情况、而不是典型情况下的水平。

SWQoS(权益加权服务质量)路由。 Solana validator 优先包含走 SWQoS 路径过来的交易。没有这条路径的 RPC 在拥堵下会急剧降级。这从外部看不见但在负载重要时是决定性的。

原生 Anti-MEV 路由。 每个有方向性的机器人都是三明治目标。没有 RPC 层的保护,你每个 swap 给 MEV 操作者付 5-30 bp,跨每笔交易累积。这个属性常常是赚钱和亏钱的区别。

每客户隔离。 你的流量不该被另一个客户的坏日子拖累。没隔离的多租户 RPC 跨客户共享延迟画像,意味着别人量爆了你也降级。

每笔签名级别的投递遥测。 任意一笔提交交易,什么时候被接收、什么时候中继、有没有上链(或为什么没)。没这个 debug 不了失败。

拥堵期间的可预测行为。 有些 RPC 优雅处理 10 倍正常负载。有些会倒下。只能用你实际的高峰流量测试才能知道。

稳定的连接处理。 HTTP keepalive、快 TLS 握手、可预测的重连。听起来基础;很多 RPC 做得差。每笔交易都重连的机器人,在为每笔交易付连接建立延迟。

人们以为重要但实际没那么重要的:

怎么真正评估 RPC

别相信营销数字。唯一有效的评估是:跑你自己的负载、测你关心的指标、对比。

实操评估流程:

  1. 设并行追踪。 配置机器人同时(或交替)提交重复交易到两个 RPC。这样能在同一笔交易上比较上链时间。
  2. 在重要的时段测。 别在闲时跑 benchmark——一切看起来都好。在高峰拥堵期测。
  3. 跟踪 P50、P95、P99。 不只是平均。整个分布。
  4. 对比有效成交。 不只是延迟——你实际拿到的价格。这抓到纯延迟指标错过的被夹敞口。
  5. 跑一周。 单天测量噪音太大;你需要样本量。
  6. 对比每笔上链交易成本。 有些 RPC 单请求便宜但单笔上链贵(因为失败和重试)。

免费档应该够你不花真钱跑这个评估一周。如果服务商免费档不够大到让你评估,那是一个关于他们怎么想客户关系的信号。

不同机器人类型对 RPC 的要求

不同策略对 RPC 提出不同要求:

套利机器人: 提交延迟敏感。SWQoS 关键。Anti-MEV 不可让步。失败交易成本因为失败尝试 burn 费而重要。

Sniper 机器人: 亚秒级确认是硬要求。检测延迟比大多数策略更重要(常需要 streaming 数据加 RPC)。SWQoS 关键。

做市商: Cancel-replace 循环需要可预测延迟。P95 比平均重要。Anti-MEV 重要;失败 cancel 跟成功 cancel 的比例重要。

刷量机器人: 吞吐量比延迟重要。Anti-MEV 关键(每个 swap 都是三明治目标)。失败交易成本重要。

DCA 机器人: 延迟低优先级。Anti-MEV 重要。可靠性重要因为机器人无人值守。

复制交易机器人: 提交延迟直接决定到达距离。检测延迟同样重要。

跨所有类别的共同要求:Anti-MEV 加每笔签名级别的遥测。前者因为每个有方向机器人都是三明治目标;后者因为没它无法 debug。

这周可以做什么

如果你有生产机器人:

  1. 测高峰时段的尾部延迟。 不是平均,具体是 P95。跟非高峰对比。差距大就是 RPC 是瓶颈。
  2. 对比实际成交跟 AMM 数学预期成交。 系统性差距是你的三明治税。量化它。
  3. 审重试逻辑。 超过两次重试通常是悄悄过期 blockhash。大多数机器人这里设错。
  4. 并行测试替代 RPC。 免费档存在;用上。一周并行提交对比。
  5. 跟支持沟通。 发个真工单计时响应。生产 RPC 操作者没小时级响应不是生产级。
  6. 执行不对前别优化交易逻辑。 执行栈决定你的下限。在差下限上优化策略是浪费精力。

BoltTx 给交易机器人提供什么

BoltTx 就是为以上负载做的。具体来说:

集成是改一个 URL:

import { Connection } from "@solana/web3.js";

const connection = new Connection(
  "https://bolttx.io/?api-key=YOUR_API_KEY",
  "processed"
);

const signature = await connection.sendTransaction(tx, signers, {
  skipPreflight: true,
  maxRetries: 0,
});

免费档注册。用真实机器人流量跑一周对比。交易机器人经济学由执行栈决定;如果 BoltTx 画像更适合你的负载,数据会替你说话。

常见问题

交易机器人最重要的 RPC 属性是什么? 拥堵期间 P95 确认延迟,加 Anti-MEV 路由。这两个一起决定你能从任何策略提取的下限。

怎么测 RPC 质量? 在同一批交易上并行提交到两个 RPC,跑一周。对比 P95 延迟、有效成交、上链率。别信营销页数字。

"最佳 RPC"等于"最贵 RPC"吗? 不是。计费模型不同;有些"高级"RPC 对交易负载实际不更好,只是更贵。基于上链率和有效成交评估,不是价格。

该用多个 RPC 做冗余吗? 读流量是的。发送的话,并行提交到多个 RPC 会重复交易并产生结算复杂性——通常不值得。挑一个最好的发送。

交易机器人该用流式订阅吗? 行情接入用流式订阅有用。交易发送用配置好路由属性的 HTTP RPC。不同问题,不同工具。

延伸阅读

← 返回博客列表