币圈界报道：

比特币核心调整漏洞披露机制：易复现缺陷将立即公开修复

比特币核心项目于2026年10月22日正式更新其安全漏洞披露政策，对所有仍在维护的主要版本实施即时响应机制。一旦报告被认定为“易于发现”的缺陷，相关补丁点版本将立即发布，并同步发布安全通告，不再执行以往长达数月的静默期。

新规则下漏洞分类标准发生根本性转变

此次修订并未新增漏洞类别，而是引入“易于发现”作为贯穿各等级漏洞的评估属性。该属性定义为仅需最小努力即可重现的问题，例如通过简单提示即可触发的漏洞。这一标准不依赖具体工具，而聚焦于复现难度本身。

从延迟披露到同日修复：政策执行路径清晰可见

整个变更过程记录完整。开发者Antoine Poinsot于10月16日提交拉取请求1281，经十五轮讨论后于10月22日由核心维护者合并。代码改动极小——仅增删十余行，但已构成正式生效的披露规范。

旧有保密机制为何被打破？

此前，低严重性漏洞在主版本发布两周后才披露；中高危漏洞则需等待最后一个受影响版本结束维护后约一年才对外公布。这种长期保密导致大量用户长期暴露于已知风险之中，且修复无法向后移植至旧版本。

AI赋能漏洞发现，现实威胁已成常态

2026年7月，“比特币红队”志愿者团队利用AI模型扫描390个开源项目，一天内生成4,962项初步发现，其中85项被列为关键级别。尽管确认率不足五分之一，但其规模已远超人工效率。更令人担忧的是，已有真实攻击案例发生，包括BTCPay Server和Core Lightning节点遭利用。

修复范围覆盖最新三版主要版本

根据项目生命周期规划，当前受维护的三个主要版本为29.x、30.x与31.x。只要你的节点运行在这三个版本范围内，即可获得即时点版本更新。28.x已于2026年4月退出维护，不再享受此待遇。

如何确认自身节点是否在保护范围内

运行节点的用户可通过“程序信息”菜单或命令行输入`bitcoin-cli -version`查询版本号。若主版本号低于29，则不在新政策覆盖范围内，无法接收即时修复。

托管用户面临更新压力陡增

对于未自建节点的投资者，其资产依赖于交易所、钱包服务等第三方运行的核心软件。新规则使这些服务商必须更快响应，因漏洞细节与补丁将在同一时间公开，延误即意味着风险敞口扩大。

非核心项目仍需独立应对安全挑战

本政策仅适用于比特币核心软件。硬件钱包、闪电网络实现及各类应用仍有各自披露策略。例如，Coldcard硬件钱包固件中的漏洞已潜伏四年，直至2026年7月被利用，造成近1.14亿美元损失。

首次实践尚待观察，但机制已明确

截至2026年10月23日，尚未有漏洞被正式归类为“易于发现”并触发新流程。然而，开发团队已明确表示，未来将基于实际案例评估“尽可能快”的具体时限。同时，完全取消公告的做法也被拒绝，以避免引发不必要的恐慌。

用户行动指南：及时核查与责任划分

建议自托管用户立即检查节点版本，确保处于29及以上版本。对于软件钱包，应关注提供商的更新频率与透明度。硬件钱包用户需核实固件更新机制，尤其注意历史漏洞是否曾被忽视。

确认版本号是首要任务

若节点主版本低于29，应尽快升级至受维护版本。对于非自托管用户，应查阅托管方的技术声明，评估其应急响应能力。

硬件钱包固件状态需定期审查

Coldcard案例表明，固件问题可能长期未被察觉。建议用户查看上次更新时间，并了解型号的自动更新机制。

厘清安全责任归属

选择自托管还是外部托管，本质上只是转移了更新责任主体。无论哪种方式，最终都需确保系统保持最新，否则将面临可预见的安全风险。

（截至2026年10月23日。本文不构成投资建议。价格与费用结构可能发生变动；购买前请与服务提供商核实条款。）