Bitcoin Core 31.x私密广播补丁获得新审查，仍待合并

来源发布日期: 2026-10-09 · 编辑分析发布日期: 2026-10-11

10 月 9 日的评论承认了 Bitcoin Core 31.x 的私密广播补丁。该提案在核查时仍处于开放状态；批准的审查、合并的更改和可下载的稳定版本是单独的里程碑。

网络交换机与线缆资料照片；仅作配图，并非Bitcoin Core漏洞测试 — 示意性历史照片，并非新闻中所述的具体产品或设施。已转换为WebP，必要时缩小尺寸。 ShakataGaNai · CC BY-SA 3.0

分析与实际影响

本节为本站分析及示例计算，与来源报道分开呈现。

对稳定系列向后移植的全新回顾

10 月 9 日，审阅者 davidgumberg 在Bitcoin Core拉取请求 36358 上发布了提交 22ac577 的 ACK。该提案针对 31.x 分支，并在我们 10 月 11 日检查时保持开放状态，里程碑为 31.2。其目的是将私密广播连接保持在常规的discouragement节点限制处理之外，同时仍然断开行为不当的私密广播对等节点。审查确认不是合并，里程碑也不是宣布的发布日期。

这对于主动启用实验性交易广播功能并需要知道哪个软件路径包含修复的操作员来说很重要。我们的报告将此次审查视为新事件，并提供早期的发展历史作为背景。它没有描述新的 ASIC 固件文件，也没有声称标准配置下的每个节点都会受到该变更影响。硬件目录和制造商固件存档与 Bitcoin Core 的节点软件是分开的。

以太网交换机资料照片；仅作配图，并非Bitcoin Core部署 — 示意性历史照片，并非新闻中所述的具体产品或设施。已转换为WebP，必要时缩小尺寸。 Deavmi · CC BY-SA 3.0

修复已经落地的地方

最初的更改，拉取请求 36312，于 9 月 25 日合并到主开发分支。32.x 向后移植捆绑包，拉取请求 36300，于 10 月 1 日合并，并包含相同的修复。这些存储库事件确定了这些分支中代码的存在。他们没有确定仍在运行早期稳定二进制文件的机器已获得更改，也没有确定已在任何地方安装了新的最终版本。

版本标签必须与实际的可执行文件及其源相关联。一个分支可以包含修复程序，而另一个分支的发布包则可能尚未包含该修复。相反，发行商可以应用向后移植来更改代码，而不使用相同的上游发行标签。操作员应保留包来源和准确的构建信息，而不是将标题中看到的最高版本号视为完整的安全评估。

该功能是明确设为可选

早期的 31.0 发行说明将私密广播描述为影响通过 sendrawtransaction 提交的交易的选项，使用通过隐私网络的专用连接。单独的文档更改（拉取请求 36309）缩小了隐私声明范围，并将该功能标记为实验性的。默认情况下它是禁用的。这些限定条件很重要，因为报告的修复涉及特定的可选广播路径，而不是节点看到的每个普通连接或每笔交易。

对于挖矿企业来说，在评估运营意义之前，请先确定其自己的软件是否确实通过该路径提交交易。与矿池通信的 ASIC 与广播钱包交易的Bitcoin Core节点不是同一服务。列出服务及其依赖项有助于避免更改挖矿配置以响应属于不同组件的补丁。标题并未表明 Antminer 或 WhatsMiner 网络接口存在缺陷。

可观察的连接处理是隐私边界

补丁描述标识了可以从外部观察到的连接处理效果。该设计将私密广播同级与常规的discouragement节点限制处理分开，并保留与行为不当的私密广播对等节点的断开连接。我们的解释是这种分离旨在减少可能的相关信号。这并不保证节点、钱包或个人在更改后在每种网络条件下都变得无法追踪。

作为推理该问题的编辑方法，询问在所谓的独立工作流程和正常工作流程之间共享哪些外部可见操作。如果一条路径中的决策改变了另一条路径的行为，观察者可能会了解到操作者不打算公开的关系。这是对系统边界的解释，而不是新的漏洞测试。我们尚未测量实时网络上的利用情况或评估任何读者的节点。

不要将其与早期的 31.1 修复混淆

官方Bitcoin Core 31.1 说明描述了早期的私密广播连接路由修复，涉及重新连接期间配置的代理。先前的问题和当前的对等节点处理提案涉及不同的机制。经我们检查，官方下载页面仍显示31.1为最新稳定版本。它的存在是可用版本的证据，而不是当前开放的 31.x 提案已经发布的证据。

维护记录应将每个相关问题映射到实际包含其修复的版本或包。将多个与隐私相关的头条新闻合并到一个假设的补丁中可以使操作员相信，当仅涵盖较早的问题时，后来的问题已得到解决。在变更记录中保留上游链接和审核日期。关于未来维护版本的存储库讨论不能取代正在使用的二进制文件的经过验证的发行说明。

受控更新从清单开始

在安排节点更新之前，请保留确切的版本、软件包来源、相关配置以及依赖于该节点的服务。对于矿池或商业钱包，包括交易提交路径和任何期望特定 RPC 行为的自动化。通过此清单，可以确定特定的上游更改是否会影响已安装的系统。它还防止将通用固件维护过程应用于具有不同数据和可用性要求的节点软件。

实用的验证计划在生产窗口之前在适当的测试环境中检查服务启动、同步状态、所需的 RPC 调用和交易广播行为。记录结果并保留所涉及配置和数据的恢复计划。这些是编辑操作建议，而不是新项目发布说明或安装未经审核分支的建议。测试候选包和稳定的生产包应该仍然是明显不同的选择。

使用时必须检查发布状态

记录的状态是一个注明核查日期的快照：31.x 提案在 10 月 11 日审核时已开放。发布后可能会发生变化。稍后的合并将建立另一个里程碑，但操作员仍然需要识别包含它的分布式构建。当阅读新闻几天后计划维护时段时，这种区别很重要。在将修复程序归因于已安装的版本之前，请重新检查官方项目记录。

一个独立的示例是具有 10 个节点实例的队列，其中 8 个已升级到经过验证的包，另外 2 个仍保留在早期版本上。发布公告本身并不能证明十个实例均已完成升级。跟踪每个实例的实际可执行文件和重新启动结果，而不是将软件可用性转换为部署计数。该示例是假设的；它没有描述Bitcoin Core的采用率或调查的矿池。