Exchange Ranking
Top Exchanges
24h Volume Ranking
Popularity Ranking
Exchange BTC Balance
Proof of Reserves
Decentralized Exchanges
Funding Rate
Funding Heatmap
Liquidation Data
Max Pain
Long/Short Ratio
Whale L/S Ratio
Binance/Okex/Huobi L/S
Bitfinex Margin L/S
ETF Tracker
Solana ETF
XRP ETF
Hong Kong ETF
Bitcoin Treasuries
Crypto Reversal
Ethereum Reserves
HyperLiquid Wallet Analysis
Hyperliquid Whale Watch
Large Transactions
On-chain Movement
Bitcoin ROI
Stablecoin Market Cap
Options Analysis
News
Articles
Economic Calendar
Features
Wallet
Contract Calculator
Security
Collections
Watchlist
Following
BTC 比特币核心项目更新安全政策：加速漏洞修复流程
10月22日，比特币核心（Bitcoin Core）合并了一项规则变更，为漏洞修复开辟了一条“快速通道”。根据新规，对于那些被判定为攻击者容易再次发现的缺陷，开发者现在可以一次性在所有受支持的发行版本线中进行补丁修复，并在每个修复落地时发布相应的安全公告。
这一变革的背景是，卡尔斯鲁厄理工学院（KIT）的一份网络快照显示，在被采样的公共比特币核心节点中，有43.6%运行的是不再接收补丁的旧版本。
新规则与权衡
在新规则下，开发人员可以在初步分类阶段对缺陷进行评级，评估其被重新发现的难易程度，其中包括借助大型语言模型进行评估的可能性。比特币核心开发人员Antoine Poinsot在合并更新项目安全政策的拉取请求中，于比特币开发者邮件列表上宣布了这一变更。
Poinsot指出，旧的保密期（embargo）政策收效甚微，反而延迟了已修复版本的可用性。他提到的一个潜在权衡是，缓解措施在开发分支上验证自身有效性的时间变短了。截至10月23日，这一新类别尚未公开应用于任何特定漏洞。
此次变更结束了一项旧政策，该政策要求将中等和高严重性漏洞的细节保密，直到最后一个受影响版本的生命周期结束后两周，这一期限可能长达近一年。保密期是指从漏洞细节被扣留到广泛部署修复版本的期间，这一直依赖于漏洞难以被重新发现。然而，人工智能工具削弱了这一假设，因此长时间的沉默现在比保护运营商更多地延误了修复进程。
旧政策的实际案例
该项目的做法在CVE-2024-52911的披露过程中可见一斑。这是一个影响0.14.0之后且早于29.0之前版本的高严重性“使用后释放”（use-after-free）漏洞，位于区块验证环节，允许构造的无效块导致节点崩溃。该漏洞于2024年11月报告，于2025年4月在29.0版本中修复，并于2026年5月5日公开披露，距离修复完成约388天。
这种模式仍在延续：32.0版本的发布说明指出，在30.0版本中修正的三个中等或高严重性漏洞，将在新版本发布后两周才予以公开。
不受支持节点的占比
比特币核心目前仅维护其最新的三个主要发行版本线，即当前的29.x、30.x和31.x。10月18日的KIT快照统计显示，在8,422个自报的比特币核心节点中，有3,671个节点处于已过期的生命周期内，其余节点分别运行31.x（3,243个）、30.x（712个）和29.x（635个）。该统计仅涵盖公共IPv4和IPv6节点，因此仅使用Tor的节点、非监听节点以及私有运行的交易所、托管方和矿工基础设施不在统计范围内。
这一比例预计将进一步增长。当32.0版本发布时，29.x将退出维护窗口。如果样本保持不变，快照预测显示，8,422个节点中的4,306个（即51.1%）将处于不受支持的版本线上。截至10月24日，该项目的项目生命周期页面仍将32.0版本的发布日期列为“待定”，下载目录中仅有候选版本。
此外，Core 32.0还将部分签名比特币交易（PSBT）的默认格式从第0版切换到第2版，这对于混合新旧节点的 multisig（多重签名）设置至关重要。由于比特币没有中央机构强制升级，网络安全取决于运营商选择是否更新。
