Bitcoin Core 公开漏洞细节：旧版节点可能无法生成挖矿区块模板
来源发布日期: 2026-11-10 · 编辑分析发布日期: 2026-11-12
11 月 10 日的公告解释了为何某些旧节点在链重组后可能无法准备比特币挖矿任务。修复版本自 2025 年 10 月起已可用。
这次公开的是旧节点故障的细节
Bitcoin Core 在 11 月 10 日公布了一个高严重级别漏洞的详细说明。它的编号是 CVE-2025-62861，可能让受影响的节点无法继续为矿工准备新区块的模板。修复代码早在 2025 年 10 月就已随软件发布；这一次的新信息，是项目公开说明故障在什么条件下可能出现，以及哪些旧版本需要留意。节点运营者可以据此核对机器，而不用把公告误读为矿工当天才拿到修复。
项目列出的受影响版本是 28.0 至 28.2 和 29.0 至 29.1。各分支最初的修复版本分别有 30.0、29.2 和 28.3。知道这些版本号，可以用来判断过去部署过的节点有没有暴露在这个问题下。如果现在要更新，则应查官方的下载页，选择仍受支持的版本。机房或者托管场地可能装有好几个节点，最好确认正在给设备供任务的那一个实际运行什么，而不是只看某个安装包的文件名。
一项本地故障如何让矿机等不到任务
矿机寻找有效解之前，需要知道自己在为哪个候选区块工作。负责准备这些信息的节点先生成区块模板，相当于下一块的草稿。模板的内容部分来自节点自己的待确认交易列表，这个列表也叫内存池。矿池再根据草稿向自己的设备或者网上连来的矿机发送任务。因此矿工屏幕上看到的计算过程，前面还有一个准备区块的环节。负责这一环节的程序通常不在 ASIC 机身里。
链重组可以理解为节点接受了一条更好的链，用它替换刚才认可的部分近期区块。原先那些区块里的交易可以回到等待列表。在受影响的代码中，这个恢复过程可能错误地执行一项交易替换规则。结果是某项交易还留在列表中，但它依赖的另一项交易已被移除。节点尝试用这样的列表组装候选区块时，草稿通不过自身的有效性检查。平时同样运行这个版本，不等于每次重组都会遇到这种情况。
公告说，进入这种状态的节点可能一直不能生成有效模板，直到重启后重新载入一份一致的列表。重启解决的是已经发生的这一回故障，更新到包含修复的软件才处理了公告里描述的原因。这个影响首先发生在具体的节点上；项目没有报告整条比特币网络停下挖矿。在排查时，要把“我的节点暂时无法准备工作”和“全网没有新区块”区分开来，两者需要不同的证据。
这里涉及的是一种第 3 版交易。节点对待确认交易的转发会有自己的规则，但判断一个完整区块是否有效，用的是另一套共同规则。某种交易关系可能不允许直接放进节点的等待列表，却可以合法出现在区块中。出问题的是节点把区块里的交易放回列表时，仍用了一条本应跳过的等待列表规则。理解这一区别，就知道这份公告为何说旧节点在准备草稿时出错，而不是说比特币更改了哪些区块有效。
自己跑节点，分别检查链和挖矿任务
先找到给矿工准备任务的机器，查看那里的 Bitcoin Core 版本。如果另一台设备只给钱包提供节点服务，查看那台的版本不能替代对挖矿节点的检查。可以记录每个挖矿服务连到哪个节点，备用服务又连到哪里。这样一次升级后如果某几台设备收不到任务，可以先沿着这个对应关系找负责准备模板的服务，而不用逐台猜测。共用同一个节点的机器，也可能同时受到它的影响。
更新时使用官方提供的下载链接和验证说明。等节点追上链的最新状态后，再看挖矿服务是否拿到新模板，以及矿机能否接到任务、提交结果。链同步正常和模板能生成是两项检查。一台节点机器还可以被访问，也不代表它上面的每一个功能都在正常工作。把更新前后的节点日志与矿池工作时间对照起来，比仅仅看到进程已经启动更有说服力。
如果好几个挖矿服务都从同一个节点拿模板，它们可能一起失去新任务。在安排维护时，可以记下每个接入点后面的节点，再核对备用路径是不是真的独立。配置上有两个不同地址，不一定意味着后面有两套服务。试用备用路径时，除了确认设备连上去，也要确认它从对应节点取得新工作，并能看到矿池接受份额。这样演练出来的结果才说明哪一部分可以在故障时接替。
用公共矿池时，先定位是哪里没动
如果你使用别人经营的矿池，准备区块的是运营方维护的节点。任务中断时，可以先看是只有自家机器受影响，还是连到同一接入点的其他设备也没有新任务。记下最后一份任务的时间，以及最后一次被矿池接受的计算证明，也就是有效份额。和运营方沟通时，把这两个时间以及连接的服务一并说清楚，通常比一句“矿机不出币了”更有用。它能帮助区分故障是在单台设备还是在共同的上游服务。
本地算力是机器正在尝试计算的读数。即使矿池没有发来新的有用任务，机器仍可能短时间显示速度。另一方面，页面没有新增付款也可能只是还没到结算时间。可以先查任务和份额的状态再判断。如果设置了备用接入点，应在出问题之前就确认它确实接受份额。公告讲的是节点软件，单独更换 ASIC 固件不能修复运营方的节点。
同日还有两份不同的公告
Bitcoin Core 同时公开了旧版本可能卡在处理紧凑区块的另一处问题，也描述了在某些配置中错误信任入站 Tor 连接的情况。两份公告各自列出了会受影响的条件和修复版本。不要把它们与准备挖矿模板失败的高严重级别漏洞混成一个；核对节点时应按遇到的问题看相应公告。有多台节点或者使用不同网络配置的运营者，可以把实际版本与设置分别记下来。
这次公开说明提供了一个核对实际部署的机会。对矿工来说，芯片有多少算力和矿机有没有收到可用的新任务，是两个不同的问题。刚升级过的节点也应通过这两方面的运行记录来确认状态。机器要贡献有效计算，需要节点继续准备工作，也需要矿池收到并认可设备交来的结果。
来源: Bitcoin Core ↗ · Bitcoin Core — compact block advisory ↗ · Bitcoin Core — inbound Tor advisory ↗ · Bitcoin Core — official downloads and verification ↗
挖矿计算器 ↗
