比特币核心重大更新改变了默认钱包协议,可能导致流行应用程序暂时中断
核心要点
- 四个 RPC 将默认为 PSBTv2,需要跨钱包解析器和签名者进行兼容性检查。
- 10 窗口为依赖于比特币核心 RPC 接口的节点运营商、钱包提供商和服务进行集中兼容性测试。
- 费用处理还需要故障路径覆盖。

综合费用估算需要两个估算者都成功;故障路径需要测试。
四个 RPC 将默认为 PSBTv2,需要跨钱包解析器和签名者进行兼容性检查。
Bitcoin Core v32.0rc1 已于 9 月 14 日至 10 月更新。 10 窗口为依赖于比特币核心 RPC 接口的节点运营商、钱包提供商和服务进行集中兼容性测试。
候选人于 9 月 14 日被标记为经过验证的签名。实时发布时间表将 10 月 10 日列为最终 v32.0 标签的目标,留有 26 天的间隔时间。 CryptoSlate 的 8 月预览记录了 9 月 10 日的 RC1 目标,而实时时间表现在显示的是 9 月 14 日,造成了四天的差异,但没有确定错过了不变的最后期限。
v32.0rc1 标签标识预发布软件,而不是最终生产升级。它也不表示新的共识规则激活。与 BIP 323 草案相关的一项更改改变了 Bitcoin Core 处理信号位和未知部署警告的方式,但该提案本身仍处于草案状态。
运营商可以从 Bitcoin Core 最新 RC 测试指南中的高级模式开始:在单独的临时数据目录中练习经常使用的功能,并将候选版本与之前的版本进行比较。官方下载页面将 31.1 列为当前基线。这种比较可以暴露节点启动、钱包行为和 RPC 响应方面的差异,而无需将候选者视为常规生产更新。
v32 发行说明草案中最大的性能变化是在块连接期间并行预取事务输出。该设置默认为 8 个工作人员,最多支持 16 个工作人员,并且可以禁用。使用多个设置运行磁盘绑定验证可以揭示更快的块处理是否会带来运营商硬件上不可接受的 CPU、内存或存储延迟成本。
钱包和服务集成面临着单独的破坏风险。四个 RPC 将默认为 PSBTv2,而其他接口则删除已弃用的字段或拒绝旧版本容忍的参数。因此,创建、转换或提高 PSBT 费用的团队应该通过其下游解析器和签名者跟踪这些交易。
催化剂是什么在推动加密货币发展。为什么这很重要。了解 CryptoSlate 的重要故事以及接下来要看的内容。发布于 Substack 电子邮件地址 每周 7 天免费订阅。随时取消订阅。哎呀,看来有问题了。请再试一次。检查您的收件箱。您的注册请求已发送。如果需要确认,请按照 Substack 发送的电子邮件进行操作。如果没有看到,请查看垃圾邮件或促销活动。
费用处理还需要故障路径覆盖。默认的estimatesmartfee路径结合了块策略和内存池估计器,可能会返回较低的估计值,并且如果任一组件失败,则可能会出错。操作员应观察启动和稀疏或不健康的内存池状况,然后确认监控和显式块策略回退的行为符合预期。
HTTP 服务器重写扩大了节点本身之外的测试范围。它增加了 8,192 字节标头限制、更严格的格式错误标头处理、16 个 RPC 连接的默认上限、新的 REST 缓存控制以及立即断开未经授权的客户端地址。这些变化可以体现在反向代理、运行状况检查、客户端池和错误处理程序中。
回滚同样值得关注。重建的事务索引使用的磁盘空间不到一半,但旧版本无法读取新格式,因此降级可能会触发另一次持续数小时的重建。注重隐私的运营商还应该围绕 Tor 后备修复、10,000 项队列、1,000 次尝试限制和负载下的中继行为重现私有广播故障路径。由于最终标签仍然只是一个目标,这些边缘情况是 RC 窗口的实际工作。
