ERPC 大规模升级 Solana RPC、WebSocket 与 Geyser gRPC 基础设施——在与主要外部 RPC 服务的实测比较中，面向实时应用的性能显著提升
ELSOUL LABO B.V.（总部：荷兰阿姆斯特丹，代表董事兼 CEO：Fumitake Kawasaki）与 Validators DAO 运营的 ERPC 宣布，已对 Solana RPC、WebSocket 与 Solana Geyser gRPC 基础设施完成大规模升级。
本次升级新增一台顶级高容量节点，并将 Solana RPC、WebSocket、Geyser gRPC、内部网关、实时数据分发适配器、网络软件和服务器配置作为一个统一系统进行改进。ERPC 根据长期积累的负载模式、订阅行为、各方法使用情况及实时应用中常见的延迟因素，重点提升了贴近真实生产使用的路径性能。
在法兰克福同一客户端环境下与一家主要外部 RPC 服务进行的实际对比中，ERPC 在多项影响实时应用的指标上表现出色，包括 HTTP getSlot 延迟中位数、WebSocket 连接时间、WebSocket transactionSubscribe 兼容功能的首次通知时间、slot 时效性和错误数。
本次改进并不局限于某个新方案，而将逐步应用到 ERPC 的 Solana RPC 与 Solana Geyser gRPC 相关方案。其对 Solana RPC 和 Geyser gRPC 使用体验的影响尤其显著，ERPC 正把在法兰克福确认的改进逐步推广到其他区域。
ERPC Dashboard：https://dashboard.erpc.global/zh
ERPC 官网：https://erpc.global/zh
与主要外部 RPC 服务的实测比较显示，实时应用性能显著提升
本次对比使用位于法兰克福的同一客户端环境，在相同条件下测量 ERPC 与一家主要外部 RPC 服务。测试聚焦于直接影响实时应用体验的路径，包括 HTTP getSlot、WebSocket slotSubscribe 和 WebSocket transactionSubscribe 兼容功能。
代表性结果显示，HTTP getSlot 延迟中位数为 ERPC 23.4 ms、主要外部 RPC 服务 39.9 ms，ERPC 约快 1.7 倍；WebSocket 连接时间为 ERPC 87 ms、主要外部 RPC 服务 157 ms，ERPC 约快 1.8 倍；WebSocket transactionSubscribe 兼容功能的首次通知时间为 ERPC 240 ms、主要外部 RPC 服务 556 ms，ERPC 约快 2.3 倍。
对于 Solana 实时应用，单看平均延迟并不足够。连接建立、首次通知时间、实时订阅稳定性、slot 时效性以及是否发生错误都很重要。尤其对于链上事件检测、交易应用、监控系统、告警分发、分析基础设施、机器人和后端 API，首次通知到达的速度，以及订阅开始后能否持续稳定接收数据，会直接影响下游处理何时启动。
本次对比中，在 processed 和 confirmed 两种 getSlot 时效性上，ERPC 与主要外部 RPC 服务观测到相同的 slot；在 WebSocket slotSubscribe 中，双方也在同一时间观测到相同的 slot。ERPC 在保持相同时效性的同时展现出连接速度优势，双方错误数均为 0。
将 HTTP、WebSocket、Geyser gRPC 作为一体化系统改进
本次升级并非只是增加一台服务器。ERPC 将 Solana RPC 的 HTTP 路径、WebSocket 路径、Geyser 事件路径、内部网关、实时数据转换适配器、分发流程和网络软件作为一个整体重新审视并加以改进。
在 Solana 应用的生产环境中，只有快速的 HTTP RPC 并不足够。WebSocket 连接缓慢、首次通知延迟、实时订阅吞吐能力无法扩展、Geyser gRPC 转换到 WebSocket 兼容层时产生延迟，或后端处理在高负载下拥塞，都会显著影响实际应用体验。
ERPC 不将 HTTP、WebSocket 和 Geyser gRPC 视为彼此孤立的功能，而是将它们作为一条接收、处理、分发 Solana 数据并向应用提供数据的连续路径加以改进。本次升级所包含的大型节点扩容、网络软件改进、网关改进、WebSocket 适配器改进和 Geyser gRPC 路径优化，均基于这一整体思路。
改进 Geyser gRPC 路径与 WebSocket 适配器，提升首次通知性能
本次升级中效果尤为明显的一项，是 Geyser gRPC 路径与 WebSocket 适配器的组合。ERPC 将以 Geyser 事件形式接收的实时数据，转换为也便于通过 WebSocket 兼容层使用的形式。
在法兰克福同一客户端环境下对 transactionSubscribe 兼容功能进行的对比中，ERPC 首次通知时间为 240 ms、错误数为 0；主要外部 RPC 服务首次通知时间为 556 ms、错误数同样为 0。ERPC 的首次通知约快 2.3 倍，同时持续分发性能也经确认达到同等或更高水平。
这一结果无法仅用网络距离解释。Solana 实时数据的最终到达性能，由节点性能、Geyser gRPC 处理、网关处理、WebSocket 转换、队列处理、扇出架构和网络软件效率共同决定。ERPC 会依据每日负载趋势和实际测量结果持续改进这些组件。
在保持 slot 时效性的同时加快连接与首次通知
提升速度时，还必须确认服务并非只是更快地返回过时数据。本次对比中，对于实时应用主要使用的 processed 和 confirmed getSlot，ERPC 与主要外部 RPC 服务观测到相同的 slot。
在 WebSocket slotSubscribe 中，双方也在同一时间观测到相同的 slot。ERPC 在保持相同 slot 时效性的同时展现出连接速度优势：WebSocket slotSubscribe 连接时间为 ERPC 87 ms、主要外部 RPC 服务 157 ms，ERPC 约快 1.8 倍。
同时，RPC 和 WebSocket 性能会随区域、时段、客户端位置、订阅条件和负载状况而变化。ERPC 分别跟踪中位数、p95、最大值、首次通知时间、吞吐量、slot 时效性和错误率，并持续改进真实使用中重要的指标。本次升级是一次重大进展，但 ERPC 不会将单次结果视为终点，而会继续针对不同区域、方法和工作负载推进改进。
扩展包括 Burst 在内的 WebSocket / RPC 兼容层支持范围
除性能提升外，本次升级还扩展了包括 Burst 在内的 Geyser gRPC 相关端点周边 WebSocket / RPC 兼容层的方法支持范围。
例如，ERPC 新增了对 getVersion、getSlot、getBlockHeight、getLatestBlockhash、isBlockhashValid 等标准确认和状态类方法的支持。这样一来，环境不仅更适合实时订阅，也更容易处理周边状态确认和辅助查询。
ERPC 并非只提供固定功能表的静态服务，而会依据用户实际需要的方法、订阅条件、查询和应用要求持续扩展支持范围。如果您在特定方法、请求、订阅条件、WebSocket 兼容功能或 Geyser gRPC 使用方式上遇到问题，请在 Validators DAO 官方 Discord 创建支持工单。提供具体请求、预期行为、错误详情和使用场景，将有助于后续扩展兼容性并改进性能。
逐步推广到所有区域的 Solana RPC 与 Geyser gRPC 相关方案
本次改进并不局限于特定专用配置。ERPC 将面向 Solana RPC、WebSocket 与 Solana Geyser gRPC 相关方案，在所有区域逐步应用。
在法兰克福，ERPC 已经通过与主要外部 RPC 服务的实测比较确认了显著改善。接下来，ERPC 会逐步将这些改进应用到所有区域，并根据各区域的使用情况、负载趋势、网络路径和服务器配置继续调优。
ERPC 的优势并不只是一次性增加新功能，而在于能够基于真实生产使用中获得的数据，持续改善现有方案的性能、方法覆盖、分发路径和服务器配置。在 Solana 的生产环境中，网络状况、流量、使用的方法、订阅量和各区域需求始终在变化。ERPC 会作为专注 Solana 的平台，随着这些变化持续进化。
将同一客户端环境下的实测值反映到持续改进中
ERPC 也将与外部服务对比取得的测量数据用于持续改进。本次测试从法兰克福同一客户端环境分别测量了 HTTP getSlot、WebSocket 连接时间、WebSocket transactionSubscribe 兼容功能的首次通知时间、slot 时效性和错误数。
Solana RPC 和 WebSocket 性能会受到区域、客户端位置、订阅条件、方法、时段、负载状况和后端配置影响。因此，ERPC 不只关注单一平均值，也重视会影响真实应用处理启动时机的指标，包括连接建立、首次通知时间、slot 时效性和错误率。
对用户而言，真正重要的是应用所需数据能否以所需的速度稳定到达。ERPC 在同一 Solana 专用平台上运行 Solana RPC、WebSocket、Geyser gRPC、Shredstream、VPS 和裸金属服务器，并持续提高实际使用性能。
适用方案的免费试用与真实工作负载测试
目前，适用方案可免费试用。用户可以在 ERPC Dashboard 查看适用方案，并在接近实际工作负载的条件下测试本次 Solana RPC、WebSocket 和 Geyser gRPC 基础设施改进。
对于 Solana 应用，仅有基准测试数字并不足够。最佳配置取决于应用使用哪些方法、客户端从哪个区域连接、订阅量有多大、优先考虑首次通知时间还是吞吐量，以及工作负载对 slot 时效性的要求。
用户可以在 ERPC Dashboard 查看 Solana RPC、WebSocket、Solana Geyser gRPC 等方案，并采用符合当前需求的配置。现有 ERPC 用户也可以在改进部署到其环境后，使用当前工作负载验证响应速度、订阅性能和支持的方法。
ERPC Dashboard：https://dashboard.erpc.global/zh
作为 Solana 专用基础设施持续改进
ERPC 并非仅将 Solana RPC 作为一个简单的 API 端点提供，而是将其作为支撑 Solana 应用执行质量的基础设施持续改进。在 Solana 中，HTTP RPC、WebSocket、Geyser gRPC、Shredstream、SWQoS、服务器部署、验证节点质量、网络路径和处理节点性能，都会直接影响应用速度与稳定性。
ELSOUL LABO 自 2022 年起已连续 5 年获批加入荷兰政府 WBSO 研发支持计划。公司持续研发 Solana RPC 基础设施、验证节点运维、实时数据分发，以及基于 AI 智能体的开发和运维支持，并将成果应用于 ERPC、SLV、SLV AI、AS200261 Solana 专用数据中心及相关服务。
本次大规模升级也是持续研发的一部分。ERPC 通过增加高性能大型节点、改进网络软件、网关和 WebSocket 适配器、优化 Geyser gRPC 路径并扩展方法支持范围，进一步增强 Solana 实时应用所需的基础设施性能。
ERPC 将继续改善覆盖 Solana RPC、WebSocket、Solana Geyser gRPC、Solana Shredstream、VPS 和裸金属服务器的 Solana 专用基础设施。我们将继续提供一个让用户能够更快、更稳定地处理更多 Solana 数据的环境，并让开发者能够专注于应用开发和生产运营。
联系我们
如需咨询 Solana RPC、WebSocket、Solana Geyser gRPC、Burst、支持的方法、免费试用、现有方案、区域、基准测试或配置，请在 Validators DAO 官方 Discord 创建支持工单。
如果您在特定方法、订阅条件、查询、WebSocket 兼容功能或 Geyser gRPC 使用方式上遇到问题，也请在联系时附上具体请求和期望行为。ERPC 会根据真实用户需求，持续推进支持范围和性能改善。
ERPC Dashboard：https://dashboard.erpc.global/zh
ERPC 官网：https://erpc.global/zh
Validators DAO 官方 Discord：https://discord.gg/C7ZQSrCkYR
