多区域 Solana 基础设施的优势与优化

我们一直在强调物理上靠近当前领导者验证者的重要性。然而，Solana 是全球分布的，领导者不断轮换。将一切集中在单个城市并不符合这一现实，这就是多区域方法合理的原因。本文从纪元和领导者调度开始，然后展示如何在实际操作中判断你是否「足够近」以及如何将这一判断付诸实施。

Solana 以 Slot 为单位推进时间。大约 400 ms 构成一个 Slot，Slot 被组合成一个纪元。一个纪元包含 432,000 个 Slot，持续约两天。你可以通过 RPC 方法 getEpochInfo 跟踪进度。在每个纪元开始时，领导者调度就已固定，在任何时刻都只有一个领导者在产出区块。这种快速轮换正是你需要一个跟随距离变化的方法的原因。

在交易基础设施的历史中，物理上靠近交易所的主服务器一直是一种优势。光速很快但不是无限的。更短的距离意味着更快的接收和发送。同样的原理适用于区块链，但有一个区别：Solana 的出块点在世界各地移动。如果领导者现在在纽约，靠近纽约就有帮助。如果下一个领导者在法兰克福，靠近法兰克福就有帮助。这就是为什么你要准备多个位置而不是单一枢纽。

在主要验证者城市和交换点保持几个小据点，在任何给定时刻自动使用最靠近当前领导者的据点。当领导者 Slot 在纽约时，从纽约接收和发送。当下一个领导者轮换到法兰克福时，立即切换到法兰克福并从最短路径传输。目标不是改善平均值，而是避免错过不断到来的机会。

共享网络和共享服务器对其他用户敏感，在高峰时段容易波动。跨区域的专属端点和专属服务器让你绕过拥塞，像私人高速公路一样传递数据。

接近程度是数据决策，不是直觉。首先使用 getEpochInfo 找到当前纪元的位置。然后使用 getRecentPerformanceSamples 估算最近的平均 Slot 时间。剩余 Slot 乘以平均 Slot 时间给出到切换的大致秒数。

使用 getSlotLeaders 获取目标范围的领导者，用 getClusterNodes 列出集群节点。将领导者身份与节点数据交叉引用，然后使用公共 IP 或 gossip 地址估算地理候选位置。

不要丢弃结果。将每个据点的测量和映射存储在自己的数据库中，让轻量级 worker 在每次纪元变更时更新。

在领导者附近接收，从领导者附近发送。由于「附近」不断变化，将足迹分布在多个区域。你需要的是一个跟踪最新调度的小型机制和一种合理的据点放置方式。

获取更新和提问请加入 Validators DAO Discord。提供免费试用和测试环境。 https://discord.gg/C7ZQSrCkYR

一如既往地感谢您。我们将继续在实地测试并诚实改进，以确保您的项目成功。