常见问题 - 延迟与区域
有关计费、Free 方案、付款以及 401 或 429 错误的问题，请参阅如何开始。
不针对特定链的问题
这些问题涉及距离、区域、服务器位置、共享或专用端点，以及客户端所用的编程语言如何影响延迟。
问：我需要选择区域吗？
使用 Edge RPC 时，您无需选择区域。连接到 edge.erpc.global 的应用会被自动引导至网络路径上附近的入口。
使用面向 Solana、Ethereum 和 Avalanche C-Chain 的 Unlimited Endpoints 时，您需在下单时选择区域，可以选择靠近您的交易系统或后端运行位置的区域。下单时请在 ERPC Web Dashboard 中确认可选区域。
在 Solana 上，没有一个区域适合所有策略，因为 leader 角色按照 Leader 调度在验证者之间转移；请参阅下方的 Solana 部分。
问：我遇到了高延迟。为什么？
您是否从物理距离较近的位置访问端点？距离会显著影响延迟。我们建议从靠近所提供端点的服务器进行访问。
问：延迟是怎样的？
延迟因测量方法和您的具体使用环境而异。与其关注精确的数值，更重要的是确保延迟满足您的实际运营需求。
对于 Solana，您可以使用以下面向 TypeScript 和 Rust 的开源工具测量延迟。
问：为什么专用端点更快？
共享端点由多个客户共同使用相同的资源。随着流量增加，延迟往往会出现。服务器资源有物理限制，它们能处理的工作量是有限的。当太多请求同时到达时，必须按顺序处理，这会导致响应时间变慢。
尽管我们采取了各种措施来优化共享端点的性能，但使用专用端点时您是资源的唯一用户。这意味着您完全不受其他用户的影响，确保始终稳定且快速的响应。
此外，专用端点提供无 TLS 的通信选项，如 HTTP。通过跳过 TLS 握手（约 20ms），通信比 HTTPS 更快。
问：哪个方案提供最快的性能？
通常，我们最高级别的方案由于更优秀的 CPU、更大的内存容量和强大的硬件配置而提供最快的性能。
如果您需要更强大的服务器，我们还提供定制解决方案，但我们的标准方案旨在提供最佳的性价比。
我们有信心在每个价位都提供世界级的性能。如果您在相同价格范围内找到更快的供应商，请告诉我们，以便我们调查和改进。
问：延迟不如预期。
性能可能因使用的编程语言而有显著差异。通常，语言速度比较排名如下：
Rust > Go > TypeScript (JavaScript) > Python
更详细的比较请参阅以下资源：
如果最大性能是您的目标，我们强烈推荐使用 Rust。
Solana
这些回答基于 Solana 的运作方式：leader 角色按照 Leader 调度在验证者之间转移，因此验证者的位置会影响您对区域的选择。
问：推荐哪个区域？
没有一个永远最好的区域。Solana 是全球网络，leader 角色按照 Leader 调度在验证者之间转移。验证者数量和质押量较多的区域中，leader slot 出现的频率更高，这有助于交易更快上链。但相应地，竞争流量也会同步集中，因此根据您的策略，竞争相对较少的区域有时反而能取得更好的效果。
一个实用的起点是：当稳定的 leader slot 供给最为重要时，选择验证者集中的区域，例如法兰克福或美国东海岸；当最短路径执行是首要目标时，则将基础设施部署在特定目标验证者附近。请使用 Validators Solutions 了解 Solana 网络的公开分布，然后结合 ERPC Leader Slot API 和实际测量判断单区域、双区域或全球部署是否合适。
问：我需要约 400ms 或更低的延迟。
要实现约 400ms 以内的延迟，请考虑以下要点：
-
对 Ping 值的现实理解：Ping 值表示理想条件，不反映流式通信中的实际延迟，后者通常约为 ping 延迟的 5 倍。例如，跨洲 100ms 的 ping 实际上会导致约 500ms 的延迟。因此，必须在同一区域内建立基础设施才能实现约 400ms 的延迟。
- 典型 Ping 值参考：
- 同一网络：~0.1ms
- 私有网络互联（PNI）：~0.2ms
- 同一数据中心：~0.3ms
- 同一城市：~1ms
- 邻国：~5–10ms
- 跨洲：~100–300ms
- 典型 Ping 值参考：
-
避免平均延迟的陷阱：Solana 验证者分布在全球各地，且 Leader 调度在每个 epoch 随机变化。依赖平均延迟来实现约 400ms 是不切实际的。相反，您应该精确跟踪特定区域的验证者调度，以识别延迟最低的 slot。要持续实现最小延迟，需要在所有相关区域部署基础设施。在同一区域内，数据获取可以在几十毫秒内完成，传输可以在几毫秒内完成。
-
跟踪 Leader 调度：借助 ERPC Leader Slot API（
getLeaderSlots），监控您所在区域的 Leader 验证者调度。 它会返回即将到来的 Leader 调度、当前 epoch 的质押权重、估算的验证者地理位置以及参考 ping 值，让您能赶在延迟最低的 slot 到来之前识别出它们，并将其作为目标。 公共地图型数据源和原生 RPC API 适合了解网络整体分布，但精度不足以用于判断执行时机。Leader Slot API 补足了路由和交易判断所需的粒度。
Solana 网络数据：Validators Solutions
问：如何实现零区块（零 slot）交易？
成功实现零区块（零 slot）交易需要更复杂的策略，如下：
-
识别机会区域：Solana 验证者分布在全球各地，物理上不可能对每个 slot 都实现最优延迟。因此，监控您基础设施所在区域的验证者 Leader 调度，并识别最有利的机会区域。在多个区域部署基础设施也可能有利。例如，法兰克福是关键区域，因为其验证者密度高，Leader 选择更频繁，交易机会更多。借助 ERPC Leader Slot API（
getLeaderSlots），查询即将到来的 Leader 调度、当前 epoch 的质押权重、估算的验证者地理位置数据以及参考 ping 值，其精度远高于公共地图型数据源或原生 RPC API。这样，您就能在相应 slot 到来之前预先标出机会区域，并执行接近零延迟的交易。 -
部署专用节点：如果您难以竞争，请考虑部署专用节点。共享节点由于其他用户的流量会产生延迟，因此不推荐使用。此外，将您的专用节点放置在与应用程序相同的网络中可以显著降低网络延迟并优化性能。
问：WebSockets、gRPC 和 Shreds 哪个最快？
许多客户的反馈相当一致，性能排序如下：
Shreds > gRPC > WebSockets
如果您发现不同的结果或条件，请告诉我们。
问：这个 RPC（gRPC、Shreds）比其他的快吗？
我们在每个价格档位都以速度为设计目标，欢迎您把我们与任何其他供应商放在同等条件下比较。结果会随区域、使用共享端点或专用端点、所用协议（WebSockets、gRPC 或 Shreds）以及客户端的编程语言而变化。
如果您发现我们的服务更慢，请通过 ERPC Web Dashboard 告诉我们您比较的具体条件和竞争对手。我们将找出原因并进一步提高速度。