Bitcoin Core 32 已进入发布候选测试阶段，开发者计划在 10 月 10 日左右推出正式版。当前版本主要面向节点运营方、钱包开发者、交易所和基础设施服务商测试，重点集中在区块验证性能、钱包交易格式和安全修复。
10月10日为目标发布时间
根据项目发布节奏，Bitcoin Core 在 9 月 14 日切出 32 版本分支，并启动发布候选测试，首个候选版本为 v32.0rc1。这个日期目前仍是目标时间，不是最终确认时间。如果测试期间发现问题，正式版仍可能顺延。
在此之前，项目已于 8 月完成翻译冻结和功能冻结。进入冻结后，32 版本分支只接收缺陷修复，不再加入新功能。与此同时，主分支已转入 Bitcoin Core 33 的开发。
区块验证读取改为并行处理
本次更新的一项主要性能改动，是在验证区块时支持并行读取数据库数据。这样可以减少顺序读取带来的等待时间，从而缩短节点验证所需时间。
不过，这一变化不会改变比特币网络的出块速度。比特币仍按工作量证明机制运行，平均出块间隔约为 10 分钟。此次更新调整的是节点处理数据的方式，不涉及发行节奏，也不改变共识规则。
文章还提到，Bitcoin Core 属于节点软件更新，不是由中心化机构统一推动的网络升级。节点运营者可以自行决定是否安装测试版、继续使用旧版，或在正式版发布后再升级。
4项钱包命令默认使用PSBT v2
钱包相关改动也是 32 版本的重点之一。新版本将让 4 项钱包命令默认生成 PSBT v2 格式的部分签名比特币交易，同时继续保留旧格式兼容选项。
PSBT 主要用于多设备、多参与方或硬件钱包协同签名的场景。PSBT v2 调整了交易信息的组织方式，也允许参与者在不先生成完整未签名交易的情况下，更新交易中的部分内容。
保留旧版默认兼容路径，有助于降低钱包和服务突然失效的风险。但接入 Bitcoin Core 的开发者仍需检查自身系统，确认是否依赖旧的默认格式。
两项安全修复已纳入候选版
安全方面，32 版本修复了一个与自定义钱包名称有关的问题。该问题可能导致非 Windows 节点执行异常命令。另一个修复则针对未认证 HTTP 请求引发的内存占用增长。
报道援引测试数据称，相关补丁应用前，内存占用一度可升至约 3.2 GB；修复后降至约 3 MB。对于向外部应用开放远程接口的节点运营者来说，这类修复更具现实意义。
整体来看，Bitcoin Core 32 不涉及软分叉，也不引入新的共识规则。它更像一次面向节点软件本身的性能和安全更新，实际影响将首先体现在钱包、交易所、矿企和基础设施服务商的系统兼容与部署安排上。
