在 Solana 上做开发,"validator"这个词你会经常看到,但很少有人把它讲清楚。你读到"validator 包含交易"或者"stake-weighted QoS 把交易优先送给 validator"——但 validator 到底做什么、怎么决定的,你其实没真搞明白。平时这空白没事;等生产里交易没上链、你想搞清原因的时候,就要命了。
这篇我们过一遍 Solana validator 实际干的活、出块时怎么决定要打包谁、即便你不打算自己跑 validator,有哪些事还是该关心。
Validator 到底干什么
Solana validator 是参与共识的节点。具体来说:
- 维护一份链状态副本
- 接收提交到网络的交易
- 轮到自己当 leader 时,把交易打包进自己出的块
- 给其他 validator 出的块投票
Validator 有经济动机:它们赚的是块奖励(新发行的 SOL)+ 交易费 + priority fee + 可选的 Jito tip 分成。要做 validator,得抵 SOL 当 stake;stake 多的 validator 按比例分到更多出块机会。
Validator 网络就是 Solana 这条链。你的每笔交易都要经过它们。把"网络"这个抽象拆成"你跟 validator 这层的具体交互",很多"为什么有些事行有些事不行"的问题就清楚了。
Validator 怎么决定打包谁
轮到 validator 出块时,进来的交易经常比块能装下的多。它得挑。挑的依据:
Priority fee。 每 CU 的 priority fee 高的优先。这是 Solana 拥堵期的定价机制。
Compute unit 预算。 块有 CU 上限。Validator 挑能塞进剩余预算里的交易。
SWQoS(stake-weighted QoS)。 网络层面对走 SWQoS 路径的 RPC 给予更高优先级。从外部看不见,但实际上很关键。
到达顺序。 平局时一些实现按先到先得。
Validator 自己的配置。 一些 validator 跑自定义逻辑——拒绝某些程序、优先化另一些、跟 Jito 这种 MEV bundler 合作之类。
对开发者意味着:在拥堵期想稳定上链,光"付够费"不够,还得"通过有 SWQoS 支持的 RPC 提交"。
SWQoS 实际是什么
Stake-Weighted Quality of Service 是 Solana 网络栈里的一个机制:网络层根据 peer(包括 RPC)代表的 stake 多少决定连接优先级。具备 SWQoS 能力的 RPC,在网络层得到更优先的处理,交易接受更快、更稳定。
关键含义:不是所有 RPC 都平等——哪怕硬件一样。没有 SWQoS 能力的 RPC 在网络繁忙时会被去优先化。具备 SWQoS 的 RPC 则获得优先级。
作为开发者,你从外部看不到这层。两家服务商可能都说"我们把交易发给 validator",但不会说一家在优先队列里、另一家不在。差别在拥堵期间——也就是这事最重要的时候——尾延迟上才看得出来。
生产负载,你要找透明披露 SWQoS 的服务商。这是评估 RPC 时值得明确问一句的事。
Validator 和出块顺序
Validator 不是同时出块的。Solana 网络有一套机制决定哪个 validator 负责出下一个块,大致按 stake 比例轮换。
对开发者重要的是:
- 你的交易要发给即将出块的那批 validator
- 你的 RPC 到那个 validator 的延迟很关键
- 和当前出块 validator 连接好的 RPC 有优势
大多数生产 RPC 在内部处理这个路由——你不需要挑交易发给哪个 validator,RPC 替你挑。营销页上说的"智能路由",一部分意思就是这个。
Validator 端 MEV
Validator 在自己负责出的那个块里,对块内交易有排序权。它能按抽更多价值(MEV,最大可提取价值)的方式重排交易。Solana 没公共 mempool 但还是有 MEV,这是原因之一。
经济链条:
- 交易到达 validator
- Validator 能按它选的任意顺序打包
- 一些顺序比另一些抽更多价值(三明治、JIT 流动性等)
- 抽到的价值被 validator 或跟它合作的机器人捕获
对开发者意味着:你交易的盈利能力,部分捏在打包它的 validator 手里。RPC 层的 Anti-MEV 保护通过让你的交易在不被 MEV 操作者提前看到的情况下到达 validator,缓解这个问题。
你该不该自己跑 validator
大多数开发者:不该。
跑一个 Solana validator 要:
- 带 NVMe 存储的裸金属硬件
- 多 G 网络上行
- 24/7 运维能力
- 大量 SOL stake 才能赚到有意义的奖励(或者搞委托策略)
- Solana 协议演进时持续调优
经济上对认真做 staking 收益的运营者讲得通,但对应用开发者来说,跑 validator 是从产品分心。用托管 RPC 就行——他们替你处理你需要的那一整套 SWQoS 基础设施,你不做运维。
例外情况:你团队有明确理由(合规要求、规模化的 staking 收入),才值得跑 validator。95% 的开发者都不在这个例外范围里。
即便不跑 validator,该关心什么
会影响你代码的 validator 知识:
亚秒级 slot 时间。 Solana 的 slot 很短。"很快上链"意思是下一两个 slot 内。"最终会上"不是个有用目标。
SWQoS 重要。 挑 RPC 时问一下有没有 SWQoS 支持。认真做生产的服务商基本都有。
Priority fee 策略跟 validator 经济学对齐。 你给的 priority fee 越高,validator 从这笔交易拿到的奖励越多,这笔交易也就越可能被优先打包。但每笔都给最大值是浪费(看 Solana priority fee 指南)。
Validator 端 MEV 是威胁模型的一部分。 三明治被夹、交易重排——Anti-MEV 路由能缓解。
网络升级会发生。 Solana 协议会规律更新。Validator 协调升级。你的代码可能要处理协议变化(新指令、废弃行为)。
Validator 之间质量参差。 上线时间、运维水平、网络位置差别大。把流量路由到高质量节点的 RPC 服务商,能给你更好的上链表现。
这周可以做什么
在 Solana 上做开发、想把这层吃透:
- 读 Solana 共识文档。 把 validator 实际做什么搞清楚。
- 查你的 RPC 支不支持 SWQoS。 文档没写就直接问服务商。
- 看 validator stake 分布。 Solana 上 stake 分布算分散的;了解头部运营者有用。
- 审一下你的 tip 策略。 这是你影响 validator 行为的主要杠杆。
- 给协议升级做规划。 升级会发生;提前安排测试和采纳。
- 没具体理由别自己跑 validator。 用托管 RPC 替代。
BoltTx 在 validator 这层做什么
BoltTx 有专属提交基础设施,提供:
- 专属 SWQoS + 优先级连接,所有套餐都包含——你的交易在拥堵下也能优先获得上链能力
- 智能路由——根据下一块的出块情况内部优化提交路径
- 原生 Anti-MEV——你的交易在上链前不会被 MEV 机器人先看见
- 亚秒级确认作为设计底线——靠的是我们自己的提交栈,不是中介层
import { Connection } from "@solana/web3.js";
const connection = new Connection(
"https://bolttx.io/?api-key=YOUR_API_KEY",
"processed"
);
免费档注册。Validator 这层的优化由 BoltTx 处理;你不用操心。
常见问题
Solana 上有多少 validator? 2026 年大概 1500-2000。具体数字会随 validator 上下线变。Stake 分布是更有意义的数。
所有 validator 跑同一个软件吗? 大部分跑官方主力 validator 实现,小部分跑替代实现。网络行为相似,但性能特征不同。
出块顺序是怎么定的? Solana 网络按 stake 比例轮换出块的 validator,顺序大致提前可知。
我能影响哪个 validator 打包我的交易吗? 间接能——通过 priority fee、选哪个 RPC、一些高级配置里的交易排序提示。你不挑具体哪个 validator;网络决定。
Validator 端 MEV 是真威胁吗? 是。是 Solana 上 MEV 的主要形式。Anti-MEV RPC 路由能缓解。