Bitcoin Core——比特币协议的参考实现——已批准对其漏洞披露政策的一项修订：对于仅需极少努力即可发现的漏洞，现在将在立即修补的同时公开披露，跳过通常将修复与公开披露分开的禁运期。

披露规则有哪些变化

开发者 Antoine Poinsot 于 2026 年 10 月 22 日在 Bitcoin Development 邮件列表的一场讨论中宣布了这一修订。此次更新引入了一个标记为"易发现"的新漏洞类别，涵盖只需少量努力即可识别的漏洞。最典型的例子是任何通过向大型语言模型（LLM）——现代 AI 聊天机器人背后的技术——发送简单提示即可发现的问题。

落入此类别的漏洞将获得与其他漏洞不同的处理：修复将立即回移至 Bitcoin Core 每一个仍在积极支持的主要版本，并同时发布安全公告。

政策的其余部分保持不变。低严重程度漏洞仍在重大版本发布两周后披露。中高严重程度漏洞仍需等待至最后一个受影响版本到达生命周期终点后两周——这段时间通常约为修复完成后的一年。严重漏洞则完全不属于新框架范围，将继续以个案方式处理。

这些等待期是软件行业协调式漏洞披露的惯例：修复先发布，待用户有时间更新后再公开细节，以限制漏洞在补丁就位前被广泛知晓的程度。

为什么 AI 促使了这一变化

此次变化是对与 AI 工具使用日益增多相关的漏洞报告上升的回应，这些工具使某些类型的问题更容易被发现，也更容易复现。

Bitcoin Core 团队承认其中涉及的权衡。一方面是透明度；另一方面是促使用户尽快升级的紧迫性。对于那些很容易被再次发现的漏洞，团队得出的结论是，漫长的禁运期并不能带来实质性的好处。

这一理由源于技术本身：禁运期只有在漏洞难以被发现时才能提供保护，而一个聊天机器人通过简单提示就能发现的漏洞，随时都可能被再次找到。

有两个细节值得注意。第一，目前尚无任何漏洞被归入新类别，因此该政策尚未实际应用于真实的漏洞。第二，该类别并不限于 AI 发现的问题：其定义取决于漏洞被发现的难易程度，而不是由哪种工具发现。

这对节点运营者意味着什么

最直接的影响落在运行 Bitcoin Core 节点的用户身上。当发现一个易发现的漏洞时，他们可能会看到补丁和安全公告同时到来，在细节公开之前没有任何宽限期。这消除了修复可用与漏洞人尽皆知之间的时间差。

回移承诺在这里很重要。由于修复会覆盖所有仍在积极支持的主要版本，未运行最新版本的运营者无需跳升至新的主要版本即可获得补丁。

悬而未决的问题都是实际操作层面的。团队将如何判断什么才算"易发现"，以及一旦真实报告开始到来，这条界线将被划得多么一致？第一个被归入该类别的漏洞将给出最清晰的答案。