ERPC 对共享 Solana RPC 和 gRPC 端点实施全球更新

ELSOUL LABO B.V.（总部：荷兰阿姆斯特丹；CEO：Fumitake Kawasaki）与 Validators DAO 已对所有区域的共享 Solana RPC 和 gRPC 端点实施大规模更新。我们重新审视了节点的数据保留和交付方式，使端点能够在保留更广泛数据的同时更快响应。

一如既往，感谢您的大力支持。

我们着力同时提升共享端点的稳定性和速度，对数据保留方式进行整体重构，并调整交付管线。新增的运维优化可以减少高峰时段的数据丢失，也能减少因往返通信而产生的不必要重复获取。

此次更新已横向部署到所有区域。由于系统能够留出余量，处理更大时间窗口内的历史数据与最新数据，响应能力得到提升。即使您此前的试用结果在当时未能满足要求，此次更新后结果也可能有所不同。我们建议再次测试。

重复获取次数减少。通过调整交付行为并抑制对相同数据的冗余检索，总体往返时间得以缩短。由于响应可直接从更大范围的留存数据中提供，从查询到获得答案的路径更短，在实际延迟上会体现出明确差异。

边缘情况下的数据丢失减少。扩大数据保留范围并调优运维方式后，高峰时段出现数据丢失的概率降低，因此应用侧补偿处理和重新同步的频率也随之下降。

响应能力提升。更多余量与更高效的交付路径相结合，缩短了延迟长尾。即便是共享端点，此次更新后处理波动也会收窄，并能可靠处理更广泛的查询。如果您的工作负载要求超低延迟，我们会引导您使用专用端点；但建议先在最新的共享端点上确认实际效果。

更新区域：

Solana 网络数据：Validators Solutions

法兰克福、阿姆斯特丹和纽约的验证者分布密集，网络基础设施质量也很高，因此此次改进在这些区域尤其有效。Solana Leader 每时每刻都在轮换，真正落实“就近接收、就近发送”，会同时改变延迟和稳定性方面的结果。

这也是验证者较多的区域始终广受欢迎的原因。

与其只盯住一座竞争激烈的城市，多区域策略往往更加有效。即使使用共享端点，也可以在最接近当前 Leader 的地点接收，并从下一个 Leader 所在区域发送。运行多个节点可以提高物理位置靠近 Leader 的时间占比；例如，同时覆盖阿姆斯特丹、法兰克福和纽约，整体上约可覆盖 50%。使用自有基础设施时，还可以绕过额外网络跳数并主动切换。此次更新强化了共享服务的基础，因此多区域方案现在更具性价比。

我们的优势不仅在于提供共享 RPC 和共享 gRPC，还在于能够把 VPS 部署在同一网络中。只需让应用与端点共置，即可避开公共互联网抖动并缩短往返距离，显著降低延迟。我们的工程团队熟悉 Solana、网络与云架构，能够从需求到运维提供全流程支持。

此次更新进一步提升了共享 RPC 的稳定性和响应速度。通过采用保留更广泛数据的运维方式，即使在高峰时段也有更充足的结果返回余量。对于此前共享 RPC 无法满足的需求，我们建议使用最新服务重新评估。

在亚洲，我们计划在东京、新加坡和悉尼增加节点。香港也在候选范围内，目标是在今年或明年进行扩展。该区域拥有大量开发者，但 RPC 选择依然有限，相关环境也尚未充分完善。我们将为亚洲开发者提供可以信赖的 RPC 基础设施，并为全球 Solana 生态的发展作出贡献。

共享 gRPC 也进行了同样的调优。通过调整数据保留方式和运维流程，我们抑制了连续流传输中固有的细微抖动。减少重复获取和数据丢失，可以提高长时间处理的稳定性。与共享 RPC 的改进相结合，应用整体累计延迟和重新同步的发生率都会进一步下降。

VPS 可以部署在与端点相同的网络中。网络通常远慢于 CPU 和内存，因此，仅通过让应用共置、缩短网络距离，就能消除总延迟中的主要瓶颈。将改进后的共享 RPC 和共享 gRPC 与附近的 VPS 搭配使用，可以获得更低延迟和更高稳定性。如果您不确定如何设计云架构，我们会从网络和基础设施两个角度提出最短路径方案。

如需咨询或申请评估环境，请通过以下方式联系我们。我们提供免费试用。