Bitcoin Core 32.0 将于 10 月 10 日发布：如何检查您的节点是否停止维护

Bitcoin Core 32.0 的第一个候选版本已于 2026 年 9 月 14 日推出。对于您作为自己节点的运营商来说，这意味着两件事：即将到来的主要版本的功能集已经确定，并且当它发布时，29 系列将退出项目的维护窗口。今天仍在运行 29.x 的任何人在计划日期 10 月 10 日之后将不再获得安全修复。检查需要两分钟；更新需要半个小时，具体取决于您的设置。我们在 9 月 15 日上午对全球可访问节点进行了统计，结果显示受影响群体有多大：大约十分之六的可访问比特币节点运行的版本在 32.0 出现后将不再是维护版本。下面是数字和方法。 Bitcoin Core 32.0：9月14日发生的事情 Bitcoin Core是比特币网络的参考软件。它根据共识规则检查区块和交易，保留自己的区块链副本，因此是任何不将付款留给其他人的基础设施的人的基础。按照自己的时间表，该项目大约每六个月发布一个主要版本。 2026 年 9 月 14 日，标签 v32.0rc1 出现在项目的源存储库中，这是即将到来的主要版本的第一个候选版本。行业媒体 TTC 将此时间定为世界标准时间 12:58，并给出最终标签的计划日期为 2026 年 10 月 10 日。这使得候选版本和发布之间有大约四个星期的测试窗口。作为比较：根据项目的生命周期时间表，最近发布的主要版本 31.0 的日期为 2026 年 4 月 19 日，相应的维护版本 31.1 在下载目录中的日期为 2026 年 7 月 7 日。候选版本并不是测试版意义上的预览版。该代码被认为功能完整。现在仍然需要修复测试期间发现的错误，除此之外别无其他。对于作为操作员的您来说，这意味着即将发布的版本的内容是已知的，您现在可以根据它检查您的配置，而不是在发布日感到惊讶。候选版本是项目认为已准备好发布的版本，并在最终版本之前经过广泛的测试。它带有后缀 rc1、rc2 等，如果出现严重错误，则会被撤回或替换。功能冻结 功能冻结是指版本中不再添加任何新功能的点。它出现在第一个候选版本之前，这也是 32.0 的功能集已经可以被描述的原因。维护时段 维护时段是指主要版本仍然收到错误和安全修复的时间段。根据自己的生命周期计划，Bitcoin Core 随时维护三个最新的主要版本。一旦出现新的主要版本，这三个版本中最旧的版本就会退出并被视为生命周期结束。处于生命周期结束状态的版本通常也不会收到进一步的安全修复。我们自己的分析：60% 的可访问节点在 32.0 上失去维护。这一分析是由 cryptoticker.io 于 2026 年 9 月 15 日进行的。一句话的方法：在 UTC 时间 06:35，我们从节点计数器 btcnodes.io（以前称为 bitnodes.io）检索公共快照，并计算每个节点报告的有关自身的版本标识符，并按主要版本分组。我们检查了该快照中的 26,516 个节点。其中，25,902 个带有通常形式的标识符和版本号；其余 614 个报告了不同的软件，其中 556 个是与 Bitcoin Core 没有版本关系的库实现。该计数指的是这 25,902 个节点。 29.x：8,629 个节点（33.31%）——正是 32.0 出现时退出维护的系列。

– 正是 32.0 出现时退出维护的系列。 28.x 及更早版本：7,017 个节点（27.09%）——今天已经无人维护。 28 系列自 2026 年 4 月 19 日起已停产。

– 今天已经无人维护了。 28 系列已于 2026 年 4 月 19 日结束生命周期。30.x：1,732 个节点（6.69%）和 31.x：8,512 个节点（32.86%）——这两个系列在发布后将继续与 32.x 一起维护。

– 这两个系列在发布后将继续与 32.x 一起维护。 32.x：12 个节点（0.05%）——大概是已经运行候选版本的测试系统。添加 29 系列和所有较旧的产品可获得 15,646 个节点，即 60.40%。大多数软件在发布后的第二天就无法维护。同一计数的一个侧面发现：4,459 个节点（17.2％）还报告了不同实施比特币 Knots 的标识符，该标识符有自己的发布节奏，并且不受此维护计划的影响。这项调查不能做的事情也属于这里。该快照不包含国家/地区字段，因此无法从中得出任何一个国家/地区的单独数字。版本标识符是自我报告的并且在技术上是可伪造的。并且只计算从外部可到达的节点。任何在防火墙后面运行节点或只能通过 Tor 访问的人都不会出现在这些统计数据中。因此，过时安装的实际数量可能比此处显示的要高。典型的私有节点设置：单板计算机、外部驱动器、网线。这些设备通常可以多年不受影响地运行。 Bitcoin Core 维护窗口：当项目的生命周期时间表是公共表并且可以逐行读取时，哪个版本会退出。对您重要的条目： 29.x ，于 2025 年 4 月 14 日发布：32.0 出现时生命周期结束，因此当前计划于 2026 年 10 月 10 日发布。

