preciousblock会永久改变选链吗？

preciousblock这个名字容易被理解成“把某个区块设为永远优先”，但官方语义窄得多：它只在同等工作量的候选之间，把指定区块当作更早收到。它既不让无效区块变有效，也不会让较少累计工作量的链压过更多工作量，更不会提供业务最终性。

三层规则要分开

preciousblock把指定区块视为在其他同等工作量区块之前收到。

因此，测试人员在两个有效且同工作量的链尖之间复现接收顺序时可以使用它；生产系统若想“锁定”某条链，则选错了工具。对账或入账策略仍需依据确认数、业务风险和本地验证结果，不能把一次RPC调用当不可逆最终确认。

后续preciousblock调用可以覆盖先前调用的效果。

若先标记A、后来又标记B，后一次可能改变前一次效果。自动化必须把每次调用记录为事件，保存区块哈希、调用时间、节点实例、调用原因和操作人。仅查看当前链尖无法还原为什么发生过偏好变化。

操作前后都调用getchaintips，保存所有已知链尖的height、branchlen和status。若指定哈希未知、区块无效或工作量条件不成立，结果不会符合预期。先验证区块存在和状态，再做实验，不要通过反复调用“试到成功”。

preciousblock效果不会跨节点重启保留。

官方明确效果不跨重启保留。这一边界使它更适合临时调试，也意味着任何依赖它维持业务状态的设计都不可靠。测试脚本要显式包含重启场景，确认重启后链尖选择回到正常规则；监控记录进程启动时间，避免把偏好消失误报成网络攻击。

若实验需要可复现，保存节点版本、链数据快照、调用顺序和每一步getchaintips结果，而不是假定重跑同一条命令会得到同一链尖。其间若出现新区块，累计工作量改变，实验条件已经不同。

getchaintips返回所有已知链尖的height、branchlen、status等字段，可用来记录操作前后的分叉视图。

getchaintips列出节点知道的链尖和状态，能帮助判断active、valid-fork、headers-only或invalid等语境。多个节点返回不同列表时，先核对它们的同步、peer和数据来源；不能简单按“多数节点”选择哈希，因为每台节点都按自己的已验证数据工作。

对外展示分叉信息要注明来自哪台节点、哪个时间和哪个最佳区块。branchlen表示从共同祖先分出的长度，不等于风险等级；status也不能省略。把这些字段压缩成一个红绿灯，会掩盖有效分叉、仅头信息和无效链尖的差异。

preciousblock会影响本地链尖偏好，RPC只应向受控管理网络和授权人员开放。变更单写明实验目的、目标哈希、预期影响、观察窗口和恢复方式。主网生产节点若没有明确诊断需要，不应把它做成常驻按钮或自动化自愈动作。

测试结束后重启或按预定步骤恢复，重新记录active tip、同步和应用读写。若链尖变化影响了钱包或索引器，还要核对重组处理与入账游标。本文是Bitcoin Core同工作量分叉调试的概念说明，不构成交易确认、链分叉结果或资产安全承诺。

本地偏好不能越过共识和工作量。复核时必须绑定具体版本、节点或查询上下文，不能把一次成功结果扩写成长期保证。

资料访问时间为2026-08-12。尚需持续复核：具体测试场景的链尖是否有效仍由本地共识验证结果决定；本文不指导主网操纵或规避共识。

相关站内主题：getchaintips分叉状态、软分叉部署状态、getblock返回层级。本文用于技术教育、数据理解或防御性运维，不构成投资、收益、交易或资产安全承诺。