Bitcoin Core 32.1 是大多数比特币节点所运行软件的新主版本。二进制文件于 2026 年 10 月 27 日上传到 bitcoincore.org，这是第一个公开的 32.x 版本：32.0 于 10 月 21 日打了标签，却在 10 月 26 日因维护者所说的最后一刻的问题被撤回，32.1 在其基础上增加了三个修复。10 月 28 日，项目还发布了 31.2、30.4 和 29.5，并披露了三个漏洞，两个中危、一个低危，它们允许恶意对等节点或矿工让节点内存耗尽或造成存储溢出。三个漏洞全部由自动化 LLM 扫描发现。比特币的规则没有任何变化，所以钱包用户无需做任何事；节点运营者应当升级，仍在使用 29.x 的人现在处于已停止维护（end of life）的分支上。
2026年11月1日，mempool.space 上的半小时档费率估算为 1 sat/vB，按每 BTC US$77,731 计算，一笔典型转账为 $0.11。Bitcoin Core 自己的估算器现在也会读取内存池，所以基于 Core 的钱包在繁忙时段过后提出的手续费应该会更快回落。
简要版
- 32.1 已发布，32.0 从未上线。 10 月 21 日的 32.0 标签于 10 月 26 日被撤回；32.1 当晚打了标签，二进制文件于 10 月 27 日发布，GitHub 发布页于 10 月 28 日上线。它多出的三个提交就是 10 月 28 日披露的三个漏洞的修复。
- 三个漏洞，全部由 LLM 扫描发现。 CVE-2026-117349（中危：声称不支持 ping 的发送已暂停的对等节点造成的缓慢内存增长）、CVE-2026-117350（中危：Windows、macOS 和 BSD 上通过 TCP 紧急数据造成的内存增长）和 CVE-2026-117346（低危：矿工可在大约一个月内触发的 undo 文件溢出）。已在 29.5、30.4、31.2 和 32.1 中修复。
- 手续费：估算器现在会看内存池。 estimatesmartfee 返回旧的区块历史估算值和新的基于内存池的估算值中较低的一个，所以基于 Core 的钱包在费率飙升后不会再多付那么久。它从不抬高估算值。
- 谁需要行动。 节点运营者升级；29.x 自 10 月 27 日起停止维护（29.5 是它的最后一个版本），默认连接数提高到 200。通过 Core 的 RPC 构建 PSBT 的服务默认得到版本 2。钱包用户和交易所什么都不用做：没有共识规则变更。
1. 什么是 Bitcoin Core 32.1？为什么没有 32.0？
Bitcoin Core 是比特币的参考实现，是验证区块、转发交易并运行许多服务背后钱包的软件。它大约每六个月发布一个主版本，并维护最新的三个。2026 年 10 月 27 日发布的 32.1 版本是 32.x 系列第一个公开的版本，带来新的费用估算器、更高的连接数默认值、更小的交易索引、钱包 RPC 中默认的 PSBT 版本 2，以及一批安全修复。它不改变任何共识规则：之前有效的区块和交易之后依然有效。
32.0 只以标签（tag）的形式存在。维护者 fanquake 于 10 月 21 日为它打了标签，并于 10 月 26 日在发布排期 issue 中写道，由于最后一刻的问题，32.0 不会公告也不会发布，不会上传任何二进制文件；32.1 将随后发布，内容相同并附加额外修复。当天下午合并的定稿 32.1 的 pull request 恰好向后移植了 Antoine Poinsot 的三项变更：在 poll 和 select 后端之间统一的套接字异常监测、针对发送缓冲区始终无法排空的对等节点的 20 分钟超时，以及区块文件和 undo 文件中的 64 位位置。这正是两天后披露的三个漏洞的修复，详见第 3 节。关于原因，项目没有说更多。
2. 什么时候发布的？关键日期
日期来自 Bitcoin Core 的发布排期 issue、bitcoincore.org 下载服务器和披露文章。状态截至 2026年11月1日。
| 里程碑 | 日期（UTC） | 状态 |
|---|---|---|
| 32.0rc1 打标签 | 2026 年 9 月 14 日 | 已完成。测试周期开始；rc3 于 10 月 6 日，rc4 于 10 月 14 日。 |
| 32.0 打标签 | 2026 年 10 月 21 日 13:27 | 已撤回。从未公告，未构建二进制文件。 |
| 32.0 撤回，32.1 打标签 | 2026 年 10 月 26 日（14:24 和 19:38） | 已完成。三个修复通过 pull request #36658 向后移植。 |
| 32.1 二进制文件和公告 | 2026 年 10 月 27 日 19:35 | 已完成。下载地址为 bitcoincore.org/bin/bitcoin-core-32.1/；GitHub 发布页于 10 月 28 日上线。 |
| 31.2、30.4、29.5 和三个 CVE 披露 | 2026 年 10 月 28 日 | 已完成。每个维护中的分支都包含同样的三个修复；29.5 是最后一个 29.x 版本。 |
| 披露 30.0 中修复的 3 个漏洞 | 发布后约两周（2026 年 11 月 10 日前后） | 已在发布说明中预告；中危和高危，细节尚未公开。 |
打标签与二进制文件之间的间隔是正常的：打标签之后，独立构建者用 Guix 复现二进制文件、比对哈希并签名，这需要几天时间。不寻常的是一个始终没有二进制文件的标签。32.0 的下载目录至今只有候选版本的文件夹，版本列表也从 31.2 直接跳到 32.1。
维护版本在同一时间窗口到来。31.2、30.4 和 29.5 带有这三个修复（其发布说明中的 pull request #36665、#36667 和 #36669），此外几乎没有别的内容，三篇发布文章都在披露当天 10 月 28 日上线。生命周期页面现在把 29.x 列为自 2026 年 10 月 27 日（32.x 发布当天）起停止维护：29.5 是它的最终版本。
3. 修复并披露了哪些漏洞？
三个，全部于 2026 年 10 月 28 日公布，也全部经由同一途径发现：由 Spiral 的 Elias Rohrer 以 Project Loupe 的名义运行的大语言模型自动代码扫描，Gregory Sanders 逐一验证并上报给 Bitcoin Core 安全团队。其中两个在修复发布前被其他研究者独立地再次发现。Bitcoin Core 的政策是，对于它评定为容易被发现的漏洞，一旦每个维护中的分支都有了修复版本就立即披露，这就是披露文章在 32.1 之后一天发出的原因。
CVE-2026-117349，中危：一个声称不支持 BIP 31 ping 的对等节点不会因为忽略 ping 而被断开，而如果它读取消息又非常慢，节点就会无限制地为它排队交易公告。文章给出的增长速度为入站对等节点每小时最多约 2 MB、出站对等节点每小时 5 MB；以 blocksonly 运行的节点受影响要小得多。9 月 15 日上报，由 pull request #36667 修复，它会断开 20 分钟内未能排空发送缓冲区的发送已暂停的对等节点。
CVE-2026-117350，中危，只影响 Windows、macOS 和 BSD：基于 select 的套接字代码在读取因背压而暂停时仍会检查异常状态，所以发送 TCP 紧急数据的对等节点可以强迫节点进行绕过每个对等节点内存限制的读取，直到节点内存耗尽。Linux 使用 poll，不受影响。10 月 23 日上报，距修复合并只有三天，由 pull request #36665 修复。
CVE-2026-117346，低危：区块文件和 undo 文件的位置是 32 位的，所以一旦 undo 文件超过 4 GiB，新数据就会覆盖旧数据，而之后需要这些数据的链重组会让节点关闭，直到在已修复的版本上重新索引。在 Windows 和 32 位系统上，超过 2 GiB 后写入会失败。文章认为在 64 位系统上利用它并不现实：矿工需要精确放置几千个区块的非标准交易，约一个月的区块量，再加上一次特定的两区块重组。最早于 7 月 8 日上报，由 pull request #36669 修复，它把位置存储为 64 位整数而不改变磁盘上的格式；32 位系统仍受影响。
32.1 自己的发布说明还列出了其他非 CVE 的修复：一个可能绕过 Tor 代理而泄露发送者 IP 的私密广播重试，一条在非 Windows 系统上通过特制钱包名配合 walletnotify 执行命令的路径，以及私密广播队列最多 10,000 笔交易、每笔最多 1,000 次发送尝试的上限。发布说明还表示，项目将在两周内披露 30.0 中修复的三个中危和高危漏洞（32.1 中没有低危漏洞），所以 11 月 10 日前后应有另一篇披露文章。
4. 新的费用估算器如何改变你支付的手续费？
如果你使用的钱包或服务通过 estimatesmartfee 向 Bitcoin Core 节点询问手续费，32.1 改变了它得到的答案。此前 Core 只使用区块策略估算器，它回看在目标区块数内得到确认的交易的费率。它偏保守，回落得慢：拥堵高峰过后，因为历史数据仍然显示高费率，它会继续在一段时间内提出高费率。32.1 新增了一个内存池策略估算器，查看此刻正在等待的交易，estimatesmartfee 返回两者中较低的一个。内存池估算器只能压低结果，永远不会抬高，所以基于 Core 的钱包在区块清空积压后能更早停止多付，而在内存池满载时表现与以前一样。
大多数区块浏览器显示的费率背后也是同一思路。2026年11月1日，只根据内存池估算的 mempool.space 把半小时目标定在 1 sat/vB，按 US$77,731 的 BTC 价格计算，一笔典型转账为 $0.11：
此刻的比特币费率（mempool.space）
| 确认目标 | 费率 | 典型转账 | 折合美元 |
|---|---|---|---|
| 下一个区块 | 2 sat/vB | 282 sat | $0.22 |
| 约 30 分钟 | 1 sat/vB | 141 sat | $0.11 |
| 约 1 小时 | 1 sat/vB | 141 sat | $0.11 |
| 经济（数小时） | 1 sat/vB | 141 sat | $0.11 |
对开发者而言，这个 RPC 多了一个 options 对象：fee_rate_estimator 接受 auto（默认，组合）、block_policy（旧行为）或 mempool_policy，未知值会被拒绝，verbosity 2 会附带 mempool_health_statistics，在 auto 模式下响应会注明所用的估算器。区块策略数据移到 fees/block_policy_estimates.dat，首次启动时迁移。钱包自身的选币使用组合估算值。不变的是：手续费仍由你决定，replace-by-fee 和 child-pays-for-parent 仍能救回付费过低的交易，我们手续费指南上的 sat/vB 档位每分钟从内存池刷新一次。
5. 对节点运营者有什么变化？
升级，并确认自己在哪个分支上。29.x 于 2026 年 10 月 27 日停止维护，10 月 28 日的 29.5 是它的最终版本，所以 29.x 上的节点不会再收到任何修复；30.x 维护到 33.0 发布，31.x 到 34.0，32.x 到 35.0。从已停止维护的版本直接升级到 32.1 是受支持的，不过数据目录迁移可能需要一些时间。支持的平台为 Linux 内核 3.17 或更新、macOS 14 或更新，以及 Windows 10 版本 1903 或更新。
两个默认值改变了你的资源占用。默认 maxconnections 从 125 提高到 200，新的 inboundrelaypercent 选项（默认 50）限制分给转发交易的对等节点的入站槽位比例；要保持旧行为，用 maxconnections=125 和 inboundrelaypercent=100 运行。出站交易转发现在带有全局积压队列的限速（txsendrate，默认每秒 14 笔交易，出站对等节点为其 2.5 倍，另有每 10 分钟 12 MB 的带宽上限）。自动创建的 Tor 隐藏服务在 Tor 守护进程支持时获得工作量证明防护。RPC 服务器不再使用 libevent，新的 rpcmaxconnections 选项（默认 16）限制并发 HTTP 客户端数。
两个选项节省磁盘和时间。交易索引存储的数据更少：重建后的 txindex 占用不到原来一半的空间，但只有删除数据目录中的 indexes/txindex 并重启才能获得这一节省，这可能需要几个小时；txospenderindex 以同样方式缩小。区块验证用 prevoutfetchthreads 并行预取前序输出，默认 8，最大 16，0 为禁用。旧式 I2P ElGamal 会话将在 v34 前移除，CJDNS 支持正在评估中，所以依赖其中任何一项的运营者应关注下一版的发布说明。
6. 对开发者和钱包有什么变化？
破坏性变更是 PSBT 版本 2。createpsbt、walletcreatefundedpsbt、converttopsbt 和 psbtbumpfee 现在默认生成版本 2 的 PSBT；新的 psbt_version 参数可为尚不能解析 v2 的工具选择版本 0。如果你流程中的签名设备、协调器或脚本没有用 PSBTv2 测试过，请在升级它所连接的节点之前先传入这个参数。
若干字段和选项被弃用：内存池 RPC 和 getrawtransaction 中的 vsize（改用 vsize_adjusted，或用 vsize_bip141 获取原始 BIP 141 大小）、walletrbf 启动选项和 bip125-replaceable 键（自 Core 28 起节点就会转发任何交易的替代版本），以及现在需要 deprecatedrpc=removeprunedfunds 的 removeprunedfunds RPC。路径元素为点的钱包名，或只有一个斜杠的钱包名，会被拒绝。
RPC 接口的新增项：exportwatchonlywallet、addhdkey 和 derivehdkey；send 和 sendall 不再标记为实验性；getblockchaininfo 报告 assumeutxo 后台验证的进度；getbalances 新增 nonmempool 余额；getnetworkinfo 报告 asmap 版本；exportasmap 和 getopenrpcinfo；一个 bitcoin-util getchainparams 命令。自定义 HTTP 服务器对请求头更严格，所以请检查任何会发送不常见请求头的客户端。这些都不涉及交易如何构建或广播，所以通过标准 RPC 与节点通信的 SDK，包括 ChainGate，继续正常工作。
7. 比特币用户需要做什么吗？
不需要。32.1 不改变任何共识规则，所以没有分叉、没有新币、没有任何需要迁移的东西；你的密钥、地址和余额都和以前一样。如果你用的是轻钱包，或者把币放在交易所，升级发生在别人的机器上。
你可能注意到的是，连接到 Core 节点的钱包在繁忙时段过后的几个小时里会提出更低的手续费，因为估算器现在会读取内存池。如果你运行自己的节点，请升级；如果你在 29.x 上，自 10 月 27 日起你就处于不再维护的分支上。任何以 Core 发布为由让你转移或“更新”比特币的人都是在行骗。
8. 哪些已确认，哪些仍未定？
已确认
- 32.1 的二进制文件和发布公告于 2026 年 10 月 27 日上线；GitHub 发布页于 10 月 28 日跟进。32.0 于 10 月 21 日打标签，10 月 26 日撤回，没有二进制文件。
- 32.1 相对 32.0 新增的三项变更是 CVE-2026-117349、CVE-2026-117350 和 CVE-2026-117346 的修复，于 10 月 28 日披露，并同样随 31.2、30.4 和 29.5 发布。
- estimatesmartfee 把区块策略估算器和新的内存池策略估算器组合起来并返回较低的值；用 fee_rate_estimator=block_policy 可恢复旧行为。
- 29.x 自 2026 年 10 月 27 日起停止维护；30.x、31.x 和 32.x 仍在维护。没有共识规则变更。
仍未定
- 维护者所说的最后一刻的问题究竟指什么。定稿的 pull request 只包含那三个修复，别无其他，但项目除了那句话之外没有发布任何声明。
- 将于 2026 年 11 月 10 日前后披露的、30.0 中修复的三个中危和高危漏洞具体是哪些。
- CVE-2026-117346 在 32 位和 Windows 上的情况：修复覆盖 64 位系统，披露文章称 32 位系统仍受影响。
- 33.0 何时到来。生命周期页面将其列为待公布；32.x 维护到 35.0。
9. 接下来是什么？
下一个有日期的事项是披露 30.0 中修复的三个漏洞，发布说明承诺在发布后两周进行，也就是 2026 年 11 月 10 日前后。我们会把它连同任何 32.x 维护版本一起补充到这里。下方的更新记录会说明改了什么、何时改的。
在此期间，比特币手续费指南显示新估算器正在追赶的实时 sat/vB 档位，交易哈希指南解释如何跟踪一笔正在等待的交易，Binance Pool 关闭的报道则讲了该加速器于 11 月 10 日关闭后卡住的交易会怎样。
本文更新记录
- 2026 年 10 月 31 日：首次发布。日期取自 Bitcoin Core 的发布排期 issue、bitcoincore.org 下载服务器和发布页面；漏洞细节取自 10 月 28 日的三篇披露文章；版本内容取自 32.1 发布说明和生命周期页面。
常见问题
Bitcoin Core 32.1 是什么时候发布的？
二进制文件和公告于 2026 年 10 月 27 日在 bitcoincore.org 上线（二进制文件于 19:35 UTC）；标签于 10 月 26 日打下，GitHub 发布页于 10 月 28 日跟进。它是 32.x 系列第一个公开的版本。
Bitcoin Core 32.0 为什么从未发布？
32.0 于 2026 年 10 月 21 日打了标签，但 10 月 26 日维护者 fanquake 写道，由于最后一刻的问题，它不会公告也不会发布，不会构建任何二进制文件。同一天打标签的 32.1 内容相同，另加三个修复，也就是 10 月 28 日披露的三个漏洞的补丁。此外没有发布进一步的解释。
2026 年 10 月 28 日披露了哪些漏洞？
CVE-2026-117349（中危：声称不支持 BIP 31 ping 的发送已暂停的对等节点造成的无限内存增长）、CVE-2026-117350（中危：Windows、macOS 和 BSD 上通过 TCP 紧急数据造成的内存增长）和 CVE-2026-117346（低危：区块文件和 undo 文件位置在 4 GiB 处溢出，理论上矿工可在大约一个月内利用）。三个漏洞全部由自动化 LLM 扫描（Spiral 的 Project Loupe）发现，并在 29.5、30.4、31.2 和 32.1 中修复。
Bitcoin Core 32.1 会改变比特币的规则或导致分叉吗？
不会。它不改变任何共识规则。旧版本上的节点仍在同一条链上；升级的理由是安全修复、维护期限和新功能。
新的费用估算是如何工作的？
estimatesmartfee 现在运行两个估算器，一个是基于已确认历史的旧区块策略估算器，另一个是基于当前内存池的新估算器，并返回较低的结果。内存池估算器只能压低估算值，所以基于 Core 的钱包在拥堵结束后能更早提出更低的手续费。fee_rate_estimator=block_policy 可恢复旧行为。
Bitcoin Core 29.x 还受支持吗？
不再支持。生命周期页面把 29.x 列为自 2026 年 10 月 27 日（32.x 发布当天）起停止维护。10 月 28 日的 29.5 是它的最终版本，带有这三个安全修复；此后 29.x 不会再有任何更新。30.x、31.x 和 32.x 仍在维护。
使用 Bitcoin Core RPC 的服务会有什么不兼容？
PSBT RPC createpsbt、walletcreatefundedpsbt、converttopsbt 和 psbtbumpfee 默认使用 PSBT 版本 2；如果你的签名方需要版本 0，请传入 psbt_version。vsize 被弃用，改为 vsize_adjusted 和 vsize_bip141；walletrbf 和 bip125-replaceable 被弃用；removeprunedfunds 需要 deprecatedrpc 标志；HTTP 服务器对请求头更严格。
我需要对我的比特币做什么吗？
不需要。钱包用户、交易所客户和轻钱包用户无需做任何事。只有运行节点的人应当升级，而且只有 29.x 上的人现在处于不再维护的分支上。任何以这次发布为由要求你转移或更新比特币的消息都是骗局。
使用 ChainGate 构建
把这些想法落地 —— ChainGate 提供钱包、交易与托管 RPC，一次安装即可覆盖以太坊以及 20 多条其他区块链。