常见问题 - Geyser gRPC 流
问：你们的节点位于哪些区域？
我们目前在以下区域运营节点：
- 法兰克福（FRA）
- 阿姆斯特丹（AMS）
- 伦敦（LON）
- 纽约（NY）
- 芝加哥（CHI）
- 东京（TY）
- 新加坡（SGP）
- 悉尼（SYD）
ERPC 基于实际路由路径测量网络延迟，自动选择延迟最低的区域，而不是依赖直线距离。这种方法不仅能改善单个用户的延迟，还能提高整体网络效率，并增强 ERPC 对潜在攻击的全球抵御能力。
如果您的环境未能自动选择最优区域，请在 ERPC Web 仪表盘中联系我们。大多数情况下，这是由防火墙设置阻止了端点的 ping 响应导致的。
ERPC Web 仪表盘：https://dashboard.erpc.global/zh
问：延迟显示 9999ms 且选择了非最优区域。该怎么办？
当您注册 IP 时，我们会从每个 gRPC 负载均衡器对其进行 ping 测试以选择最近的区域。如果 ICMP 回复被您的防火墙（ufw、云防火墙、安全组等）阻止，测量结果可能变为
9999ms，这可能导致无法选择最优的就近区域。请将以下负载均衡器 IP 加入白名单，以便自动选择最近的区域。| Region | Domain | IP Address |
|---|---|---|
| 🇳🇱 Amsterdam | grpc-ams1.erpc.global | 84.32.103.245 |
| 🇳🇱 Amsterdam | grpc-ams1.erpc.global | 84.32.64.77 |
| 🇺🇸 New York | grpc-ny6-1.erpc.global | 64.130.37.222 |
| 🇩🇪 Frankfurt | grpc-fra1-1.erpc.global | 185.191.118.149 |
| 🇩🇪 Frankfurt | grpc-fra1-1.erpc.global | 185.191.118.177 |
| 🇩🇪 Frankfurt | grpc-fra1-1.erpc.global | 185.191.118.206 |
| 🇬🇧 London | grpc-lon6-1.erpc.global | 67.209.52.250 |
| 🇯🇵 Tokyo | grpc-tokyo-6.erpc.global | 198.13.133.88 |
| 🇸🇬 Singapore | grpc-sgp6-1.erpc.global | 202.8.11.52 |
| 🇦🇺 Sydney | grpc-syd-1.erpc.global | 82.26.116.36 |
| 🛰️ Far Point | grpc-far-point.erpc.global | 63.254.162.14 |
问：我已经将 IP 加入白名单，但仍然无法连接。应该检查什么？
ERPC gRPC 和 Shreds 端点使用受 IP 白名单保护的普通 HTTP 80 端口，不使用 443 端口的 HTTPS/TLS。
如果您复制其他服务商的客户端示例，它可能默认使用
:443 或 HTTPS。只替换域名时，端口和 TLS 设置可能仍然保留，从而导致连接失败。以下端点仅为示例。请替换为 dashboard 中显示的您自己的端点。请使用 HTTP 形式；如果客户端要求填写 host 和 port，请明确使用 80 端口：
常规 gRPC
- 不可用：
grpc-fra1-1.erpc.global:443 - 可用：
grpc-fra1-1.erpc.global:80 - 可用 URL 形式：
http://grpc-fra1-1.erpc.global
Burst gRPC
- 不可用：
grpc-fra1-burst.erpc.global:443 - 可用：
grpc-fra1-burst.erpc.global:80 - 可用 URL 形式：
http://grpc-fra1-burst.erpc.global
认证基于您已注册的 IP 地址。除非特定产品页面明确要求，否则 ERPC gRPC 或 Shreds 端点不需要添加
x-token、token 或 Authorization header。问：什么是 Geyser gRPC Burst？
Geyser gRPC Burst 是 ERPC 面向延迟敏感型 Solana 流式工作负载的低延迟共享 gRPC 层级。它提供与常规 gRPC 服务相同的 Yellowstone/Geyser gRPC 接口，包括 account、transaction、slot 和 block 订阅，同时使用 Burst 专属的区域基础设施。
Burst 目前在法兰克福、阿姆斯特丹、纽约、东京和新加坡运行。系统会根据实际延迟测量，为您注册的 IP 选择最佳的可用 Burst 区域。
问：Burst gRPC 需要允许哪些 IP？
Burst 路由会从上面列出的常规 gRPC 负载均衡器 IP 测量延迟，然后将最近的受支持区域映射到 Burst 端点。请允许这些常规 gRPC ping 源 IP 用于延迟选择，同时允许下方的 Burst 负载均衡器 IP，以便客户端连接到选中的 Burst 端点。
| Region | Burst Domain | IP Address |
|---|---|---|
| 🇩🇪 Frankfurt | grpc-fra1-burst.erpc.global | 64.130.41.234 |
| 🇳🇱 Amsterdam | grpc-ams1-burst.erpc.global | 64.130.55.180 |
| 🇺🇸 New York | grpc-ny6-burst.erpc.global | 64.130.59.217 |
| 🇯🇵 Tokyo | grpc-tokyo-burst.erpc.global | 208.91.107.247 |
| 🇸🇬 Singapore | grpc-singapore-burst.erpc.global | 67.209.55.15 |
如果来自常规 gRPC 负载均衡器 IP 的 ICMP 回复被阻止，dashboard 可能显示
9999ms，Burst 也可能回退到非最佳区域。阻止 Burst IP 会影响到所选 Burst 端点的连接。问：Burst 和 Direct Shreds 或 ShredStream 一样吗？
不一样。Burst 是基于标准 gRPC 接口的完整 Yellowstone/Geyser gRPC。当您需要从 gRPC 客户端获取 block、slot、transaction 或 account 流时，它非常适用。
Direct Shreds / ShredStream 是面向原始 shred 数据的独立 UDP 产品，当优先考虑尽可能早的预出块（pre-block）数据路径时更为合适。这两款产品服务于不同的接口和工作负载。
问：我以前只用过 WebSocket。我可以使用 gRPC 吗？有示例吗？
可以。您可以使用 SLV 快速测试并开始 gRPC 开发。
如果是无需 token 即可测试的共享端点，可以运行：
bash
slv check grpc --endpoint <YOUR_ENDPOINT> --token noneslv check grpc --endpoint <YOUR_ENDPOINT> --token none请查看我们的 gRPC 快速入门指南了解详情。
问：我可以注册两个 IP 地址吗？
每个订阅可以使用一个端点。如果您希望使用两个 IP 地址，必须订阅两个独立的订阅。
问：过滤器有限制吗？
没有，过滤器没有限制。
问：推荐哪个区域？
没有一个永远最好的区域。Solana 是全球网络，leader validator 会在每个 slot 切换。验证者数量和质押量较多的区域中，leader slots 出现的频率更高，交易落地更具优势。但相应地，竞争流量也会同步集中，因此根据您的策略，竞争相对较少的区域有时反而能取得更好的效果。
基本原则是：以稳定的 leader slots 供给为优先时，选择验证者集中的区域，例如法兰克福或美国东海岸；以面向特定 target validator 的最短路径执行为优先时，选择目标附近的区域。请使用 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、验证者地理位置和参考 ping 值的实时数据，使您能够准确识别延迟最小的最佳交易 slot。 公共地图型数据源和原生 RPC API 适合了解网络整体分布，但不足以用于执行时机判断。Leader Slot API 补足了路由和交易判断所需的粒度。
Solana 网络数据：Validators Solutions
问：如何实现零区块（零 slot）交易？
成功实现零区块（零 slot）交易需要更复杂的策略，如下：
-
识别机会区域：Solana 验证者分布在全球各地，物理上不可能对每个 slot 都实现最优延迟。因此，监控您基础设施所在区域的验证者 Leader 调度，并识别最有利的机会区域。在多个区域部署基础设施也可能有利。例如，法兰克福是关键区域，因为其验证者密度高，Leader 选择更频繁，交易机会更多。使用 **ERPC Leader Slot API（
getLeaderSlots）**获取实时 Leader 调度、stake weight、验证者地理位置数据和参考 ping 值，比公共地图型数据源或原生 RPC API 更适合执行层面的判断。这使您能够更准确地预测机会区域并执行接近零延迟的交易。 -
部署专用节点：如果您难以竞争，请考虑部署专用节点。共享节点由于其他用户的流量会产生延迟，因此不推荐使用。此外，将您的专用节点放置在与应用程序相同的网络中可以显著降低网络延迟并优化性能。
问：我可以使用特定端点吗？
为了维护低延迟环境，我们的系统会自动选择最近的可用节点。如果您希望使用特定端点，我们建议租用距离该端点最近的服务器。
问：我收到了 401 错误。为什么？
为了维护低延迟环境，我们实施了 IP 限制。如果您没有订阅或您的 IP 未注册，您将收到 401 错误。
请仔细检查您注册的 IP 是否与当前访问 IP 匹配。
问：我收到了 429 错误。为什么？
您已达到计划的连接限制。
如果遇到此错误，请考虑升级您的计划。如果您需要的连接数超过高级计划提供的数量，专用 gRPC 节点会更合适。
问：为什么专用端点更快？
共享端点由多个客户共同使用相同的资源。随着流量增加，延迟往往会出现。服务器资源有物理限制，它们能处理的工作量是有限的。当太多请求同时到达时，必须按顺序处理，这会导致响应时间变慢。
尽管我们采取了各种措施来优化共享端点的性能，但使用专用端点时您是资源的唯一用户。这意味着您完全不受其他用户的影响，确保始终稳定且快速的响应。
此外，专用端点提供无 TLS 的通信选项，如 HTTP。通过跳过 TLS 握手（约 20ms），通信比 HTTPS 更快。
问：签约后促销价会被上调吗？
在订阅有效期内，您签约时锁定的促销价将保持不变。能够承担 Solana 实时工作负载的运行环境在全球范围内都很稀缺，我们计划随着硬件和网络需求的持续增长，分阶段上调标准价格。高规格配置和需求集中的区域库存会更快售罄，因此以当前促销价锁定订阅是长期控制成本最有利的选择。
问：我想用加密货币支付
现在可以在 ERPC Web Dashboard 中使用加密货币支付。您可以使用 SOL、USDC 或 EURC 购买 ERPC Credits。
这些 ERPC Credits 可用于启用或续用 ERPC 计划。打开 dashboard，选择 crypto payment，从您的 wallet 发送转账，dashboard 会验证交易并将 credits 添加到您的 account。
问：如何实现尽可能低的延迟？
我们强烈推荐将专用 gRPC 节点与我们的裸金属服务器结合使用。
两者共享同一网络，允许私有的零距离通信，无需穿越互联网。这种设置可实现极低的延迟，通常约 0.1ms ping。
请在 ERPC Web 仪表盘中联系我们了解更多详情。
问：延迟是怎样的？
延迟因测量方法和您的具体使用环境而异。与其关注精确的数值，更重要的是确保延迟满足您的实际运营需求。
我们为所有计划提供免费试用，使您能够直接在真实环境中测试性能。此外，我们提供易于使用的 TypeScript 和 Rust 延迟测量工具。欢迎在免费试用期间使用这些工具。
问：这个 RPC（gRPC、Shreds）比其他的快吗？
我们鼓励您尝试我们的免费试用并与其他服务进行性能比较。如果您发现我们的服务更慢，请通过 ERPC Web 仪表盘 告诉我们您比较的具体条件和竞争对手。我们将找出原因并进一步提高速度。
我们根据客户反馈持续改进延迟。如果您寻求最快的端点，请与我们分享详细信息。提供具体的指标和与竞争对手的比较条件使我们能够提供卓越的性能。这种反馈驱动的方法一直使我们能够增强服务。
问：哪个计划提供最快的性能？
通常，我们最高级别的计划由于更优秀的 CPU、更大的内存容量和强大的硬件配置而提供最快的性能。
如果您需要更强大的服务器，我们还提供定制解决方案，但我们的标准计划旨在提供最佳的性价比。
我们有信心在每个价格水平提供世界级的性能。如果您在相同价格范围内找到更快的供应商，请告诉我们，以便我们调查和改进。
问：我遇到了高延迟。我该怎么办？
问：WebSockets、gRPC 和 Shreds 哪个最快？
客户反馈一致认为速度排名如下：
Shreds > gRPC > WebSockets
如果您观察到不同的结果，请告诉我们。
问：延迟不如预期。
性能因使用的编程语言而异。通常，语言速度排名如下：
Rust > Go > TypeScript (JavaScript) > Python
详细比较请参阅：
为了获得最佳性能，我们强烈推荐使用 Rust。