Bitcoin Optech 简报 #430
关于利用 TCP hole punching 让家庭路由器后的节点可被连接的讨论仍在继续。简报还介绍了一份 BIP 草案,用于标准化模拟 covenants 时共同签名者执行的支出策略。
Bitcoin Optech
比特币的一切,直接来自源头。
官方公告、开发动态、研究成果与比特币重要事件,汇集一处。
关于利用 TCP hole punching 让家庭路由器后的节点可被连接的讨论仍在继续。简报还介绍了一份 BIP 草案,用于标准化模拟 covenants 时共同签名者执行的支出策略。
Bitcoin Optech
Greg Sanders、Antoine Poinsot、Elias Rohrer、Oleksandr Kurbatov 和 Nishant Bansal 做客 Optech 的 #429 回顾节目。开场先聊 Bitcoin Core 的 #36665、#36667、#36669,接着谈更新后的安全政策;多方静默支付、Core Lightning 的 DoS 漏洞披露和 Eclair 0.14.6 放在后半段。文字稿还没出来。
Bitcoin Optech
只要一条两端都指向同一节点的通道公告,就能让 Core Lightning 25.02 至 26.04 每次重启都崩溃,攻击者付出的不过是链上手续费;26.04.1 已修复。周报 #429 同时收录 Oleksandr Kurbatov 的多方静默支付输入协议,并介绍 Bitcoin Core 针对容易被发现的漏洞加快发布小版本的做法。
Bitcoin Optech
恶意对等节点只要谎称不支持 BIP 31 的 ping,就能躲过 20 分钟断连机制,再慢慢读取数据,让节点的发送队列每小时膨胀:每个入站节点最多 2MB,每个出站节点最多 5MB。中危漏洞 CVE-2026-117349 由 #36667 修复,见于 Bitcoin Core 32.1、31.2、30.4 和 29.5;-blocksonly 节点的风险要小得多。
Bitcoin Core
poll() 和 select() 监控套接字异常的行为在 Bitcoin Core 29.5 中统一了(#36665),发送暂停的对等节点也开始受超时约束(#36667)。flatfile 位置改用 64 位整数(#36669),节点默认种子提供的地址支持 v2transport,另有一个 DNS 种子被移除。
Bitcoin Core
矿工有办法把 Bitcoin Core 的 undo 文件撑过 4 GiB,使其 32 位位置值回绕、数据损坏,一旦随后发生相应的链重组,节点就会关机;Windows 和 32 位系统到 2 GiB 就出问题,无需重组。CVE-2026-117346 属低危,攻击要占用全网大约一个月的区块。32.1、31.2、30.4 和 29.5 修复了 64 位系统,32 位节点和把区块存放在 FAT32 上的节点仍受影响。
Bitcoin Core
已连接的对等节点只需发送 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
遵循 BIP 323,Bitcoin Core 30.4 不再把 BIP 9 的第 5 至 28 位视作软分叉信号,区块设置这些位也不会再触发未知部署告警(#34779)。网络方面,发送暂停的对等节点开始受超时约束(#36667);flatfile 位置改用 64 位整数(#36669)。
Bitcoin Core
私密广播有了上限。Bitcoin Core 31.2 中,尚未从网络收到回传的交易队列最多 1 万条,写满后拒绝新提交,调用方需用 abortprivatebroadcast 清理(#35406)。按照 BIP 323,版本位 5 至 28 不再算作软分叉信号。
Bitcoin Core
Bitcoin Core 32.1 堵上了私密广播可能暴露发送方 IP 的漏洞:v2 连接失败后改用 v1 重试时,会绕过 Tor 直接连接。-maxconnections 默认值从 125 提高到 200;出站交易转发限速由按节点改为全局积压队列。
Bitcoin Core
从白皮书到今年的版本发布。每个里程碑都链接到其一手来源。
2008
2009
2010
2012
2017
2021
2024
2026