ERPC 大规模升级 Solana RPC、WebSocket 与 Geyser gRPC 基础设施 — Frankfurt 实测对比中 transactionSubscribe 首次通知约 2.3
本文从技术层面分析 ERPC 近期对 Solana RPC、WebSocket 与 Geyser gRPC 基础设施进行的一次大规模升级，并基于 Frankfurt 同一客户端实测，比较其与某主流外部 RPC 服务在多个关键指标上的表现差异。
升级范围：一体化优化 HTTP、WebSocket 与 Geyser gRPC
本次升级并非单纯增加节点，而是把以下子系统作为一条连续路径协同优化：
- Solana RPC 的 HTTP 路径
- Solana RPC 兼容的 WebSocket 路径
- Geyser 事件到 WebSocket 兼容层的实时转换适配器
- 内部 gateway 与分发流程
- 网络软件与服务器拓扑
升级同时加入了一台最高性能等级的大型节点，并在负载分布、订阅模式与方法级使用统计的基础上，调整了内部队列、fanout 与超时阈值，使整条数据通路更接近真实生产工作负载下的表现。
Frankfurt 同一客户端环境的实测对比
测试在 Frankfurt 部署的同一客户端节点上进行，对 ERPC 与某主流外部 RPC 服务在相同条件下连续采样，关注以下指标：
- HTTP getSlot 的中位延迟
- WebSocket 连接建立时间
- WebSocket transactionSubscribe 兼容功能的首次通知到达时间
- getSlot freshness（processed / confirmed）
- 错误次数
代表性结果如下：
| 指标 | ERPC | 外部 RPC 服务 | 比值 |
|---|---|---|---|
| HTTP getSlot 中位 | 23.4 ms | 39.9 ms | 约 1.7 倍 |
| WebSocket 连接 | 87 ms | 157 ms | 约 1.8 倍 |
| transactionSubscribe 首次通知 | 240 ms | 556 ms | 约 2.3 倍 |
| processed/confirmed slot freshness | 同一 slot | 同一 slot | 持平 |
| Errors | 0 | 0 | 持平 |
在 slot freshness 持平的前提下，ERPC 在连接建立与首次通知到达上取得了明显领先。
为什么首次通知差距明显大于纯网络距离？
WebSocket transactionSubscribe 兼容功能的首次通知到达时间，是大量 Solana 链上应用（事件检测、交易类应用、监控、bot、后端 API）真正关心的指标。240 ms vs 556 ms 的差异不能仅用网络距离解释，背后涉及：
- 节点处理性能：单节点处理订阅请求、构造事件载荷的吞吐
- Geyser gRPC 取数路径：以 gRPC 事件流为基础，向 WebSocket 兼容层投递
- gateway 内部转换与路由
- queue 与 fanout 结构对热门订阅条件的扩展能力
- 网络软件层（连接复用、心跳、压缩等）的优化
ERPC 在这次升级中把这些环节同时迭代，因此首次通知的到达时间显著缩短，同时长期投递性能保持同等或更高水平。
不牺牲 slot freshness 的提速
性能提升的同时，需要确认服务并未返回过期数据。本次对比中，processed 与 confirmed 两档 getSlot freshness 在 ERPC 与外部服务中观察到的均为同一 slot；WebSocket slotSubscribe 同样观察到同时刻同一 slot。
这意味着：在常用于实时应用的 processed / confirmed 粒度上，新鲜度并未被牺牲，速度优势是在 connection 建立与首次通知阶段获得的。
扩展的兼容方法范围
除性能改进外，本次升级在 Burst 等 Geyser gRPC 周边的 WebSocket / RPC 兼容层中扩充了方法支持，新增对以下方法的覆盖：
- getVersion
- getSlot
- getBlockHeight
- getLatestBlockhash
- isBlockhashValid
这些是大量 Solana 客户端用于状态确认、连接保活与辅助查询的标准方法。它们的覆盖使得实时订阅场景下也可在同一通路上完成附带状态检查，减少额外往返次数。
持续工程化的特征
值得强调的是，ERPC 这次升级是基于持续运行中的负载特征、方法级用量与延迟构成进行的工程优化，而不是单次的功能上线。性能指标按 median、p95、max、首次通知、throughput、slot freshness、error rate 多维度跟踪，逐项推进改进。
对希望深入了解 Solana RPC、WebSocket、Geyser gRPC、SWQoS、Shredstream 等组件协作方式的开发者而言，这是一份较完整的实测样本，可用于评估自身工作负载在不同区域、不同订阅条件下的最佳配置。