比特币核心发布三项安全公告，多系统节点面临崩溃风险

2026年10月28日，比特币核心项目集中发布了三项安全公告，涉及多个关键系统的节点稳定性问题。其中**重的一项漏洞允许恶意节点通过发送特定数据包，使运行在Windows、macOS或BSD系统上的节点内存耗尽并自动宕机。该问题已通过版本29.5、30.4、31.2和32.1修复。若您的节点自10月26日以来未进行升级，当前仍处于**状态。

节点是独立验证区块链全量数据的设备，其宕机不会导致资产丢失——密钥始终保存在钱包中。真正的风险在于失去自主验证能力，进而影响交易确认与余额同步。尤其在部分漏洞下，节点将**停止响应。

三项漏洞详情：从机制到影响

三份公告并列发布，评级分别为两项“中等”风险、一项“低”风险，且均标注“易于发现”。这意味着**具备基础代码阅读能力的开发者均可快速定位问题所在。

TCP紧急数据漏洞：攻击者仅需发送标准外带传输信号，即可绕过背压机制，持续读取数据直至内存溢出。此缺陷影响非Linux系统，包括主流桌面操作系统。

背压失效机制：在非Linux平台，网络套接字监控采用旧有技术，无**确响应暂停状态。因此，即使软件已暂停读取，仍会继续接收数据，造成**增长。

BIP31前节点内存泄漏：节点对所有连接持续排队处理消息，若对方故意延迟响应，每小时可增加高达2MB（入站）或5MB（出站）内存占用。长期积累可能导致系统崩溃。

撤销文件溢出：比特币核心中的rev*.dat文件无大小上限，但位置索引受限于32位整数（**4 GiB）。矿工可构造超大撤销数据，触发文件截断，导致节点无法恢复，重启无效，必须重建索引。

为何只有部分系统受影响？

根本差异源于底层实现。比特币核心在Linux系统上使用更先进的网络监控机制（poll()），而其他系统依赖较老的select()函数，从而形成漏洞入口。因此，运行在Linux服务器、单板计算机或数据**的节点不受影响。

此外，即便更新至新版本，32位系统或使用FAT32文件系统的设备仍存在隐患。前者在2 GiB时即触发溢出，后者受文件系统本身限制，无法容纳超过4 GiB的数据。

漏洞溯源与发现机制

所有三个漏洞均由Spiral旗下名为Project Loupe的语言模型自动化扫描工具发现，由Elias Rohrer主导研发。经Gregory Sanders验证后提交至比特币核心安全团队。

其中两项被独立复现：开发者L0rinc分别于9月21日和8月21日报告内存增长与撤销溢出问题；Andrew Dorman于10月23日再次确认撤销问题。修复工作由Antoine Poinsot完成。

从保密到公开：安全披露政策变革

此次公告发布时间安排紧凑，修复合并后仅一天即对外披露，标志着比特币核心正式放弃长期保密期。此举提升了透明度，使用户能更清晰理解潜在威胁，但也意味着攻击者可更快获取利用信息。

对于普通用户而言，虽不直接运行节点，但仍可能受间接影响。若依赖第三方节点服务的钱包提供商出现故障，将导致余额显示延迟或付款无法确认。

应对建议与检查清单

若您运行的是比特币核心节点，请立即检查版本号。使用bitcoin-cli getnetworkinfo命令查看当前版本。低于29.5、30.4、31.2或32.1的版本均需更新，特别是基于Windows或macOS的用户。

同时排查系统架构与存储配置：若节点位于32位系统或使用FAT32格式的外部存储设备，应迁移至64位系统与现代文件系统（如ext4、NTFS）。

监控内存使用趋势：若节点内存随时间稳步上升，可能符合第二个漏洞特征。以-blocksonly模式运行的节点受此影响较小。

对于不自行维护节点的投资者，建议关注钱包服务商的技术能力与节点可用性。可参考硬件钱包比较或加密货币交易所概览，选择更可靠的服务方。

完整漏洞描述详见比特币核心官方公告列表，其中TCP相关问题有独立详细说明。（截至2026年10月29日。本文不构成投资建议。价格与费用结构可能变动，请以实际提供方为准。）