- 来源
- Bitcoin Corebitcoincore.org
- 原文发布日期
- 原文长度
- 阅读约 1 分钟
- 语言
- 英语
SATWEI 摘要
一条塞满 5 万个区块项的 INV 能让节点排队 5 万条各约 1 kB 的 getheaders 响应，对方若拒不读取，这 50 MB 的发送缓冲区就一直满着。John Newbery 的 #18962 改为每条 INV 只发一条 GETHEADERS，当时以节省带宽为名提交，随 0.20.0 发布。
标签
- CVE
更多来自 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