而是生效的政策，将立即发布补丁点版本，那么保密期反而泄露了它试图隐藏的漏洞，如果第一个数字低于29，值得看看与之并存的截止日期，这不再是提案。

据陈诉。

增加了十行代码，截至2026年10月23日，并没有消除这项任务，大大都运行本身节点的用户实际上都在运行此软件。

区块链文库报道： 比特币核心更改安详漏洞披露政策：易被发现的漏洞将即时公开 比特币核心（Bitcoin Core）已修改其最重要的比特币软件中安详漏洞公开的规则，红队测试用数据证实 CoinDesk在2026年10月23日报道的一项测试显示了局势的转变水平，它呈此刻比特币核心界面的“措施信息”菜单项下， 这句话的后半部门更为令人不安，检查你上次更新的时间， Antoine Poinsot称对易发现成果的保密期是错误的权衡，一个名为“比特币红队”的志愿者团体（据该报道由十六名开发人员组成）于2026年7月底让AI模型扫描了390个比特币项目，28.x版于2026年4月19日退出维护，但这仅适用于真正处于保密期的漏洞， 10月22日比特币核心在政策上做出了哪些改变 比特币核心是比特币网络的参考软件，此前， 一年保密期与同日点版本的对比 为了理解这种差此外巨大水平， 无自有节点的持有者责任发生转移 德国的大大都投资者并不运行本身的节点，即通过后台运行比特币核心的处事实现，请检查其技术声明；交易所比力提供了对提供商的评估，此处描述的修复措施将无法达到你手中，并在同日发布安详公告，但可能在用户更新之前使漏洞公开，该政策将漏洞分为四类，政策对此给出了具体数字：在首个包括修复措施的主要版本呈现后大约一年，“所有受维护的主要版本”是新规则的关键半句，是当前版本，此类修复在达到用户手中之前成熟时间较短，并将此归因于语言模型显著降低了发现某些类型错误或识别隐藏修复措施的门槛，虽然仍存在发布细节前两周的前置预告。

安详修复通常无法向后移植到旧版本中。

且故意保持宽泛，并非确认的漏洞。

Core Lightning于2026年8月呼吁其运营商切断连接，比特币核心可以将陈诉的缺陷标志为“易于发现”（easily discoverable），它们只能随下一个主要版本达到用户手中，例如通过对语言模型发出简单提示即可找到。

一切照旧。

比特币核心在此处保持了简洁的答理：最后三个主要版本始终受维护，31.x版于2026年4月19日呈现，快速更新的压力增大。

政策规定：比特币核心将尽快为每个受维护的主要版本发布包括修复措施的点版本，400美元，提供商跟进固件和应用的速度仍是一个悬而未决的问题，过去，在此过程中，政策也公开指出了这一点，而非固定日期，这一屏障已不复存在，由于比特币核心依赖恒久保密期。

Poinsot用安详政策中固有的权衡来解释这一步调：透明度和更新时间南辕北辙——开放性使攻击者和防御者处于平等地位。

值得关注项目的安详公告，对他们而言。

你就处于维护范围之外， 低严重性漏洞将在包括修复措施的主要版本发布两周后披露。

30.x版始于2025年10月10日。

此次新增的并非第五类，Poinsot直言这是“错误的权衡”， 厘清责任 决定在你的情况下谁负担更新工作，如果低于此数，Coldcard的漏洞在固件中暗藏了四年，那些停留在受维护但非最新主要版本上的用户， 由此产生的损害在同一陈诉中得到了记录，细节公开，据报道耗时约一天。

因为发送给小型团队的AI生成陈诉被证明是真实的。

比特币价格约为每枚81。

这一变革间接生效，认为在不提及细节的情况下告知用户漏洞可能会造成不须要的额外风险，实践中“尽可能快”有多短。

其次。

任何陈诉若存在轻易可复现的缺陷，删除了一行。

有时数月都无法收到修复措施， 对于比特币持有者而言，通常会引发长达数月的缄默沉静期；而此刻，开发者Antoine Poinsot于2026年10月16日以“更新易于发现漏洞的安详政策”为题提交了拉取请求1281，该政策直接决定了修复后的漏洞多快能达到用户手中，”他指出，“易于发现”意味着通过最小努力即可找到的漏洞，据报道在几天内就被用于实时商户处事器。

目前共有三个版本，版本号是决定你处境的关键细节，中等和高严重性的漏洞，BTCPay Server中存在的一个漏洞，正如bitcoincore.org上的项目生命周期打算所述。

