Триває обговорення 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 для багів, які легко виявити.
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.
Lichen, розробка Adam Gibson, дозволяє користувачам layer 2 з одним емітентом вивести біткоїни ончейн, якщо хаб відмовляє або зникає з мережі, а суперечки вирішують докази Groth16 і заздалегідь підписані транзакції BitVMX. Другий сюжет випуску #428 присвячено пропозиції João Dias щодо приватної форми прообразу для хеш-фрагментів miniscript; серед оновлень ПЗ — Ibis Wallet v5.0-beta і rbitcoin 0.8.0.
Erick Cestari у подкасті про випуск #427 пояснює дві помилки пам’яті в Eclair під час рукостискання на відкритті каналу: одну спіймав фаззер Matt Morehouse, другу виявили за допомогою LLM. Потім Adam Gibson представляє LN-GAP, прикладом для якого слугує партія в шахи всередині каналу Lightning. Ближче до кінця йдеться про Bitcoin Core 32.0rc4 і низку виправлень Eclair.
Eclair v0.14.0 і старіші версії можна було вивести з ладу, вичерпавши пам’ять під час відкриття каналу: одна помилка давала витік близько 1 МБ за секунду, інша з’їдала 4 ГБ приблизно за 48 хвилин через одне з’єднання, без жодних ончейн-витрат. Обидві виправлено у v0.14.1. Поруч у випуску #427 описано LN-GAP, схема Adam Gibson для багатораундових контрактів усередині каналів Lightning, що спирається на комітет із чесною більшістю.
Clara Shikhelman починає розмову про випуск #426 із Shielded Bitcoin, пропозиції, співавторкою якої вона є: переказ біткоїнів без розголошення відправника, одержувача й сум, без змін консенсусу та операторів. Далі Elias Rohrer зі Spiral розбирає релізи LDK v0.3-rc3 і v0.2.7 та зміни в коді LDK. Веде випуск Gustavo Flores Echaiz.
Shielded Bitcoin, який запропонували Misha Komarov разом із Clara Shikhelman та Aleksei Moskvin, є метапротоколом для приватних ончейн-переказів. Зміна консенсусу йому не потрібна, але є разова церемонія налаштування, а на вході й виході лишається слід. Anthony Towns готує BIP, за яким піри зможуть самі обирати однобайтові ідентифікатори повідомлень у транспорті BIP324, а Fabian Jahr запитує, чи мають теги tagged hash містити номери BIP.
Парсер бітів функцій в Eclair виділяв понад 300 МБ на одне повідомлення максимальної довжини, розповідає Matt Morehouse у подкасті про випуск #425; після виправлення лишилося близько 200 КБ. Далі Gustavo Flores Echaiz і Brandon Black переходять до синхронізації міток гаманців, постквантових типів виходів, меж time warp у BIP54 та ковенантних пропозицій для сховищ.
В Eclair v0.13.1 і старіших запит gossip на 64 кБ міг розростися до 64 МБ, а init-повідомлення максимальної довжини перемелювало близько 300 МБ. Обидві DoS-помилки розкрив Matt Morehouse, виправлено їх у v0.14.0. Jakub з’ясовує, чи є інтерес до синхронізації міток гаманців BIP329 через недовірене сховище, а консенсусний розділ випуску #425 знову повертається до постквантових типів виходів.
Ahmet Kurt пояснює PQLN, постквантовий захист позаланцюгових частин Lightning, у першому попередньо записаному сегменті шоу Optech. У живій частині Gustavo Flores Echaiz і Mike Schmidt спілкуються з Jan B, контриб’ютором Bitcoin Core, який рецензує PR і працює над кодом kernel; на порядку денному — Bitcoin Core 32.0rc2 і посібник із його тестування.
PQLN від Ahmet Kurt і співавторів робить gossip, транспорт, інвойси, offers та onion у Lightning квантово-стійкими, але не чіпає ончейн-операцій, бо для них знадобилася б зміна консенсусу. Розплачуватися доведеться трафіком: вузол завантажує в 10 разів і зберігає в 9 разів більше даних, тоді як підпис ML-DSA займає лише 0,33 мс. Робочу реалізацію на rust-lightning можна тестувати вже зараз.
Акумулятор Utreexo займає менше 1 кБ там, де вузол зазвичай тримає набір UTXO приблизно на 11 ГБ, пояснює Davidson Souza у подкасті про випуск #423; платою стає більший трафік. Гостями також були Eric Price із MARA та PortlandHODL: серед тем — контролери vardiff, через які майнери, що сповільнилися, застрягають без шар, і чернетка BIP про невитратні внутрішні ключі.
Майнінгові пули можуть залишити майнера, що сповільнився, зі складністю шар, виставленою під його колишню швидкість, стверджує Eric Price на Delving Bitcoin. Його рішення: таймер, який знижує складність, якщо за певний час не надійшло жодної шари. Davidson Souza хоче, щоб hintsfile від SwiftSync позбавив Utreexo доказів видалення під час початкового завантаження блоків, а NTL підготував чернетку BIP для невитратних внутрішніх ключів taproot.
Adam Gibson розповідає ведучим Optech Mark Erhardt і Mike Schmidt про Babilonia, свій протокол coinjoin, замаскований під приховані ставки, і згадує статтю Ron Rivest 1997 року про мікроплатежі за принципом лотереї як давній корінь імовірнісних платежів. Потім Rob Segers обговорює свої вимірювання для легкого клієнта silent payments.
Babilonia, пропозиція Adam Gibson, видає coinjoin за ончейн-підкидання монетки, що ззовні схоже на звичайні платежі, хоча в його статті визнано: чіткого мірила ефективності протоколу поки немає. За бенчмарками Rob Segers, BlindBit Oracle v2 потребує приблизно в 2,1 раза більшого завантаження, ніж фільтр лише для taproot разом із даними tweak, зате не дає хибних спрацювань. LDK v0.2.6 закриває вразливість до відмови в обслуговуванні.