，于 2025 年 4 月 14 日发布：当 32.0 出现时生命结束，因此当前计划于 2026 年 10 月 10 日发布。 30.x ，于 2025 年 10 月 10 日发布：仅与 33.0 一起生命结束。

，于 2025 年 10 月 10 日发布：仅以 33.0 结束生命。 31.x，2026 年 4 月 19 日发布：仅 34.0 终止生命周期。

，于 2026 年 4 月 19 日发布：仅 34.0 终止生命。 28.x：自 2026 年 4 月 19 日起生命周期结束。该项目明确建议运行您可以迁移到的最高主要版本的最新维护版本。这里有一个特殊性，主张采取平静的升级路径：该项目首先在维护版本中提出对共识规则进行更改的建议，而不是在主要版本中。因此，只要维护自己的主要版本，任何保守更新的人仍然保持兼容。这种兼容性正是 10 月份 29 系列的终结。

阅读您的 Core 版本：如何了解您的节点运行的内容 在下载任何内容之前，请确定您的立场。三种路线，具体取决于您的设置。命令行 在服务器或单板计算机上，bitcoind --version 直接在第一行给出版本号。当服务运行时，它也可以通过 bitcoin-cli --version 运行，或者，如果您无论如何都在与节点通信，则通过调用 bitcoin-cli getnetworkinfo ；标识符位于 subversion 字段中，与我们上面使用的计数形式相同。图形界面 在桌面应用程序中，您可以在包含应用程序信息的窗口中的“帮助”菜单项下找到版本号。它还出现在应用程序在“窗口”菜单项下提供的调试信息窗口中。预构建节点包任何运行统包解决方案（即主节点的预配置操作系统）的人通常都会在相应应用程序的详细视图中读取核心版本。这里重要的是 Bitcoin Core 本身的版本，而不是其周围接口的版本号。这两个数字几乎总是不同的，并且只有第一个数字决定维护。记下数字。如果显示 29 或更低的值，则您在接下来的几周内有任务。如果显示 30 或 31，那么您现在是安全的，可以在闲暇时计划更新。 Bitcoin Core 32.0 有何变化：费用估算、索引、界面 32.0 的发行说明草案位于该项目的开发 wiki 中。它显然是一个草案，在最终标签之前仍可能发生变化；因此，以下几点应被视为前进方向，而不是最终措辞。突出的是强调操作而不是可见功能。未来的费用估算将把基于区块的估算器与内存池中的估算器结合起来，结果会更加谨慎。根据草案，事务索引占用的磁盘空间不到以前的一半，尽管只是在重建索引之后。块验证通过其自己的工作线程数设置获得输入数据的并行预取，预设为 8 个，上限为 16 个。在网络层，该草案对交易中继进行了全局而非每个连接的限制，并在交易对手支持的情况下对 Tor 服务进行了证明保护。 I2P网络过时的加密即将退役；在其上运行节点的任何人都应该在版本 34 之前计划切换。该接口获得了处理密钥和导出仅监视钱包的新调用，并且内置 HTTP 服务器已被重写，包括对同时连接的新上限。这些都不会强迫您在发布日采取行动。有两点仍然值得注意：索引的重建（如果磁盘空间变得紧张）以及下一节中介绍的删除的设置。随着 32.0 的到来，29 系列的维护结束。通常将不再进行安全修复。大版本跳转后最常见的问题不是来自于程序，而是来自于你自己的配置文件。根据草案，指南中多年来的一些设置在 32.0 中被删除。其中包括内存池中交易的完全可替换性设置和较旧的网络选项。两个键也会从内存池调用的响应中消失，除非您通过已弃用接口的设置明确将它们重新打开。实际上，这意味着：在更新之前打开 bitcoin.conf，并根据发行说明检查每一行。由于未知设置而无法启动的节点或发出警告的节点是不必要的夜班。任何将自己的脚本或会计软件挂在界面之外的人都应该另外检查是否在那里读取了消失的密钥之一。