ERPC 扩展 Solana Leader Slot API：新增全球 7 个区域的 Ping 测量，Validators Information API 同步上线
ERPC 扩展 Solana Leader Slot API：新增全球 7 个区域的 Ping 测量，Validators Information API 同步上线
由 ELSOUL LABO B.V.（总部：荷兰阿姆斯特丹，代表董事兼 CEO：Fumitake Kawasaki）和 Validators DAO 运营的 ERPC，已增强用于掌握 Solana Leader 信息、推测位置与延迟的 API，为 Leader Slot API 新增来自全球 7 个区域的参考 RTT（Ping 测量）支持，并开始提供全新的 Validators Information API。
首先，我们扩展了 Leader Slot API（
getLeaderSlots），使其能够获取来自全球 7 个 ERPC 观测区域（法兰克福、阿姆斯特丹、纽约、伦敦、东京、新加坡、悉尼）的参考 RTT。此前，测量仅从法兰克福进行。同时，我们全新发布了 Validators Information API（
getValidatorsInformation）。该 API 可通过一次调用，列出当前 epoch 中所有至少持有一个 leader slot 的 validator。除了担当 slot 数与活跃 stake 数量之外，在可获取的情况下，还会返回推测位置、网络端点、客户端版本，以及来自 7 个区域的参考 RTT。两项 API 均可通过标准 JSON-RPC 接口提供给所有 ERPC 用户。
- Leader Slot API 文档：https://erpc.global/en/doc/rpc/leader-slot-api/
- Validators Information API 文档：https://erpc.global/en/doc/rpc/validators-information-api/
与传统交易基础设施的差异：Solana 的通信目标会动态变化
在传统的交易所与金融系统中，发送订单的目标——交易所、网关、撮合引擎等——通常固定于特定的数据中心或网络。
因此，用户一旦掌握连接目标，便可以持续优化通往该目标的网络路径。由于目标服务器的位置不会频繁变动，基础设施的部署与通信路径也可以相对固定地设计。
另一方面，在 Solana 上，负责产出区块的 Leader 会按照 Leader 时间表每隔几个 slot 轮换一次。由于担任 Leader 的 validator 分布于世界各地，交易需要送达的对象以及最接近该对象的网络路径都会持续变化。
换句话说，在 Solana 上，需要优化的通信目标无法被视为固定、单一的连接点。
首先必须从 Leader 时间表掌握现在与未来的 Leader 是谁。在此基础上，确认每个 validator 最可能位于哪个地区或网络，以及从各发送位置的延迟程度，再决定发送路径。
正确理解这一结构，是 Solana 上低延迟交易发送与全球基础设施设计的起点。
将 Leader 时间表与网络位置作为数据处理
在通信目标动态变化的环境中，由人员每次确认 Leader 与发送位置、再手动切换路径，并不现实。
需要的是持续获取以下信息，并将其纳入应用与基础设施的判断逻辑。
- 负责当前与即将到来的 slot 的 Leader
- 每个 validator 担当的 slot 数
- 每个 validator 推测的国家、城市与区域
- TPU、QUIC 等网络端点
- 从各观测区域获取的参考 RTT
- 测量值的获取时间与响应状态
推测位置与实测延迟各自扮演不同的角色。
位置信息可用于基础设施与容量应部署在何处的中长期判断。另一方面，来自各区域的参考 RTT，则是判断当前从哪个位置最有可能以较短路径抵达的依据。
物理上或地理上接近的位置，在网络上不一定总是最短。因此，结合推测位置与实际观测值进行判断非常重要。
ERPC 的 Leader Slot API 与 Validators Information API，正是为了让这些判断能够基于数据进行程序化而设计的 API。
Leader Slot API：从全球 7 个区域测量参考 RTT
Leader Slot API 返回即将到来的 leader slot，同时附带 validator 身份、活跃 stake 数量、网络端点、推测位置、参考 RTT 等信息。
此前，
pingToLeaders 的测量仅从法兰克福源点采集——这是对全球分布的 Solana 网络的单一观测点。通过本次更新，现在可以获取从以下 7 个区域测量的参考 RTT。
frankfurtamsterdamnylondontokyosingaporesydney
针对每个 Leader，比较来自 7 个观测区域的参考 RTT，即可判断从哪个发送位置最有可能以较短的网络路径抵达。
这不仅是交易路由的依据，也是决定 RPC、gRPC、Direct Shreds、交易发送服务器等容量应部署在哪些地区时的判断材料。
测量结果包含表示是否响应 ICMP 的
icmpReplied，以及表示最后一次成功获取测量值之时间的 measuredAt。即使是不响应 ICMP 的 validator，TPU、QUIC 等服务也可能正常运行。因此，当
icmpReplied 为 false 时，应将其视为"无法通过 ICMP 测量"，而非"遥远"。此外，当刷新时无法获取成功的测量值时，不会以未测量的值覆盖——保留的是最后一次成功获取的实测值及其测量时间。
Validators Information API：一览获取整个 Epoch 的 Leader 信息
Leader Slot API 适合"接下来几个 slot 由谁领导"这种以 slot 为单位的判断。
另一方面，基础设施部署与容量规划需要更宏观的视角。
- 当前 epoch 中担任 Leader 的 validator 是谁
- 各自担当多少 slot
- 分布在哪些国家与区域
- 将基础设施部署在哪个地区，才能更接近更多 Leader
全新的 Validators Information API（
getValidatorsInformation）正是为了回答这些问题而打造的 API。不带参数调用时，它会返回当前 epoch 中所有至少担任一个 slot 之 Leader 的 validator，每个 validator 一行。默认情况下，可按担当的 leader slot 数由多到少获取。
每行包含以下信息。
slotCountstakeWeight（以 SOL 计的活跃 stake 数量）- validator 的身份信息
在可获取的情况下，还会返回以下信息。
- 推测的区域、城市与国家
- 网络端点
- 客户端版本
- 来自 7 个区域的参考 RTT
由于数据会定期刷新，定期调用该 API 即可让规划用数据集保持最新。
你也可以使用可选的
limit（1–2000）、country、region 参数来筛选结果。计费按返回的 validator 数量计算。Leader validator 数量会随 epoch 变动；以撰写本文时的数据为例，获取全部 673 个 validator 需消耗 6,800 API tokens（ERPC 的 API 使用额度），获取最多 10 个 validator 需消耗 100 API tokens。
迈向以数据为基础的可编程路由
这些 API 并非仅用于展示 validator 列表或参考 RTT。
最终目的，是让你能够将 Leader 时间表、validator 的推测位置、来自各观测区域的参考 RTT，纳入应用的判断逻辑。
例如，应用可以获取即将到来的 Leader 时间表，针对每个 Leader 比较来自 7 个观测区域的参考 RTT，然后选择要使用的 RPC 或交易发送路径。
你也可以分析整个 epoch 的 Leader 分布，预先将基础设施部署到接近担当 slot 数较多之 validator 的地区。
主要用途如下。
- 以 slot 为单位选择发送路径
- 以 epoch 为单位进行容量规划
- 按区域分析 leader validator
- 兼顾活跃 stake 数量与担当 slot 数的优先级排序
- 监控每个 epoch 的地理与网络分布变化
- 在部署于多个区域的 RPC 与发送服务器之间自动选择
在通信目标动态变化的 Solana 上，仅靠静态网络优化并不足够。
持续掌握不断变化的 Leader，并依据其位置与网络状态动态选择发送路径与基础设施，变得至关重要。
迈向以全球化为前提的 Solana 基础设施
ERPC 是面向 Solana 的高性能基础设施，从第一天起就以全球化运营为前提设计。
我们的边缘网络、bare metal 与 VPS、Direct Shreds、Geyser gRPC、SWQoS 端点，以及本次的运营智能 API，全都基于同一个目标而提供。
这个目标是：在用户与 Leader 分布于世界各地的环境中，为追求低延迟且高效执行的开发者，同时提供数据与基础设施。
来自全球 7 个区域的参考 RTT 与覆盖整个 epoch 的 validator 信息，现在通过简单的 RPC 调用即可获取。Solana 应用可以应对不断变化的 Leader，基于数据选择发送位置与网络路径。
对于在 Solana 上追求低延迟发送、全球基础设施部署与动态路由优化的开发者而言，这是与实际运营直接相关的判断依据。
欢迎用于选择低延迟的发送路径、设计可抑制不必要长距离传输的基础设施，以及全球容量配置。
详情请参阅文档：
- Leader Slot API：https://erpc.global/en/doc/rpc/leader-slot-api/
- Validators Information API：https://erpc.global/en/doc/rpc/validators-information-api/
- ERPC Web Dashboard：https://dashboard.erpc.global/en