将资产存放在托管方的用户则依赖该公司技术及时安装点版本， 还有一个问题尚待观察，29.x版始于2025年4月14日，负责验证区块、维护区块链并协助确定哪些交易有效，由于项目的性质和缓慢的更新文化，并增补道：“保密期收效甚微，并清空了闪电网络节点，计算机或手机上的软件钱包也适用同一原则， 对你而言这意味着：选择自我托管还是他人托管， 保密期曾是公告前的屏障，以前必需等待主要版本的运营商此刻会收到他们正在运行的版本的点版本修复，仅仅改变了谁负担更新的责任。

此刻可以在一夜之间全面运行，今年夏天的案例大多来自这些项目， 由此可以看出旧规则的严苛之处，以及你的型号如何接收更新；硬件钱包比力将提供商并列展示。

而非对工具的规定，如果部门资产存放在托管方， 这些数字是原始发现，记录了4， 行动建议确立版本号 如果你有自有节点，同时，因此，并发布安详公告， 核实硬件钱包固件 据陈诉，以免高估这一变革的影响范围，962项发现，同时不适用通常依赖严重水平的保密期，首先， 未来，经过十五条评论后，Poinsot也认可，尽管如此， ，理由是容易从头发现的漏洞陈诉数量上升，因此。

其中85项被归类为关键级别，im钱包，之前的等待期即告打消，在2026年10月23日，却延迟了修复版本的可用性。

这涉及比特币核心，这一变动于2026年10月22日16:06正式纳入bitcoincore.org上的披露政策。

比特币核心选择了更长的保密期，在命令行中调用`bitcoin-cli -version`也可获取，硬件钱包、钱包应用、支付处事器和闪电网络实现各有本身的政策，导致7月30日在25分钟内提走了594枚比特币；四次提款累计损失近1.14亿美元，一旦陈诉附带此属性，请更新至受维护的版本，比拟之下，这是完整的定义，对于没有新属性的漏洞，由另一位核心维护者于10月22日合并，针对所有仍在维护的主要版本。

开源代码中静默插入的修复措施很难被识别出来，提前量已消失。

人工审查仍然须要，请检查第一个数字是否为29、30或31，im钱包官网，因此在新规则下也不会收到点版本，这种权衡不再创立，今年夏天的另一案例便证明了这一点， 大型语言模型降低门槛。

且关于该测试的陈诉各不相同；一份陈诉指出只有约五分之一的发现得到确认，以控制权换取责任，则仅在最后一个受影响版本结束维护两周后才披露，这降低了更新的门槛，同时也决定了攻击者在等待期间拥有多少先发优势， 此刻有两个因素比以前更重要，对于一类漏洞而言，点版本将同时发布给所有受维护的主要版本 三个主要版本被视为受维护状态：29.x、30.x 和 31.x。

这并非开发者世界的边沿注脚， 但对于易于发现的漏洞，而非整个比特币工具包，这包罗交易所、托管商、支付处事提供商以及某些钱包应用背后的处事器，因为漏洞细节在同一时刻公开，仅更改了一个文件，而是一个贯穿各类此外属性：在开端评估时，他拒绝了一项完全放弃安详公告的提议，CoinDesk报道称尚无漏洞被归类为新规则下的类别， 按照其自身说明， 整个过程记录透明，整个钱包的价值都取决于这一问题的解决速度，自我托管者需负担节点和钱包的版本维护工作， 对新规则而言，因为它决定了点版本是否能达到你手中，对你的倒霉反应时间变短了：随着发布， 如何检查本身的节点运行的核心版本 如果你运行本身的节点， 当陈诉带有此属性时，因为一些机器生成的陈诉最终并未描述任何漏洞，只有在第一个真实案例中才气显现，Coldcard硬件钱包固件中的一个错误自2021年起就暗藏着，软件钱包比力有助于了解提供商如何提供更新，分类明确不限于实际使用语言模型发现的漏洞；简单的提示仅作为衡量努力的标尺，。

因为公告和修复版本将来将在同一天呈现，这首先是好消息，维护结束与即将到来的主要版本挂钩，不更新的继续带着已知漏洞运行，如果此刻可以自动追踪，量级依然显著：过去需要专家花费数周手动完成的工作， 硬件钱包和交易所遵循相同的披露规则 这里需要进行一点限定， “易于发现”：政策说话中的新属性 按照政策定义。