摘要:Bitcoin Core 32.0进入最终测试阶段,新版本通过并行预加载提升验证效率,并借助AI辅助发现关键内存漏洞。人类与机器协同修复后,在性能与安全间取得平衡。10月10日发布在即,节点操作员将迎来多项底层升级。

币圈界报道:
比特币核心32.0:安全与效能双轨推进的最终交付
Bitcoin Core 32.0标志着一个关键开发周期的收尾。尽管此次更新未带来颠覆性功能,但其在验证机制、基础设施重构及多维度安全加固方面的进展具有深远意义。当前候选版本已对外发布,正式稳定版预计于2026年10月10日上线。核心改进涵盖更高效的区块验证流程、全新设计的HTTP服务器架构,以及针对潜在攻击向量的一系列关键补丁。此外,一次由人工智能驱动的审计过程揭示了深层问题,推动了更深入的技术排查。
核心功能演进:从验证效率到系统韧性
经过数月持续开发,32.0版本已进入最后的贡献者集成测试阶段。其性能优化聚焦于链上数据读取效率——通过并行加载特定前序输出(prevouts)信息,显著加快独立节点的区块验证速度。该机制默认启用八个线程,最高支持十六个,低配置设备可选择禁用。值得注意的是,此优化仅作用于本地处理环节,不影响区块链整体出块速率或网络共识机制。普通用户感知不到变化,但长期运行节点的运维人员将获得实质性的操作体验提升。
智能辅助审计:从初步发现到深度挖掘
事件始于开发者 Matthew Zipkin(化名 pinheadmz)利用AI模型Kimi K3对新版HTTP服务器进行静态分析。该工具识别出一种可能导致内存耗尽的异常请求模式:服务器在处理请求的同时持续接收客户端数据,恶意方可通过维持连接并持续发送数据,引发内存累积。最初判断该漏洞需身份认证方可触发,但后续代码审查推翻了这一假设。测试显示,仅16个未经验证的连接可在一分钟内使节点内存占用从46MB飙升至近3GB,证实其具备高危可行性。
修复路径的迭代:从性能牺牲到动态平衡
首个修复方案提出暂停读取套接字以防止内存溢出,虽有效遏制风险,却在持久连接场景下引入严重延迟——中位响应时间从0.14毫秒跃升至53毫秒。经多轮调整后,最终方案实现折衷:在相同攻击压力下,90秒内内存增长控制在约3MB(原为3.2GB),同时延迟惩罚基本消失。尽管在极端静默攻击环境下吞吐量下降至每秒18.9次(原为383次),但评审认为这是合理权衡。安全性优先原则在此得到充分体现。
节点运营者的全面升级预期
除内存问题修复外,32.0还将带来一系列底层增强:部分签名交易命令将默认采用PSBT v2格式,旧系统仍可请求兼容版本;全新的HTTP服务器取代libevent,引入更严格的连接管理策略,最大并发客户端数限制为16个;重建后的txindex索引体积压缩至原有空间一半以下;新增exportwatchonlywallet命令,支持无密导出观察钱包信息;同时修复walletnotify漏洞,确保非Windows系统中权限校验不再受伪造名称影响。
10月发布前的关键时间节点回顾
目标发布时间定于2026年10月10日,期间可能根据测试反馈微调。默认启用8线程并行预加载,最多支持16线程;16个未认证连接在90秒内内存增量控制在3MB以内;四个钱包相关命令将强制使用PSBT v2,保留降级选项;新txindex磁盘占用低于原容量50%;新HTTP服务器强化多层防护机制。值得关注的是,恰逢以太坊启动Glamsterdam重大升级,其测试网计划于10月6日部署,主网升级亦望第四季度完成。两大项目均遵循“测试-崩溃-修复-发布”的经典迭代路径,凸显去中心化生态演进的共性节奏。
声明:本站所有文章内容,均为采集网络资源,不代表本站观点及立场,不构成任何投资建议!如若内容侵犯了原著者的合法权益,可联系本站删除。
