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