互联网基本原则：越近越快，永远如此——Solana 同样适用
许多交易者和项目在寻找“最快环境”时，首先关注的是平均延迟。
它可以作为比较的参考，但如果您追求的是零时隙交易——即 200–400 ms 的范围——平均延迟永远无法帮您实现。
Solana 是全球分布的，跨洲通信不可避免地会产生数百毫秒的延迟。
只要您关注的是包含这些延迟的平均值，您真正需要的速度将始终遥不可及。
实际上，真正决定结果的，是在发生近距离通信的本区域内再削减几毫秒。
恢复对速度的直觉
思考网络时，想象自己在开车。起点是您的家，目的地是办公室。短途通勤简单快速，事故或交通堵塞的风险很小。
长途旅行则涉及十字路口、高速公路、隧道——在整个往返过程中，某处很可能会发生拥堵。
互联网的工作方式也是如此。服务器越远，需要的跳数越多，往返时间变化越大。将目的地拉近是同时实现最高速度和稳定性的最短路径。
为什么平均值无法取胜
Solana 网络数据：Validators Solutions
在 Solana 中，Leader 轮换出块，因此您与当前 Leader 的物理距离会决定结果。Leader 分布在全球，位于不同大洲并不罕见。
跨洲通信的 ping 会超过 100 ms，而数据流传输延迟会增至数百毫秒。
无论您如何优化包含这些延迟的平均值，都不会转化为实际性能。在跨洲 Slot 中，您根本无法追上。
关键不是追逐平均值，而是专注于您所在区域，在该范围内最小化往返时间。在短距离上争夺几毫秒才是唯一具有真正优势的实用方法。
作为参考，以下是按距离划分的基准往返值：
| 距离 | 往返 Ping（约） |
|---|---|
| 同一网络 | ~0.1ms |
| 专线连接 | ~0.2ms |
| 同一数据中心 | ~0.3ms |
| 同一城市 | ~1ms |
| 邻国 | ~5–10 ms |
| 跨洲 | ~100–300 ms |
实际有效延迟会因通信方式的协议开销和维护成本而进一步增大：
| 方式 | 延迟倍数 | 备注 |
|---|---|---|
| Ping（理想） | 1× | 仅作参考下限 |
| POST（单次发送） | ~2–3× | 往返控制、重试、TLS |
| 流 | ~5× | 持久连接、拥塞控制、缓冲区 |
如何衡量“距离近”
距离近应该用数据而非直觉来衡量。首先查看当前 Epoch 位置。使用 RPC getEpochInfo 获取最新 Epoch 数据、已过去的 Slot 数和剩余 Slot 数。
接下来，使用 getRecentPerformanceSamples 估算近期平均 Slot 时长。平均 Slot 时长乘以剩余 Slot 数，可粗略估算距离切换还有多少秒，有助于安排准备工作和切换计划。
当过渡临近时，准备使用 getSlotLeaders 获取目标 Leader。
集群节点列表可通过 getClusterNodes 获取，因此您可以将 Leader 数据与节点信息交叉比对，再使用公网 IP 或 gossip 地址推测地理位置。
注意：IP 地理定位存在误差和信息延迟，因此估算可能有误。映射位置后，始终从每个站点进行 ping 测试以直接测量基准往返延迟。
网络就像自驾旅行——不仅是距离，选择的路线也会影响到达时间。Ping 简单地展示了今天的道路有多拥堵。
不要依赖单次测量；在短间隔内进行多次采样并使用中位数来减少噪声。
不要在使用后丢弃结果。在自己的数据库中按站点积累往返数据和映射，并在每次 Epoch 切换时用轻量级 worker 增量更新。这稳定了运维并加速了决策。
应用位置定义延迟
速度不仅取决于服务器规格。应用的位置同样重要。
举一个极端的例子，从东京监控法兰克福发生的事情是不利的。仅往返通信就会不断累积时延，使您始终处于落后位置。
在每个站点部署资源，在本地完成接收和处理，或通过最短路径转送至下一个站点。这种结构同时改善覆盖范围和响应速度。
部署在同一网络的 VPS
我们的 VPS 实例按区域部署在与 Solana 专用端点相同的网络中，减少外部网络通信并实现最短往返。
它们可以按区域快速小规模部署。即使仅部署 1～2 核的 worker 也能降低有效延迟并降低错失机会的风险。
2025 年 9 月即将发布：“SUPER EPYC VPS”
本月，从最受欢迎的法兰克福区域开始，我们计划发布“SUPER EPYC VPS”，使用具有市场领先 5.7 GHz 主频的数据中心 CPU。
在 VPS 产品中采用最新一代 CPU 并不常见，供应有限。对于寻求最快 VPS 的人来说，这将是一个强有力的选择。
追求最高品质和速度：裸金属
VPS 会把物理服务器划分为多个虚拟化部分，而裸金属服务器则将全部 CPU、内存、磁盘和网络带宽资源专供您使用。
这使得即使在高峰期也更容易维持稳定的高性能，非常适合需要持续低延迟的 Solana 应用。
对于 Solana 使用场景，Ryzen CPU 特别受欢迎，虽然属于消费级，最高主频却可达 5.7 GHz。EPYC 旨在最小化虚拟化开销，而 Ryzen 旨在不使用虚拟化时最大化单线程性能。请根据使用场景选择。
ERPC 解决的挑战
- 典型 RPC 环境中常见的交易失败和延迟波动
- 许多基础设施提供商施加的性能限制
- 网络距离对通信质量的重大影响
- 小型项目难以获得高质量基础设施
产品详情、免费试用、入门流程、专用配置、库存查询和加入候补名单请通过 ERPC Web 仪表盘：
- ERPC 官方网站：https://erpc.global/zh
- ERPC Web 仪表盘: https://dashboard.erpc.global/zh
我们将继续开展研发，努力稳定供应并扩充产品线，为全球更多项目带来价值。
感谢您一如既往的支持。
