ERPC 大规模升级 Solana RPC、WebSocket 与 Geyser gRPC 基础设施 — 在与主要外部 RPC 服务的实测比较中，面向实时应用的性能显著提升
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、内部 gateway、实时数据分发 adapter、网络软件以及服务器配置。ERPC 基于长期积累的负载趋势、订阅模式、各方法使用情况，以及实时应用中容易出现的延迟因素，对接近真实生产使用路径的性能进行了提升。
在 Frankfurt 的同一客户端环境中，与主要外部 RPC 服务进行实测比较后，ERPC 在多个对实时应用重要的指标上表现出较高性能，包括 HTTP getSlot 中位数、WebSocket 连接时间、WebSocket transactionSubscribe 兼容功能的首次通知、slot freshness 以及 errors。
本次改进并不局限于某个新方案，而是会逐步应用到 ERPC 的 Solana RPC 与 Solana Geyser gRPC 相关方案整体。其影响对 Solana RPC 和 Geyser gRPC 的使用体验尤为明显，ERPC 也正基于 Frankfurt 已确认的改进，逐步向其他区域展开应用。
ERPC Dashboard：https://dashboard.erpc.global/zh
ERPC 官网：https://erpc.global/zh
与主要外部 RPC 服务的实测比较显示，实时应用性能显著提升
本次比较从部署在 Frankfurt 的同一客户端环境出发，在相同条件下对 ERPC 与主要外部 RPC 服务进行了测量。测试重点放在会直接影响实时应用体感差异的路径上，包括 HTTP getSlot、WebSocket slotSubscribe 以及 WebSocket transactionSubscribe 兼容功能。
代表性实测结果显示，HTTP getSlot 的中位数为 ERPC 23.4ms、主要外部 RPC 服务 39.9ms，ERPC 约快 1.7 倍。WebSocket 连接时间为 ERPC 87ms、主要外部 RPC 服务 157ms，ERPC 约快 1.8 倍。WebSocket transactionSubscribe 兼容功能的首次通知为 ERPC 240ms、主要外部 RPC 服务 556ms，ERPC 约快 2.3 倍。
对于 Solana 实时应用来说，单纯的平均延迟并不够。连接建立、首次通知、实时订阅的稳定性、slot freshness 以及是否发生错误都很重要。尤其在 on-chain 事件检测、交易应用、监控系统、告警分发、分析基础设施、bot 和 backend API 中，首次通知到达的速度，以及订阅开始后能否稳定接收数据，会直接影响后续处理何时能够启动。
在本次比较中，ERPC 与主要外部 RPC 服务在 processed 和 confirmed 的 getSlot freshness 上观测到了相同 slot。在 WebSocket slotSubscribe 中，双方也在同一时间观测到了相同 slot。ERPC 在连接速度上体现出优势，同时保持了相同的 slot freshness。双方 errors 数量均为 0。
将 HTTP、WebSocket、Geyser gRPC 作为一体化系统改进
本次升级并不只是增加服务器。ERPC 将 Solana RPC 的 HTTP 路径、WebSocket 路径、Geyser gRPC 路径、内部 gateway、实时数据转换 adapter、分发流程以及网络软件作为一个整体进行了重新审视和改进。
在 Solana 应用的生产环境中，只有 HTTP RPC 快并不足够。如果 WebSocket 连接缓慢、首次通知延迟、实时订阅 throughput 无法扩展、从 Geyser gRPC 转换到 WebSocket 兼容层的过程中产生延迟，或 backend 处理在高负载下发生拥塞，实际应用体验都会明显变化。
ERPC 并不把 HTTP、WebSocket 和 Geyser gRPC 视为彼此孤立的功能，而是将它们作为接收、处理、分发 Solana 数据并交付给应用的一整条路径来改进。本次大型节点追加、网络软件改进、gateway 改进、WebSocket adapter 改进以及 Geyser gRPC 路径优化，都是基于这一一体化思路实施的。
Geyser gRPC 路径与 WebSocket adapter 改进强化首次通知性能
本次升级中效果尤其明显的是 Geyser gRPC 路径与 WebSocket adapter 的组合。ERPC 将作为 Geyser 事件接收的实时数据，以更容易通过 WebSocket 兼容层使用的形式提供。
在 Frankfurt 同一客户端环境中进行的 transactionSubscribe 兼容功能比较中，ERPC 记录的首次通知为 240ms，errors 为 0。主要外部 RPC 服务的首次通知为 556ms，errors 为 0。在首次通知上，ERPC 约快 2.3 倍，同时持续分发性能也确认达到同等或更高水平。
这一结果并不能仅用网络距离解释。Solana 的实时数据分发最终性能由节点性能、Geyser gRPC 处理、gateway 处理、WebSocket 转换、queue 处理、fanout 架构以及网络软件效率共同决定。ERPC 会基于日常负载趋势和实测结果，持续改进这些组件。
在维持 slot freshness 的同时加快连接和首次通知
提升速度时，同样重要的是确认服务并不是更快地返回过期数据。在本次比较中，对于实时应用主要使用的 processed 和 confirmed getSlot freshness，ERPC 与主要外部 RPC 服务观测到了相同 slot。
在 WebSocket slotSubscribe 中，双方也在同一时间观测到了相同 slot。ERPC 在连接速度上体现出优势，同时保持了相同的 slot freshness。WebSocket slotSubscribe 的连接时间为 ERPC 87ms、主要外部 RPC 服务 157ms，ERPC 约快 1.8 倍完成连接。
同时，RPC 与 WebSocket 性能会随区域、时间段、客户端位置、订阅条件和负载状况而变化。ERPC 会分别确认中位数、p95、最大值、首次通知、throughput、slot freshness 和错误率，并持续改善真实使用中重要的指标。本次升级是一次重要进展，但 ERPC 不会把单次结果作为终点，而会继续在各区域、各方法和各类 workload 上推进改进。
扩充包括 Burst 在内的 WebSocket / RPC 兼容层支持范围
除了性能提升外，本次升级还扩充了包括 Burst 在内的 Geyser gRPC 相关 endpoint 周边 WebSocket / RPC 兼容层的方法支持范围。
例如，ERPC 新增了对 getVersion、getSlot、getBlockHeight、getLatestBlockhash、isBlockhashValid 等标准确认和状态类方法的支持。这样一来，环境不仅更适合实时订阅，也更容易处理周边状态确认和辅助查询。
ERPC 并不是只提供固定功能表的静态服务。ERPC 会根据用户实际使用的方法、订阅条件、查询和应用需求，持续扩展支持范围。如果您在特定方法、请求、订阅条件、WebSocket 兼容功能或 Geyser gRPC 使用方式上遇到问题，请在 Validators DAO 官方 Discord 创建支持工单。共享具体请求内容、期望行为、发生的错误和使用场景，有助于我们参考实际需求，推进后续兼容性扩展和性能改善。
面向 Solana RPC 与 Geyser gRPC 相关方案逐步全区域应用
本次改进并不局限于特定专用配置。ERPC 将面向 Solana RPC、WebSocket 与 Solana Geyser gRPC 相关方案，在所有区域逐步应用。
在 Frankfurt，ERPC 已经通过与主要外部 RPC 服务的实测比较确认了显著改善。接下来，ERPC 会逐步将这些改进应用到所有区域，并根据各区域的使用情况、负载趋势、网络路径和服务器配置继续调优。
ERPC 的优势并不只是一次性增加新功能，而在于能够基于真实生产使用中获得的数据，持续改善现有方案的性能、方法覆盖、分发路径和服务器配置。在 Solana 的生产环境中，网络状况、流量、使用的方法、订阅量和各区域需求始终在变化。ERPC 会作为专注 Solana 的平台，随着这些变化持续进化。
将同一客户端环境下的实测值反映到持续改进中
ERPC 也会将与外部服务比较得到的实测值用于持续改进。本次测试中，ERPC 从 Frankfurt 的同一客户端环境出发，分别确认了 HTTP getSlot、WebSocket 连接时间、WebSocket transactionSubscribe 兼容功能的首次通知、slot freshness 和 errors 等指标。
Solana RPC 与 WebSocket 性能会受到区域、客户端位置、订阅条件、方法、时间段、负载状况和 backend 架构的影响。因此，ERPC 不只关注单一平均值，也重视会影响真实应用处理开始时机的指标，包括连接建立、首次通知、slot freshness 和错误率。
对用户而言，真正重要的是应用所需的数据能否以所需的速度和稳定性到达。ERPC 通过在同一 Solana 专用平台上运营并持续改进 Solana RPC、WebSocket、Geyser gRPC、Shredstream、VPS 和裸金属服务器，提高这些真实可用的性能。
目标方案的 free trial 与真实 workload 验证
目前，目标方案可以使用 free trial。用户可以从 ERPC Dashboard 查看适用方案，并在接近实际 workload 的条件下测试本次 Solana RPC、WebSocket 与 Geyser gRPC 基础设施改进。
对 Solana 应用来说，benchmark 数字本身并不足够。最适合的配置取决于应用使用哪些方法、客户端从哪个区域连接、需要多少订阅量、是否优先重视首次通知、是否优先重视 throughput，以及 slot freshness 对 workload 有多重要。
用户可以在 ERPC Dashboard 中查看 Solana RPC、WebSocket、Solana Geyser gRPC 等方案，并根据当前架构采用合适配置。已经使用 ERPC 的用户，也可以在改进反映后的环境中确认现有 workload 的响应速度、订阅性能和支持方法。
ERPC Dashboard：https://dashboard.erpc.global/zh
作为 Solana 专用基础设施持续改进
ERPC 并不只是把 Solana RPC 作为简单 API endpoint 提供，而是将其作为支撑 Solana 应用执行质量的基础设施来持续改进。在 Solana 中，HTTP RPC、WebSocket、Geyser gRPC、Shredstream、SWQoS、服务器部署、验证者质量、网络路径和处理节点性能，都会直接影响应用速度和稳定性。
ELSOUL LABO 自 2022 年以来已连续 5 年获得荷兰政府 WBSO 研究开发支持制度认定。公司持续开展有关 Solana RPC 基础设施、验证者运维、实时数据分发，以及基于 AI agent 的开发和运维支持的研发工作，其成果反映在 ERPC、SLV、SLV AI、AS200261 Solana 专用数据中心及相关服务中。
本次大规模升级也是这种持续研发的一部分。通过追加高性能大型节点、改进网络软件、改进 gateway、改进 WebSocket adapter、改进 Geyser gRPC 路径以及扩充支持方法，ERPC 正在进一步强化 Solana 实时应用所需的基础设施性能。
ERPC 将继续改善覆盖 Solana RPC、WebSocket、Solana Geyser gRPC、Solana Shredstream、VPS 和裸金属服务器的 Solana 专用基础设施。我们将继续提供一个让用户能够更快、更稳定地处理更多 Solana 数据的环境，并让开发者能够专注于应用开发和生产运营。
联系我们
关于 Solana RPC、WebSocket、Solana Geyser gRPC、Burst、支持方法、free trial、现有方案、区域、benchmark 或配置咨询，请在 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
