"代币交易机器人"在 Solana 上是个广义类别——从简单 DCA 脚本到多策略做市商都算。共同点是要求交易可预测上链且低成本,因为这些策略通常受执行约束、而不是受想法约束。如果你的想法好但执行栈差,会跑输;反过来基本不成立。
这篇过一遍 Solana 代币交易机器人需要什么才算生产级、常见架构在哪儿失败、本应赚钱却没赚的机器人要往哪儿 debug。
Solana 跟其他链有什么不同
Solana 上交易机器人架构表面上跟以太坊或 BSC 类似,但运维细节不一样:
- 没有公共 mempool。 交易直接发给下一个排定的 validator。没有 bundle 拍卖层;问题是你的交易能否够快到达对的 validator。
- 亚秒级 slot。 出块时间短,策略可以更反应式但也更竞争。
- SWQoS。 Validator 优先包含走 SWQoS 路径过来的交易。这隐形但拥堵期决定性。
- MEV 发生在 validator 端和 RPC 端。 不在公共 mempool 里、而是在路由路径里。所以 Anti-MEV 解决方案跟以太坊那套不一样。
如果你从以太坊移植机器人,交易逻辑大部分能套用。执行栈——RPC 选择、重试逻辑、tip 策略、MEV 保护——不行。
常见的机器人类别
我们最常看到的几种模式:
做市机器人。 给某个代币对挂双向报价。Cancel-replace 循环主导交易量。Cancel 这一侧延迟敏感;利润来自吃价差和管库存。
趋势跟踪机器人。 看价格走势开方向仓位。比做市商对延迟不那么敏感,但仍需要可预测的执行。
套利机器人。 DEX 间或跨路由。重延迟敏感;价差消失快。看我们的套利专文。
Sniper 机器人。 反应特定链上事件(新代币、新池)。触发窗口里延迟要求极端。看 Sniper 指南。
复制交易机器人。 镜像被跟踪钱包的交易。延迟取决于你想入场接近被跟踪钱包的价格,还是能接受到达距离。
DCA 机器人。 周期定时买入。延迟不敏感但成本敏感(不想每个周期买都付被夹的代价)。
共同主题:每个类别有不同延迟容忍度但相似可靠性要求。5% 失败率的机器人不管类别都在桌上留钱。
生产里行得通的架构
简化拆解:
行情层。 实时池子储备、最近交易、mempool……等等 Solana 没有 mempool。要么 RPC 流式订阅、要么轮询。流式更快;轮询更简单。大多数机器人类别 200-500ms 间隔轮询就够;只有 HFT 风格策略才需要流式。
策略层。 交易逻辑。纯计算,尽量不 I/O。最干净的架构把"决定做什么"和"提交交易"分开,让策略能不碰执行代码就被测试和重写。
执行层。 构建并提交交易。这是生产级机器人投入最多工程的地方。预构建交易模板、预付 ATA、快签名、优化 RPC 提交、不过期 blockhash 的重试逻辑。
遥测层。 每笔签名级别的投递记录、P&L 归因、失败日志。大多数机器人这层搭得不够,后来 debug P&L 拖累时付出代价。
跑一年的生产机器人 ~70% 代码在执行加遥测层。策略常常是最小的层。
不同机器人类别对 RPC 的要求
做市商: P95 确认延迟必须可预测。提交大量 cancel-replace 循环;长尾杀掉你的有效价差。
套利: 跟做市商一样但更甚。加 SWQoS 和 Anti-MEV 不可让步。
Sniper: 亚秒级确认范围里的端到端提交延迟,拥堵期间一致行为。亚秒级平均不够;你需要拥堵峰值时也是。
趋势跟踪/DCA: 买卖的 Anti-MEV 保护。延迟不关键但可预测性是。
复制交易: 看策略。想入场接近被跟踪钱包价格——延迟敏感。OK 有到达距离——不那么敏感。
跨所有类别的共同要求:Anti-MEV 路由(每个有方向机器人都是三明治目标)加每笔签名级别的遥测(看不到的就不能 debug)。
生产机器人在哪流 P&L
按影响大致排:
被夹敞口。 任何有方向机器人最大的隐藏成本。没 Anti-MEV 路由,每个 swap 给 MEV 机器人付 5-30 bp,看仓位和池子。跨多笔交易累积。
拥堵期间尾部延迟。 机器人在常态下没事,在重要的 5% slot 里崩盘。平均 P&L 看着 OK;条件性 P&L 差。
Tip 策略太激进。 每笔交易给最大 tip 烧掉 5-15% 毛利。利润感知 tipping(高 EV 高 tip、边际低 tip)反过来。
失败交易仍付费。 Solana 上每笔失败交易吃 CU 预算 × CU 价格。滑点容差差的机器人一直失败、一直流血。
状态过时。 在已经过了一两个 slot 的数据上交易。等你提交时价格已经动了。
重试过期 blockhash。 超过两次重试通常意味着用过期 blockhash 提交。没用,有时静默丢弃交易。
Compute unit 数错。 多跳走 Raydium CLMM 和 Orca Whirlpool 需要真 CU。给少了 swap 中途失败。代币被扣了但你没拿到想要的交易。
修法基本是架构性的。前三个换更好 RPC;剩下的更好的状态管理和 CU profiling。
这周可以做什么(搭机器人)
如果你在开发机器人:
- 明确定义一个策略。 抗住范围扩张。"用 X-bp 价差做 BONK/SOL 做市,Y-秒 cancel 频率"是策略;"交易 memecoin"不是。
- 优化执行前先把交易数学搞对。 中等执行的盈利策略赚钱;好执行的不盈利策略不赚钱。
- 早期搭执行栈、不是晚期。 一开始干净的执行栈做快比后来给不为它设计的策略改造更容易。
- 从一开始用 Anti-MEV RPC。 三明治敞口累积;越久没保护、越在补贴 MEV 操作者。
- 每笔签名都测。 不能查任何特定交易发生了什么、就 debug 不了。第一周搭进去。
- 在拥堵期 profile,不是闲时。 大多数机器人网络平静时看着 OK。真相在高峰显现。
在生产代币交易机器人上试一下 BoltTx
BoltTx 专为交易机器人的交易发送侧造。重要属性:
- 亚秒级确认作为设计底线,附文档化拥堵期 P95 表现(不只是平均)
- 原生 Anti-MEV 路由——每笔交易都受保护、无 opt-in、无独立产品
- 专属 SWQoS + 优先级连接,负载下也能保证上链
- 每笔签名级别的投递遥测给生产 debug
- Tip-based 计费——成本与成功交易对齐、不与毛尝试对齐
集成是改一个 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 延迟。数据替你说话。
常见问题
最简单起步的机器人类别是什么? DCA 机器人运维最简单——周期买入、无延迟要求、只需要干净执行和 Anti-MEV 保护。在 DCA 机器人上把执行栈搞对再扩展到更复杂策略。
机器人里 swap 用 Jupiter 吗? 大多数情况是。Jupiter 路由工程化得好、性能好。只在你对 Jupiter 漏掉的特定路由有具体理论时才自己写路由。
怎么知道是不是被夹了? 对比 AMM 数学预期输出和实际成交。盈利 swap 上的系统性差距是被夹的代价。如果 >5 bp,你被夹了。
Solana 真的对交易机器人比以太坊快吗? 执行延迟上,是——亚秒级确认 vs 10-15 秒。竞争上,相同 niche 上以太坊常常没那么挤,因为开发者上手更难。
交易机器人最重要的 RPC 属性是什么? 拥堵下尾部延迟。平均对销售页可以;生产关心高峰负载下发生什么。