getBlockHeight和Slot有何区别？

Solana监控里经常同时出现slot和block height。两者通常都向上增长，却不是同一把尺子。把它们直接相减、用slot代替区块高度，或拿不同commitment的结果比较，都会把正常的跳过slot和节点视图差异误报成丢块。

双轴时间线：机会不等于产出

Solana把block height定义为当前区块下方的区块数量，而slot是领导者产生区块的机会；每个slot最多一个区块，因此跳过slot时两者不会保持一一相等。 slot是领导者获得生产区块机会的时间单位，一个slot最多产生一个区块；block height则是当前区块下方已有多少区块，创世区块后的第一个区块高度为1。若某个slot没有形成可用区块，slot继续前进，block height不会因此多加一。

Slot:         500  501  502  503  504  505
是否有区块:    是   是   否   是   否   是
Block Height: 420  421   -   422   -   423

这张示意不是实时网络数据，只说明计数逻辑。看到slot差大于block height差，不应直接得出验证者漏块率；要计算生产表现，应使用明确窗口、领导者排班与实际生成区块数据。

getBlockHeight返回哪个视图

getBlockHeight返回节点在请求commitment下看到的区块高度，结果类型为u64。方法返回节点在请求commitment下看到的区块高度，结果为u64。processed、confirmed和finalized代表不同确认视图；同一时刻用不同commitment查询，返回值可能不同。报表必须把commitment写进指标名称或维度，不能只保存一个height数字。

该方法接受可选commitment和minContextSlot；minContextSlot用于要求节点至少处理到指定上下文slot。可选minContextSlot并不是“从这个slot计算高度”，而是要求节点至少处理到该上下文slot。它适合防止负载均衡把请求交给明显落后的后端。节点达不到要求时，应把结果记为上下文不足，而不是用旧高度继续业务。

参数/结果	正确含义	常见误读
commitment	读取的确认视图	查询速度档位
minContextSlot	节点最低处理上下文	起始区块高度
result	该视图下的block height	当前slot

跨节点对账不能只比一个数

两个RPC的finalized高度短暂不同，可能只是更新延迟；processed高度差异更常见。对账时同时采集getSlot、getBlockHeight、节点版本、请求耗时和同一commitment。如果一个节点长期落后、minContextSlot持续失败，才升级为同步或供应商质量问题。

不要用公共RPC做毫秒级一致性承诺。官方公共端点有速率限制，也不面向生产高流量。生产监控应使用受控节点或有服务保证的供应商，并设置样本时间窗，避免网络往返差被写成链分叉。

与交易过期判断的关系

交易使用recent blockhash时，相关响应通常同时给出lastValidBlockHeight。应用应把当前getBlockHeight与同一网络、兼容commitment下的有效高度比较，而不是拿slot判断。若当前高度超过lastValidBlockHeight，说明该blockhash的有效窗口已过；但发送与确认逻辑仍要检查交易签名、RPC响应和链上状态。

多RPC重试必须保留同一网络身份和参数。一个端点返回blockhash，另一个端点若落后或接到不同集群，过期判断会失真。先用getGenesisHash确认网络，再用minContextSlot限制上下文，最后才比较高度。

仪表盘怎样避免制造假异常

把slot与block height画成两条独立序列，不强行让它们重合。派生指标可以展示窗口内生成区块数、跳过slot数或节点落后量，但每个指标都要写清数据源与定义。对历史节点裁剪问题，另看minimumLedgerSlot和getFirstAvailableBlock，不把存储保留范围混进高度概念。

告警应分成“高度停止增长”“与参考节点差距扩大”“上下文要求失败”“RPC不可用”。只有第一类在多个独立节点同时出现，才可能指向网络层事件；单节点异常优先调查同步、磁盘、负载和上游连接。