Bitcoin Core 声明（2016-01-07）
- 来源
- Bitcoin Corebitcoincore.org
- 原文发布日期
- 原文长度
- 阅读约 3 分钟
- 语言
- 英语
SATWEI 摘要
贡献者表示，共识规则轮不到 Bitcoin Core 团队来定：用户选择运行哪个软件，就是在做决定，软件不带自动更新也是这个原因。他们倾向软分叉，硬分叉只留给几乎所有人都同意的少数情况，并认为在协议之上增加层级才是实现极高扩展能力的途径。
标签
- 软分叉
更多来自 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