getLeaderSchedule如何读取出块排班？

getLeaderSchedule返回的是epoch内相对slot索引，不是直接可展示的绝对slot。必须先取得同一epoch的起始slot，再做加法。

本文通过相对索引换算和实际产出对照，避免把排班分配当成出块成绩。

三个容易造成错误结论的做法

• 不要这样做：把相对索引直接显示成绝对slot
• 不要这样做：跨epoch沿用上一个起始slot
• 不要这样做：排班里出现身份就计算为成功出块

把[2,5]换成绝对slot

假设目标epoch起始slot是432000，某identity在schedule中得到[2,5]，对应绝对slot是432002和432005。起始slot应从同一epoch上下文推导并保存，不能把查询时的当前slot直接相加。

数据	作用
查询slot	选择其所在epoch的排班
identity过滤	只返回目标验证者的相对索引
epoch起始slot	相对索引换算基准
commitment/identity	选择读取上下文并过滤验证者
getBlockProduction	对照被分配slot是否实际产块

返回null表示请求epoch不可用，可能与上下文、历史或节点能力有关。返回数组则只证明排班分配；验证者可能因为跳过slot、分叉或其他原因没有形成最终区块。

三个必须保留的事实

1. 排班映射：getLeaderSchedule返回验证者identity到一组相对slot索引的映射，这些索引属于包含所查询slot的epoch。
2. identity筛选：请求可按identity筛选，并通过commitment选择节点用于本次读取的slot；返回null表示请求epoch不可用。
3. 相对slot换算：被分配leader slot不等于实际产出区块，分析表现还需要和同范围getBlockProduction或区块结果对照。

操作前后逐项勾选

• 保存查询slot、epoch与同一上下文的起始slot
• 按identity过滤取得相对索引数组
• 逐项计算epochStart+relativeIndex
• 与同范围getBlockProduction或区块结果对照
• 报告分配数、实际产出数和无法判断数

把分配与产出边界写进回归测试

回归用例先准备一份黄金样本：对象、网络、版本和预期结果均已知。脚本完成“保存查询slot、epoch与同一上下文的起始slot”后只保存原始数据，再由独立模块执行“按identity过滤取得相对索引数组”。黄金样本的作用是发现实现变化，不代表其他对象天然安全；测试报告必须注明它覆盖的具体范围。

负向用例至少两条。第一条构造“把相对索引直接显示成绝对slot”，第二条构造“跨epoch沿用上一个起始slot”。两条用例分别运行，禁止同时改变多个字段。合格实现会保留原始错误并停止在对应层级；自动切换网络、猜测未知字段或引用旧缓存都应让用例失败。

状态用例在动作前取得排班映射快照，执行“逐项计算epochStart+relativeIndex”后再次取证，并对照identity筛选和相对slot换算。如果状态由节点视图、缓存或索引延迟造成，结果应注明观察来源。A时点和B时点必须各自保留，不能只存一条被覆盖的最终记录。

发布前由人工检查结果页是否同时显示原始字段、推导规则、单位或版本以及三态结论。触发“排班里出现身份就计算为成功出块”时，系统必须建议“与同范围getBlockProduction或区块结果对照”并停止自动动作。回归记录由此覆盖正常、错误、状态变化和人工接管四条路径。

来源、增量与风险边界

1. Solana RPC：正式接口、字段与规范语义。
2. Solana RPC Overview：实现路径、兼容性或安全边界。

本文资料读取于2026-07-20。epoch边界和节点上下文变化会改变相对slot解释，保存结果时必须同时记录epoch与基准slot。

站内相邻主题可继续阅读：slot与epoch单位、确认与最终性。Leader排班不等于收益或最终区块。绩效判断必须使用同范围产出证据，并注明epoch与RPC端点。