Триває обговорення TCP hole punching, який має зробити доступними домашні вузли за маршрутизаторами. Також розглянуто чернетку BIP для стандартизації політик витрачання коштів, які співпідписувачі застосовують під час емуляції covenants.
Greg Sanders, Antoine Poinsot, Elias Rohrer, Oleksandr Kurbatov і Nishant Bansal приєдналися до ведучих Optech, щоб розібрати випуск #429. Розмова починається з Bitcoin Core #36665, #36667 і #36669, далі йде оновлена політика безпеки, а згодом багатосторонні silent payments, розкриття DoS-вразливості в Core Lightning та Eclair 0.14.6. Стенограми поки немає.
Оголошення каналу, де той самий вузол указаний на обох кінцях, могло обвалювати Core Lightning версій від 25.02 до 26.04 під час кожного перезапуску, а нападникові це коштувало лише ончейн-комісій; виправлення увійшло до 26.04.1. Поруч у випуску #429 описано протокол для багатосторонніх входів silent payments, який запропонував Oleksandr Kurbatov, і пришвидшені точкові релізи Bitcoin Core для багів, які легко виявити.
Удаючи, що не підтримує пінги BIP 31, зловмисний пір міг уникнути 20-хвилинного відключення й читати дані повільно. Черга надсилання вузла при цьому розпухала до 2 МБ на годину для кожного вхідного піра і до 5 МБ для кожного вихідного. CVE-2026-117349 середньої серйозності закриває #36667 у Bitcoin Core 32.1, 31.2, 30.4 і 29.5; вузли з -blocksonly були значно менш вразливі.
Моніторинг винятків сокетів у Bitcoin Core 29.5 тепер однаковий для poll() і select() (#36665), а для пірів, надсилання яким призупинено, запроваджено обов’язковий тайм-аут (#36667). Позиції у flatfile перейшли на 64-бітні цілі числа (#36669), вузли вважають, що адреси із сидів підтримують v2transport, а один DNS-сид вилучено.
Майнер міг роздути undo-файл Bitcoin Core понад 4 ГіБ: 32-бітні позиції переповнювалися, дані псувалися, і за відповідної реорганізації вузол вимикався. На Windows і 32-бітних системах збій настає вже на 2 ГіБ, причому реорганізація не потрібна. CVE-2026-117346 має низький рівень серйозності, а на атаку пішов би приблизно місяць усіх блоків мережі. Версії 32.1, 31.2, 30.4 і 29.5 лікують 64-бітні системи; 32-бітні вузли та сховища блоків на FAT32 лишаються під загрозою.
Підключений пір міг покласти вузол на Windows, macOS чи BSD, надсилаючи термінові дані TCP: вони обминали призупинене читання в бекенді select() і без обмежень накопичувалися в пам’яті (CVE-2026-117350). Linux-вузли працюють через poll(), тож їх це не стосується. Помилку середньої серйозності, яку виявило LLM-сканування в межах Project Loupe, виправлено в Bitcoin Core 32.1, 31.2, 30.4 і 29.5.
Bitcoin Core 30.4 більше не вважає біти 5–28 із BIP 9 сигналами софтфорків, як того вимагає BIP 323, тож блоки з цими бітами перестали викликати попередження про невідоме розгортання (#34779). Серед мережевих змін — обов’язковий тайм-аут для пірів, надсилання яким призупинено (#36667), а позиції у flatfile тепер зберігаються в 64-бітних цілих числах (#36669).
Приватне поширення в Bitcoin Core 31.2 отримало стелю: черга транзакцій, які ще не повернулися з мережі, обмежена 10 000 записів. Заповнена черга відхиляє нові подання, а розчищати її доведеться самостійно через abortprivatebroadcast (#35406). Біти версії 5–28 згідно з BIP 323 більше не вважаються сигналами софтфорків.
Приватне поширення в Bitcoin Core 32.1 більше не ризикує розкрити IP-адресу відправника: витік міг статися, коли невдале v2-з’єднання повторювалося через v1 напряму, а не через Tor. Типове значення -maxconnections зросло зі 125 до 200, а вихідну ретрансляцію транзакцій тепер обмежує спільна черга, а не ліміт на кожного піра.