getSlotLeaders
RPC 方法允许您检索计划在特定范围的槽位中担任领导者的验证者的公钥列表。这对于了解即将到来的区块生产者序列非常有用。
常见用例
- 预测近期区块生产者: 确定哪些验证者预计将在不久的将来为有限范围的槽位生产区块。
- 分析领导者分布: 观察一个纪元片段的领导者序列。
- 网络分析工具: 监控或分析网络行为的工具可能会使用此方法来了解领导者模式。
请求参数
startSlot
(u64
):(必需)要获取领导者计划的第一个槽位(包括在内)。limit
(u64
):(必需)要检索领导者的连续槽位数量。限制必须在 1 到 5,000 之间。
响应结构
JSON-RPC 响应的result
字段是一个 base-58 编码字符串的数组。每个字符串都是一个验证者的公钥(身份)。数组中公钥的顺序对应于请求范围内每个槽位的领导者,从 startSlot
开始。
示例响应(限制为 3 个槽位):
示例
1. 获取特定范围的槽位领导者
此示例获取从指定槽位开始的 5 个槽位的领导者。开发者提示
- 限制:
limit
参数指定要返回的连续槽位领导者数量,最多可达 5,000。这意味着您可以在一个纪元内提前查看大量槽位。 - 纪元边界: 领导者计划是为整个纪元确定的,详细信息请参阅我们的 槽位、区块和纪元 指南。此方法允许您查询该计划的部分内容。如果您的范围跨越了纪元边界,返回的领导者仍将基于
startSlot
所在纪元的计划,直到您提供的限制或该纪元已知计划的结束,如果 RPC 节点不为该调用进一步预测。 - 未来槽位: 您可以请求未来槽位的领导者。RPC 节点将根据相关纪元的当前领导者计划返回计划的领导者。
- 准确性: 领导者计划在一个纪元内是固定的,因此返回的领导者通常是准确的,除非有特殊的网络情况或验证者集的变化可能影响后续纪元的计算。
- 与
getLeaderSchedule
的区别: 虽然getSlotLeaders
为您提供了一个范围的直接列表,但getLeaderSchedule
提供了整个纪元的完整计划,将验证者身份映射到该纪元内所有分配的槽位。如果您只需要特定有限范围的顺序列表,getSlotLeaders
更为直接。
getSlotLeaders
。