Solana 上大部分套利机器人不是输在策略,而是输在"我看到机会"和"我的交易上链"之间的那段缝隙。这段缝隙基本都是 RPC 和验证节点这一层的事,跟交易代码没多大关系。如果你正在做机器人,或者已经在跑但数字对不上——这块通常才是吃掉你 P&L 的大头。
这篇讲 Solana 套利机器人到底靠什么赚钱、RPC 这一层在哪些地方会影响你、看着该跑通但实际跑不通的机器人,该从哪查起。
Solana 套利是什么样的
教科书定义是:同一个资产、两个市场不同价格、把价差吃掉。Solana 上通常意味着代币 X 在 Raydium 和 Orca 上价格不同,或者 Jupiter 路由价跟某个 AMM 直接走的价格不一样。机器人识别到偏差、提交一笔抓住价差的 swap。
实际比这乱得多。等你识别出机会、算出路径、提交交易,价格往往已经动了。Solana 出块够快,套利机会的半衰期有时候就是一个 slot。所以这里的延迟比那种"买入持有"的机器人重要得多。
套利机器人的三个组成部分
把架构剥到最基础,每个能跑的机器人都有这三块:
1. 行情接入。 你要拿到实时的池子状态——储备、费率、CLMM 池子的 tick 流动性。大多数团队要么消费 RPC 流式订阅,要么轮询 RPC 账户。轮询简单;流式更快但工程量大。
2. 路径计算。 给定当前状态,机会在哪。两跳是最简单的。多跳走 Jupiter 路由数学更复杂,但竞争也更狠。
3. 交易提交。 这是大部分机器人在悄悄流血的地方。你算出了一条赚钱的路径,但要让这笔交易在机会消失前真的上链——是另一个完全不同的问题。
新手会高估 (1) 和 (2)。在生产环境跑过机器人的人,会高估 (3)。
RPC 这一层为什么决定你的 P&L
一旦你识别出机会,你的交易就在赛跑。其他机器人也看到了同一个信号。第一个上链的拿走绝大部分价差;其余的要么亏在手续费上,要么在已经动过的价格上吃滑点。
这一阶段重要的属性:
- 端到端提交延迟。 从"我调 sendTransaction"到"出下一个块的验证节点已经拿到我的交易"。多一毫秒,就多一份输掉一个 slot 的概率。
- SWQoS(权益加权服务质量)路由。 验证节点会优先处理走 SWQoS 路径过来的交易。没有这条路径的 RPC 在拥堵期会输得很惨——而拥堵正是套利机会扎堆的时候。
- Anti-MEV / 私有路由。 你的交易经过任何机器人能看到的路径,在赚钱的 swap 上就会被夹。
- 可预测的尾部表现。 平均延迟没意义。你关心的是 P95 和 P99,因为最坏情况正是你想抓的那些。
平均"快"但 95 分位在拥堵时崩掉的 RPC,对套利机器人来说,跟慢 RPC 没区别。你想抓的机会恰好就是拥堵时出现的。
常见的失败模式
我们见过的真正吃 P&L 的,大致按发生频率排:
交易没及时上链。 你提交了,等到一个 slot 包含它时,路径已经不赚钱了。症状:很多"成功"的交易,利润是负的或接近零。
被夹。 一个机器人前置了你的 swap,你以被推高的价格执行,它后置回收。症状:dry-run 赚钱,生产里打平甚至亏。
状态过时。 你识别机会用的状态已经过了一两个 slot。等你提交时 AMM 已经被人重新平衡了。症状:很多因为滑点限制失败的交易。
Compute unit 耗尽。 多跳走 CLMM 池(Raydium CLMM、Orca Whirlpool)很吃 CU。CU 给少了,swap 中途就失败。症状:200k CU 的交易失败,但 300k 就能成。
重试时 blockhash 过期。 同一个 blockhash 重试了太多次,第三次时已经过期了。症状:重试之后交易静默丢失。
前两个——上链时间和被夹——是 RPC 这一层的问题。后面这些是机器人侧的,但会放大 RPC 层的问题。
Priority fee 和 Jito tip 策略:不是给得越高越好
Solana 上影响交易上链优先级的两个杠杆是链上 priority fee 和可选的 Jito tip。最朴素的策略是"每次都给最大值"。这对套利机器人不 work,因为:
- 每次都给最大值的期望值,很少跑得赢"只在机会值得时给"。
- 每次都激进给,让你的 P&L 更嘈杂——失败的尝试也照样付 priority fee。
- 有天花板效应。一旦你出价高过第二名,多给的就浪费了。
更好的策略是按预期利润动态调整 priority fee。价差大就激进给,边际机会就刚好压过地板,落不上就算了。这要求你知道地板在哪——也就是你需要实时的 priority fee 数据。
这周可以做什么(如果你正在做机器人)
针对已经把交易逻辑跑通、正在调执行栈的人,一个简短可操作的顺序:
- 量你的端到端提交延迟。 从
sendTransaction到"交易上链在 slot N"。如果你没有每笔签名级别的遥测,这事修不了。 - 看尾部表现。 高峰时段 P95 是多少?如果比闲时差很多,那就是 RPC 容量问题。
- 检查被夹敞口。 把 AMM 数学预期输出和实际成交对比。差额就是你的三明治税。
- Profile 一下 compute unit 用量。 多跳 swap 经常 CU 给少了。用真实的最坏路径测一下。
- 不要把重试调高。 超过两次重试通常是在 burn 过期 blockhash。重试是慢提交路径的创可贴,要修的是路径,不是堆重试。
如果以上五个都做了,机器人执行还在流血——问题就是你的 RPC 层本身是不是真为这种负载做的。大多数通用 Solana RPC 不是。
BoltTx 给套利机器人提供什么
BoltTx 就是为"slot N 上链和 slot N+1 上链差的是真金白银"这种交易发送负载做的。具体来说:
- 亚秒级确认作为设计底线,有文档化的 P95 表现
- 原生 Anti-MEV 路由——你的 swap 不会经过机器人扫描的观察面
- 专属 SWQoS——所有套餐都包含权益加权的服务质量保障 + 优先级连接,套利机会扎堆的拥堵时刻也能保证上链
- 每笔签名级别的遥测——任意一笔你提交的交易,什么时候被接收、什么时候中继、有没有上链
- Tip-based 计费——你给 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,
});
免费档跑一周真实机器人流量,把上链率、被夹敞口、P95 确认延迟跟当前配置对比一下。数据会告诉你答案。
常见问题
套利机器人最少要多大价差才能盈利? 看你的费用结构、priority fee 策略、以及路径竞争激烈程度。边际机器人盯 30-50 bp;认真的会盯关注度更低的对子上更宽的价差。执行栈决定了你实际能抓多大的价差。
要不要为套利自跑 validator? 对大多数团队来说不要。运维成本高,validator 端的收入跟套利 P&L 也不相关。一个 SWQoS 强的托管 RPC 给你大部分收益,却没运维负担。完整推理见企业级指南。
BoltTx 跟自跑 RPC 节点比怎样? 自跑 Solana RPC 节点做套利,运维成本高——裸金属、NVMe、多 G 上行、24/7 运维。大多数尝试的团队一年内就撤回了。架构对的托管 RPC,在每笔上链成本上明显更划算。
Anti-MEV 保护会拖慢交易吗? 在 BoltTx 用的路径上,不会。保护是在路由层,不是额外的确认步骤。交易走的是不可观察的路径,速度不变。
多跳套利路径呢? 原则一样,CU 更多,更多地方在价格变动时让路径断掉。CU 预算给得现实点(用最差价格测),blockhash 保持新鲜。