Усе, що зібрано з офіційних джерел.
141 публікація
Триває обговорення TCP hole punching, який має зробити доступними домашні вузли за маршрутизаторами. Також розглянуто чернетку BIP для стандартизації політик витрачання коштів, які співпідписувачі застосовують під час емуляції covenants.
Bitcoin Optech
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. Стенограми поки немає.
Bitcoin Optech
Оголошення каналу, де той самий вузол указаний на обох кінцях, могло обвалювати Core Lightning версій від 25.02 до 26.04 під час кожного перезапуску, а нападникові це коштувало лише ончейн-комісій; виправлення увійшло до 26.04.1. Поруч у випуску #429 описано протокол для багатосторонніх входів silent payments, який запропонував Oleksandr Kurbatov, і пришвидшені точкові релізи Bitcoin Core для багів, які легко виявити.
Bitcoin Optech
Підключений пір міг покласти вузол на 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
Удаючи, що не підтримує пінги BIP 31, зловмисний пір міг уникнути 20-хвилинного відключення й читати дані повільно. Черга надсилання вузла при цьому розпухала до 2 МБ на годину для кожного вхідного піра і до 5 МБ для кожного вихідного. CVE-2026-117349 середньої серйозності закриває #36667 у Bitcoin Core 32.1, 31.2, 30.4 і 29.5; вузли з -blocksonly були значно менш вразливі.
Bitcoin Core
Майнер міг роздути undo-файл Bitcoin Core понад 4 ГіБ: 32-бітні позиції переповнювалися, дані псувалися, і за відповідної реорганізації вузол вимикався. На Windows і 32-бітних системах збій настає вже на 2 ГіБ, причому реорганізація не потрібна. CVE-2026-117346 має низький рівень серйозності, а на атаку пішов би приблизно місяць усіх блоків мережі. Версії 32.1, 31.2, 30.4 і 29.5 лікують 64-бітні системи; 32-бітні вузли та сховища блоків на FAT32 лишаються під загрозою.
Bitcoin Core
Моніторинг винятків сокетів у Bitcoin Core 29.5 тепер однаковий для poll() і select() (#36665), а для пірів, надсилання яким призупинено, запроваджено обов’язковий тайм-аут (#36667). Позиції у flatfile перейшли на 64-бітні цілі числа (#36669), вузли вважають, що адреси із сидів підтримують v2transport, а один DNS-сид вилучено.
Bitcoin Core
Bitcoin Core 30.4 більше не вважає біти 5–28 із BIP 9 сигналами софтфорків, як того вимагає BIP 323, тож блоки з цими бітами перестали викликати попередження про невідоме розгортання (#34779). Серед мережевих змін — обов’язковий тайм-аут для пірів, надсилання яким призупинено (#36667), а позиції у flatfile тепер зберігаються в 64-бітних цілих числах (#36669).
Bitcoin Core
Приватне поширення в Bitcoin Core 31.2 отримало стелю: черга транзакцій, які ще не повернулися з мережі, обмежена 10 000 записів. Заповнена черга відхиляє нові подання, а розчищати її доведеться самостійно через abortprivatebroadcast (#35406). Біти версії 5–28 згідно з BIP 323 більше не вважаються сигналами софтфорків.
Bitcoin Core
Приватне поширення в Bitcoin Core 32.1 більше не ризикує розкрити IP-адресу відправника: витік міг статися, коли невдале v2-з’єднання повторювалося через v1 напряму, а не через Tor. Типове значення -maxconnections зросло зі 125 до 200, а вихідну ретрансляцію транзакцій тепер обмежує спільна черга, а не ліміт на кожного піра.
Bitcoin Core
Adam Gibson у подкасті про випуск #428 докладно розбирає Lichen, свій layer 2 з одним емітентом і односторонніми виходами, які перевіряє BitVM. Ведучі Gustavo Flores Echaiz і Brandon Black також приймають João Dias та Vincenzo Palazzo; згадано ще синтаксис дескрипторів для прообразів хешів, rbitcoin 0.8.0 і LND v0.21.5-beta.rc1.
Bitcoin Optech
Lichen, розробка Adam Gibson, дозволяє користувачам layer 2 з одним емітентом вивести біткоїни ончейн, якщо хаб відмовляє або зникає з мережі, а суперечки вирішують докази Groth16 і заздалегідь підписані транзакції BitVMX. Другий сюжет випуску #428 присвячено пропозиції João Dias щодо приватної форми прообразу для хеш-фрагментів miniscript; серед оновлень ПЗ — Ibis Wallet v5.0-beta і rbitcoin 0.8.0.
Bitcoin Optech
Erick Cestari у подкасті про випуск #427 пояснює дві помилки пам’яті в Eclair під час рукостискання на відкритті каналу: одну спіймав фаззер Matt Morehouse, другу виявили за допомогою LLM. Потім Adam Gibson представляє LN-GAP, прикладом для якого слугує партія в шахи всередині каналу Lightning. Ближче до кінця йдеться про Bitcoin Core 32.0rc4 і низку виправлень Eclair.
Bitcoin Optech
Eclair v0.14.0 і старіші версії можна було вивести з ладу, вичерпавши пам’ять під час відкриття каналу: одна помилка давала витік близько 1 МБ за секунду, інша з’їдала 4 ГБ приблизно за 48 хвилин через одне з’єднання, без жодних ончейн-витрат. Обидві виправлено у v0.14.1. Поруч у випуску #427 описано LN-GAP, схема Adam Gibson для багатораундових контрактів усередині каналів Lightning, що спирається на комітет із чесною більшістю.
Bitcoin Optech
Clara Shikhelman починає розмову про випуск #426 із Shielded Bitcoin, пропозиції, співавторкою якої вона є: переказ біткоїнів без розголошення відправника, одержувача й сум, без змін консенсусу та операторів. Далі Elias Rohrer зі Spiral розбирає релізи LDK v0.3-rc3 і v0.2.7 та зміни в коді LDK. Веде випуск Gustavo Flores Echaiz.
Bitcoin Optech
Shielded Bitcoin, який запропонували Misha Komarov разом із Clara Shikhelman та Aleksei Moskvin, є метапротоколом для приватних ончейн-переказів. Зміна консенсусу йому не потрібна, але є разова церемонія налаштування, а на вході й виході лишається слід. Anthony Towns готує BIP, за яким піри зможуть самі обирати однобайтові ідентифікатори повідомлень у транспорті BIP324, а Fabian Jahr запитує, чи мають теги tagged hash містити номери BIP.
Bitcoin Optech
Парсер бітів функцій в Eclair виділяв понад 300 МБ на одне повідомлення максимальної довжини, розповідає Matt Morehouse у подкасті про випуск #425; після виправлення лишилося близько 200 КБ. Далі Gustavo Flores Echaiz і Brandon Black переходять до синхронізації міток гаманців, постквантових типів виходів, меж time warp у BIP54 та ковенантних пропозицій для сховищ.
Bitcoin Optech
В Eclair v0.13.1 і старіших запит gossip на 64 кБ міг розростися до 64 МБ, а init-повідомлення максимальної довжини перемелювало близько 300 МБ. Обидві DoS-помилки розкрив Matt Morehouse, виправлено їх у v0.14.0. Jakub з’ясовує, чи є інтерес до синхронізації міток гаманців BIP329 через недовірене сховище, а консенсусний розділ випуску #425 знову повертається до постквантових типів виходів.
Bitcoin Optech
Ahmet Kurt пояснює PQLN, постквантовий захист позаланцюгових частин Lightning, у першому попередньо записаному сегменті шоу Optech. У живій частині Gustavo Flores Echaiz і Mike Schmidt спілкуються з Jan B, контриб’ютором Bitcoin Core, який рецензує PR і працює над кодом kernel; на порядку денному — Bitcoin Core 32.0rc2 і посібник із його тестування.
Bitcoin Optech
PQLN від Ahmet Kurt і співавторів робить gossip, транспорт, інвойси, offers та onion у Lightning квантово-стійкими, але не чіпає ончейн-операцій, бо для них знадобилася б зміна консенсусу. Розплачуватися доведеться трафіком: вузол завантажує в 10 разів і зберігає в 9 разів більше даних, тоді як підпис ML-DSA займає лише 0,33 мс. Робочу реалізацію на rust-lightning можна тестувати вже зараз.
Bitcoin Optech
