在 web3 上待过一段时间的人,"挑 RPC 服务商"这个问题大概率得到的是营销答案多、老实答案少。每家都说自己快、可靠、定价有竞争力。现实更乱:他们各自为不同负载优化、宣传指标跟生产行为对不上、对的选择重看你在搭什么。
这篇是关于 web3 RPC 服务商的老实说法——它们做什么、之间有什么差别、不被营销骗的挑选框架。
Web3 RPC 服务商实际给什么
基础那层:讲链 RPC 协议的 HTTPS 端点。你的客户端调它;服务商返回结果或者把交易转出去。
好服务商之外做的事:
- 跑自己的节点集群,地理上分布
- 过滤滥用流量,让吵闹客户不影响其他人
- 提供可观测性——查询日志、延迟指标、状态页
- 提供 SWQoS 支持(Solana 特有)或 bundle relay(以太坊)
- 支持故障转移,处理节点失败但不丢客户流量
- 提供分层定价,匹配不同流量画像
服务商之间的差别在于每件事做得多好。两家都给你 HTTPS 端点的服务商,生产行为差别可能很大。
Web3 RPC 在不同链上的不同
服务商景观随链变化,因为底层网络架构不同:
以太坊和 EVM 链。 成熟生态。那边的老牌服务商基础扎实。差别主要在功能(解析 API、NFT 元数据、索引)和定价。
Solana。 网络更快、没公共 mempool、validator 端动态、不同形态的 MEV。服务商需要不同优化。市场分三类:通用读服务商、像 BoltTx 这样专为交易发送而造的平台、以及更接近 validator 基础设施的服务商。
Layer 2(Arbitrum、Optimism、Base)。 经常继承以太坊工具但有具体怪癖。服务商通常作为 mainnet 之外的额外支持。
多链服务商。 有些公司同时支持多条链。广度的代价是深度——他们在任何一条具体链上很少最佳。
具体到用例:你需要跨链广度还是单链深度?为单链优化的团队大多挑专家;处理多链的团队挑通用。
看营销页要怀疑
评估时该怀疑的营销宣称:
"亚秒级延迟。" 平均?P95?P99?什么条件下?"亚秒级平均"能藏着拥堵期 P95 5 秒。
"99.99% 上线率。" 合理宣称,但查 SLA——上线率是怎么测的?算部分故障吗?
"自动扩展。" 很多服务商这么说;真做到带客户隔离、自动扩容、不需要人工介入的少。
"最佳基础设施。" 没具体内容就没意义。什么基础设施?
"用户包括 [大公司列表]。" 大公司用很多服务商;不告诉你对你对不对。
替代该问的:
- 文档化的、特定负载条件下的 P95 延迟
- 具体 SLA 条款(上线率怎么测、违约怎么补偿)
- 每客户隔离模型
- 任何 benchmark 数字的方法论
- 跟你流量画像对齐的定价结构
定价模型
不同服务商不同定价:
每 credit / 每请求。 你为每次 RPC 调用付费、通常计量。读重流量可预测;高频发送会贵。
每月分层。 固定费用 X 请求/秒。可预测但用量突发可能多付。
Tip-based / 按上链付。 只在交易实际上链时付。跟成功结果对齐;写重负载好。
预留容量。 付专用容量;不管使用收恒定费。
交易机器人和其他写重负载,tip-based 通常最划算,因为只有到达链上的交易才计费。读重应用,每 credit 或分层模型行。
功能对比:什么重要
实际生产里重要的功能:
RPC 方法支持。 所有服务商都该支持标准方法。看你需要的不常见方法(账户订阅、日志 filter 等)——不是所有服务商都支持所有方法。
WebSocket 订阅。 很多服务商提供,但质量看人。有些有断连问题、生产里很痛。
流式订阅(WebSocket 或专用流式协议)。 给高量反应式应用。不是每家服务商都提供;提供的质量也不一样。
解析交易历史。 Solana 原始 JSON 难看。一些服务商会给你解析好的。省真工作。
NFT 和代币元数据 API。 相关应用的副功能。看你的 app 要不要。
Anti-MEV / 私有路由。 Solana 特有。任何方向有交易负载就关键。不是每家服务商原生支持。
遥测和可观测性。 每笔签名级别的投递记录、延迟仪表板、查询日志。质量差异巨大。
不可避免的权衡
老实表达一下权衡空间:
专门化 vs 广度。 聚焦一种负载(比如 Solana 交易发送)的服务商通常那种负载比多链通用的做得好。但你可能要多服务商。
免费档 vs 生产档。 免费档评估有用但不总代表付费档行为。用接近生产的负载测试。
便宜 vs 更好。 让你丢交易的最便宜服务商,比不丢交易的更贵服务商更贵。
多区域 vs 单一端点。 多区域手动选:你的客户端选对的。单一端点智能路由:服务商选。各有权衡。
生产模式:多服务商
大多数生产部署用超过一家服务商:
主读 RPC。 主读流量。
备读 RPC。 给故障转移。
写 RPC。 不同优化目标;经常是另一家服务商。
事件 streaming。 可能第三家服务商,看链和用例。
Solana 上常见模式:通用服务商给读 + 解析 API、BoltTx 给写、同一家或另一家给 streaming。
对比时看什么
实操对比框架:
- 用真实负载测免费档一周。 别信营销;测量。
- 对比你负载画像下的 P95 延迟。 平均对生产没意义。
- 对比有效 fill(交易负载),不只是延迟。 三明治被夹敞口累积。
- 问每客户隔离。 "我的请求和其他客户的请求隔离吗?"
- 仔细读 SLA 条款。 实际保证什么和营销说什么。
- 看支持响应度。 评估期开个真工单试试。
- 按你预测的规模复审定价数学。 一些服务商 100 美金/月很好、10k 美金/月就不行。
这周可以做什么
挑服务商:
- 按负载挑、不按品牌认知挑。 大牌服务商不总在具体用例上最好。
- 承诺前用真流量测试。 免费档存在就是为这。
- 有读写区分的负载就分别用读写服务商。
- 第一天就给故障转移做规划。 单服务商就是单点故障。
- 早搭监控。 服务商出问题时要靠它 debug。
- 别签长合同。 灵活性重要;需求会变。
Solana 写流量试一下 BoltTx
在 Solana 上、负载是交易发送重的话:
import { Connection } from "@solana/web3.js";
const connection = new Connection(
"https://bolttx.io/?api-key=YOUR_API_KEY",
"processed"
);
单一全球端点。原生 Anti-MEV。亚秒级确认。Tip-based 计费——只为上链的交易付费。
免费档注册。读流量配你认为合适的任何读服务商。用真实负载跑一周做对比。
常见问题
用多链服务商还是链特定? 单链上,专家通常赢。多链上,即便每条链上都不是最佳,多链服务商可能更实操。
能容易切换服务商吗? 大多数代码能——环境变量改 URL、完事。涉及服务商特有功能(解析 API 等)时要调整。
值得付高级服务商吗? 看负载。生产交易,对的 RPC 通过更好的 fill 自己付得起。开发免费档行。
要以太坊和 Solana RPC 服务商吗? 跨链开发是。单链一家就够。
RPC 和 gateway 区别? 经常互换用。一些"gateway"加超过原始 RPC 的功能(缓存、分析、多链抽象)。功能区分模糊。