币圈界报道：

比特币核心修订安全披露规则：易复现漏洞将实时公开

比特币核心软件在2026年10月22日更新了其安全漏洞披露流程，标志着对高可复现性缺陷处理方式的根本性转变。以往需经历数月保密期的漏洞，如今一旦被判定为“易于发现”，将立即触发点版本修复并同步发布安全通告，不再依赖传统严重程度分级的延迟机制。

新政策引入“易于发现”属性，打破旧有保密壁垒

此次改革的核心在于新增“易于发现”这一评估维度。该属性用于标识仅需极少努力即可重现的缺陷，例如通过简单提示即可由语言模型定位的问题。此定义刻意保持宽泛，不绑定特定工具，而是聚焦于发现所需投入的最小化。

从一年等待到同日修复：政策效率跃升

过去，未标记为“易于发现”的漏洞需在主要版本发布后约一年才对外披露，尤其高危漏洞也受限于维护周期。而新规则下，只要具备该属性，修复程序将尽快部署至所有仍在支持的主要版本，并同步发布公告，彻底取消保密期。

大模型加速漏洞暴露，红队测试揭示风险升级

2026年7月的一项模拟攻击测试显示，AI模型在一天内扫描390个比特币相关项目，识别出4,962项潜在问题，其中85项属关键级别。尽管仅约五分之一经人工验证属实，但量级已远超人力极限。此前被秘密报告的BTCPay Server漏洞在数日内即遭利用，导致闪电网络节点资产清空。

多版本同步修复：维护范围明确界定

当前受支持的主要版本为29.x、30.x和31.x。这三个版本将持续获得点版本更新，且新规则要求所有受维护主版本同时接收修复。28.x已于2026年4月退出支持，不再纳入覆盖范围。

节点用户须主动确认自身版本状态

运行自建节点者应检查版本号，若主版本号低于29，则无法接收到新规则下的补丁。可通过图形界面“程序信息”或命令行`bitcoin-cli -version`查询。随着提前预警消失，及时跟进官方公告成为关键。

托管用户责任转移，服务商面临更高压力

非自托管用户依赖交易所、钱包平台等第三方运行节点。新政策使这些服务方必须快速响应补丁，否则其系统将长期暴露于已知风险中。虽然更新门槛降低，但响应速度却成为新的安全瓶颈。

政策适用范围有限，非全链生态统一标准

本政策仅适用于比特币核心参考实现，硬件钱包、支付网关、闪电网络实现等仍遵循各自披露策略。因此，即使核心软件更新迅速，其他组件的滞后仍可能构成整体链条中的薄弱环节。

行动建议：明确版本归属与责任边界

自托管者应确保节点运行在29及以上版本；定期核查硬件钱包固件更新历史，如Coldcard案例所示，部分漏洞潜伏长达四年。托管用户则需审查服务提供商的技术响应能力，选择具备透明更新机制的平台以保障资产安全。