面向矿工的版本位常见问题
- 来源
- Bitcoin Corebitcoincore.org
- 原文发布日期
- 原文长度
- 阅读约 4 分钟
- 语言
- 英语
SATWEI 摘要
BIP9 让矿工通过区块头中的比特位，同时为最多 29 个软分叉发出就绪信号。2016 区块窗口内 95% 的区块发出信号，提案即锁定，再过一个难度调整周期激活，否则到期失败。与 IsSuperMajority 不同，它不会让遵守新规则但未发信号的区块成为孤块。
来自原文
标签
- 挖矿
- 软分叉
更多来自 Bitcoin Core 的文章
网络阅读约 2 分钟
BIP31 之前的对等节点暂停读取，内存缓慢无限增长
恶意对等节点只要谎称不支持 BIP 31 的 ping，就能躲过 20 分钟断连机制，再慢慢读取数据，让节点的发送队列每小时膨胀：每个入站节点最多 2MB，每个出站节点最多 5MB。中危漏洞 CVE-2026-117349 由 #36667 修复，见于 Bitcoin Core 32.1、31.2、30.4 和 29.5；-blocksonly 节点的风险要小得多。
Bitcoin Core
开发阅读约 1 分钟
Bitcoin Core 30.4 发布
遵循 BIP 323，Bitcoin Core 30.4 不再把 BIP 9 的第 5 至 28 位视作软分叉信号，区块设置这些位也不会再触发未知部署告警（#34779）。网络方面，发送暂停的对等节点开始受超时约束（#36667）；flatfile 位置改用 64 位整数（#36669）。
Bitcoin Core
开发阅读约 2 分钟
非 Linux 系统：TCP 紧急数据可致内存无限增长
已连接的对等节点只需发送 TCP 紧急数据，就能让 Windows、macOS 和 BSD 上的节点崩溃：这些数据绕过 select() 后端中已暂停的读取，在内存里无限堆积（CVE-2026-117350）。Linux 节点用的是 poll()，不受影响。这一中危漏洞由 Project Loupe 的 LLM 扫描发现，Bitcoin Core 32.1、31.2、30.4 和 29.5 已修复。
Bitcoin Core