如何使用 getLeaderSchedule

​

常见用例

• 网络监控： 观察一个 epoch 中验证者之间的领导者槽分布。
• 交易路由（高级）： 一些高级应用程序可能尝试将交易路由到当前或即将成为领导者的验证者，尽管这通常由网络和 RPC 节点处理。
• 验证者性能分析： 将领导者计划与实际区块生产相关联，以评估验证者的正常运行时间和性能。
• 理解 epoch 进程： 查看哪些验证者在整个 epoch 中负责生成区块。

​

请求参数

1. slot（u64，可选）：一个槽号。如果提供，将获取包含此槽的 epoch 的领导计划。如果 null 或省略，则获取当前 epoch 的领导计划。
2. config（对象，可选）：一个可以包含以下内容的配置对象：
   • commitment（字符串，可选）：指定承诺级别。如果未提供，则使用节点的默认承诺。
   • identity（字符串，可选）：验证者的 base-58 编码公钥。如果提供，返回的计划将仅包含分配给该验证者的槽。

​

响应结构

• null：如果找不到请求的 slot（或如果未提供槽则为当前 epoch）对应的 epoch 或其领导计划不可用（例如，对于未来的、未计算的 epoch）。
• 一个 对象：如果找到了计划。该对象是一个映射，其中：
  • 每个 key 是验证者的 base-58 编码公钥（身份）。
  • 相应的 value 是一个数字数组。每个数字是该验证者作为领导者的 epoch 开始的相对槽索引。

​

示例

​

1. 获取当前纪元的领导者计划

# Replace <api-key> with your Helius API key
curl https://mainnet.helius-rpc.com/?api-key=<api-key> -X POST -H "Content-Type: application/json" -d \
  '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getLeaderSchedule"
  }'

​

2. 获取特定纪元中特定验证者的领导者计划（按槽位）

# Replace <api-key> with your Helius API key
# Replace VALIDATOR_PUBKEY with an actual validator identity public key
curl https://mainnet.helius-rpc.com/?api-key=<api-key> -X POST -H "Content-Type: application/json" -d \
  '{
    "jsonrpc": "2.0",
    "id": 1,
    "method": "getLeaderSchedule",
    "params": [
      200000,
      { "identity": "VALIDATOR_PUBKEY" }
    ]
  }'

​

开发者提示

• 纪元边界： 领导者计划在整个纪元内是固定的。您可以使用 getEpochInfo 来查找纪元的开始和结束插槽。
• 未来纪元： 请求遥远未来纪元的计划可能会返回 null，如果网络尚未计算出它。
• 相对插槽索引： 请记住，响应中的插槽编号是相对于请求的纪元的第一个插槽，而不是区块链上的绝对插槽编号。
• 大型响应： 对于没有身份过滤器的完整纪元计划，响应可能很大，列出所有验证者及其分配的插槽。

​

相关方法