网络距离与延迟：Solana 基础知识
网络距离与延迟：Solana 基础知识
网络和互联网速度难以可视化，更难直观了解如何改善，因此往往是推测先于事实。然而，互联网是一种具有明确基本原理的通信技术。所有信息都是以光的形式在线缆内部的光纤中传播。性能取决于线缆长度和交换机，以及网络上某处每天都在发生的事故、维护和改进的日常现实。
看起来可能很复杂，因为参与者众多且整体规模庞大，但原理出人意料地简单。没有能够实现瞬间传送的魔法。没有什么违反物理定律。这就是为什么让网络距离为你所用是唯一既可重复又有效的加速策略。
互联网的基本规则很简单：越近越快
光纤路径越短、交换机跳数越少，往返时间就越短。距离越远，中间节点越多，路径越容易受到拥堵和维护的影响。到达时间的变化也越大。越近，方差越小，可重复性越高。你可以用旅行的直觉来理解这一点。短途旅行往往大致按时到达，而长途旅行则波动很大。网络的行为方式完全相同。这就是金融行业精确到厘米管理线缆长度、甚至将距离作为资源定价的原因。缩短距离直接转化为结果。
一个常用的网络速度指标是带宽，描述为 1 Gbps、10 Gbps 或 25 Gbps。这相当于道路上的车道数量。车道越多，同时通过的数据就越多，拥堵也越少。距离近且车道多是快速传输大量数据的基本配方。
重新获得对速度的直觉
当你思考网络时，想象你正在开车。你的起点是你的服务器，目的地是目标服务器。短途旅行简单快捷，发生事故和堵车的风险也较低。长途旅行经过许多交叉路口、高速公路和隧道，沿途任何地方都可能出现拥堵。每天的情况不尽相同，旅程越远，遇到事故的概率就越高。让目的地更近是实现最快且最稳定结果的最短路径。
为什么距离在金融领域有价格
如果你处理来自纽约证券交易所的数据，直觉上会将服务器放在纽约。更进一步，理想的做法是确保你的机架与目标服务器之间只有几厘米的线缆。这是一个需要支付高额溢价的领域。因为数据源固定在一个位置，最优选择是明确的。缩短线缆长度可以同时提升速度和确定性，这就是为什么机架位置需要支付溢价。越近就是越快。
Solana 的现实与制胜之道
在 Solana 上，领导验证者每个时隙都会变化，负责接收交易和生产区块。因此，数据源时刻在全球移动。目前，验证者集中在法兰克福，大约占 20% 到 27%。这一地理因素是法兰克福在 Solana 工作负载中如此受欢迎的原因之一。
追求极致的专业人士不会止步于此。他们在所有主要区域部署资源，在目标领导时隙附近进行处理。即使你不打算覆盖所有区域，这一现实也定义了竞争方式。首先了解验证者在哪里，决定在哪里放置你的资源，并确定你的时间窗口。
以下是实现最快设置的第一步也是最实际的一步。当法兰克福验证者是领导者时，使用法兰克福网络内的服务器。当纽约验证者是领导者时，使用纽约网络内的服务器。严格遵循这一原则是达到最低延迟的现实策略。
应用部署位置决定延迟
速度不仅仅由服务器规格决定。你的应用在哪里同样重要。从东京监控法兰克福发生的事情是一个劣势。往返延迟会累积，你总是在迟后才做出反应。在每个区域准备资源，在数据到达的地方本地处理，或通过最短路径旁路到下一个本地区域。这既提高了覆盖范围又提高了响应速度。回到核心原则：从法兰克福连接法兰克福的领导者，从纽约连接纽约的领导者。首先认真做好这一点。
ERPC 基于这些基本原理，提供最优网络、服务器资源和应用部署位置的选项。
我们还提供 API，方便追踪 Solana 上不断变化的验证者和领导者信息，在整个平台上提供全面的支持。
领导时隙 API：用数据处理即时"接近性"
通常，你需要追踪 epoch 位置，估算时隙时间，提取领导候选人，与集群的节点列表核对，在考虑地理位置误差的同时运行真实的 ping 测量，并在每个 epoch 持久化和更新结果。这需要一个复杂的数据平台。
为了消除这一负担，我们已提供领导时隙信息 API（getLeaderSlots API）。使用 ERPC 额度，你可以查询时隙计划、验证者位置和参考 ping 值。在实践中，你可以询问"现在最近的是什么"或"什么时间法兰克福离领导者最近"，使用与标准 Solana RPC 相同的工作流。
经验法则是，当从你的观测点的 ping 超过 100 ms 时，直接接近该领导者的效率就会降低。洲际路径通常超过 100 ms。例如，与其从法兰克福连接纽约的领导者，不如使用纽约的资源来检测和发送会更优。getLeaderSlots API 旨在基于真实延迟做出这一决策。
网络距离并不总是与地图一致
即使两个点在直线距离上看起来很近，在网络上也可能相距很远。流量通过光纤、路由器和交换机传输，因此数据不一定走地图上看起来最短的路线。在欧洲内部，法兰克福在地图上可能看起来更近，但根据实际路由和拥堵情况，阿姆斯特丹往往实际上更快。
为了解决这一问题，ERPC 已升级所有 Solana 共享端点。我们在每个区域引入了基于 ping 的自动路由，系统可以根据你的实际网络距离自动选择最短路径。
基于 IP 地理位置的传统路由由于不准确和过时的记录，经常产生绕路。在新系统中，每个区域的端点自动对白名单 IP 进行 ping 测量，全球汇总结果以确定最短路径。这始终通过测量选择最短路径，仅依赖 IP 记录的路由已被完全淘汰。
基于 ping 的自动路由不仅为每个用户提供最快的路径，还改善了整体网络效率。当每个人都使用自己的最短路径时，长途负载减少，全球拥堵缓解。结果是全球范围内 Solana 访问获得更稳定的响应。
Solana RPC Bundle 方案
许多开发者从 Geyser gRPC 开始在 Solana 上进行数据流处理。它易于采用，因为数据已经解码，示例丰富，学习曲线低。
专业人士使用更快的 Shredstream。保持当前应用在 gRPC 上稳定运行，同时并行引入更快的 Shreds 的优势——这种实际需求非常强烈。Bundle 正是为此而生。
此前，想要尝试更快连接的团队往往因环境搭建和成本障碍而难以迈出第一步。
通过 Bundle，如果你已有生产级的 RPC 和 gRPC 连接，可以以更低的组合价格添加 Shredstream。套餐定价消除了采用的心理障碍。
首先，使用 RPC + gRPC 快速构建基础应用，然后在同一环境中学习 Shredstream 并过渡到更高性能。资深用户仅通过 Shredstream 直接摄入已处理和已确认的数据，这需要自定义客户端开发。Bundle 提供了一个可靠的路径来接收 Shredstream，作为迈向这一高级步骤的桥梁。
Bundle 的 gRPC 没有过滤限制，在产品开发期间也支持 Devnet 和 Testnet 的 RPC。
这是开始 Solana 开发并顺利过渡到生产的理想方式。
如需采用或迁移，请联系 Validators DAO 官方 Discord。
- Validators DAO 官方 Discord: https://discord.gg/C7ZQSrCkYR
Premium Ryzen VPS
Premium Ryzen VPS 在与 ERPC 相同的网络上运行。它配备世界级的 5.7 GHz 高主频 CPU、ECC DDR5 内存、NVMe4 存储和双 25 Gbps 网络。零超售设计，即使在虚拟化环境下也能提供裸金属服务器级别的稳定性。
它与主要 Solana 验证者和 Jito Shredstream 位于相同的数据中心内。零距离连接消除了互联网延迟。这种兼顾性能和成本效率的配置受到了众多项目的高度评价。
- Validators DAO 官方 Discord: https://discord.gg/C7ZQSrCkYR
ERPC 和 Validators DAO 解决的问题
- 通用 RPC 环境中常见的交易失败和延迟波动
- 许多基础设施提供商施加的性能限制
- 网络距离对通信质量的重大影响
- 小型项目难以获得高质量基础设施
在开发开源 Solana NFT 卡牌游戏 Epics DAO 的过程中，我们面临了高质量、高速 Solana 开发环境难以获得的挑战。我们构建了自己的平台，现在基于这些经验提供 ERPC 和 SLV。
金融应用尤其是关键任务型的，延迟或错误会直接影响用户体验。分布式验证者和 Web3 特有的结构相互重叠，很难把握全貌，许多项目因此深受延迟和不稳定之苦。
我们提供团队所需的高性能基础，为整个 Solana 生态系统更好的开发者和用户体验做出贡献。ERPC 和 SLV 是这一努力的组成部分。
- ERPC 官方网站: https://erpc.global/en
- SLV 官方网站: https://slv.dev/en
- Epics DAO 官方网站: https://epics.dev/en
- Validators DAO 官方 Discord: https://discord.gg/C7ZQSrCkYR
