Trwa dyskusja o TCP hole punchingu, który ma umożliwić osiągalność domowych węzłów za routerami. Wydanie omawia też projekt BIP standaryzujący zasady wydawania środków egzekwowane przez współsygnatariuszy przy emulacji covenantów.
Do gospodarzy Optech dołączają Greg Sanders, Antoine Poinsot, Elias Rohrer, Oleksandr Kurbatov i Nishant Bansal. Omówienie #429 zaczyna się od Bitcoin Core #36665, #36667 i #36669, po czym przechodzi do zaktualizowanej polityki bezpieczeństwa. Później mowa o wielostronnych silent payments, ujawnionej luce DoS w Core Lightning i Eclair 0.14.6; transkrypcja jeszcze się nie ukazała.
Ogłoszenie kanału z tym samym węzłem na obu końcach mogło wywracać Core Lightning w wersjach od 25.02 do 26.04 przy każdym restarcie, a napastnika kosztowało tylko opłaty onchain; poprawka trafiła do 26.04.1. Oprócz tej luki newsletter #429 opisuje protokół Oleksandra Kurbatova dla wielostronnych wejść silent payments i szybsze wydania poprawkowe Bitcoin Core przy łatwych do wykrycia błędach.
Adam Gibson opowiada o Lichen, swojej warstwie 2 z jednym emitentem i jednostronnymi wyjściami weryfikowanymi przez BitVM. Program #428 prowadzą Gustavo Flores Echaiz i Brandon Black, a pozostali goście to João Dias i Vincenzo Palazzo. W rozmowie pojawiają się też składnia deskryptorów dla preobrazów haszy, rbitcoin 0.8.0 i LND v0.21.5-beta.rc1.
Lichen, projekt Adama Gibsona, pozwala użytkownikom warstwy 2 z jednym emitentem odzyskać bitcoiny onchain, gdy hub odmawia współpracy albo znika z sieci. Spory rozstrzygają dowody Groth16 i wstępnie podpisane transakcje BitVMX. Drugi temat newslettera #428 to propozycja João Diasa dotycząca prywatnej formy preobrazu we fragmentach haszy w miniscripcie, a wśród aktualizacji oprogramowania są Ibis Wallet v5.0-beta i rbitcoin 0.8.0.
Dwa błędy pamięci w Eclair, ukryte w procedurze otwierania kanału, wyjaśnia w omówieniu #427 Erick Cestari: jeden wyłapał fuzzer Matta Morehouse'a, drugi znaleziono z pomocą modelu LLM. Adam Gibson przedstawia następnie LN-GAP, a jako przykład podaje partię szachów rozgrywaną wewnątrz kanału Lightning. W dalszej części audycji mowa o Bitcoin Core 32.0rc4 i serii poprawek do Eclair.
Eclair v0.14.0 i starsze można było pozbawić pamięci podczas otwierania kanału: jeden błąd powodował wyciek około 1 MB na sekundę, a drugi wyczerpywał 4 GB w około 48 minut przez jedno połączenie, bez kosztów onchain. Oba usunięto w v0.14.1. Newsletter #427 omawia je obok LN-GAP, schematu Adama Gibsona dla wielorundowych kontraktów w kanałach Lightning, który opiera się na komitecie z uczciwą większością.
Clara Shikhelman otwiera omówienie #426 tematem Shielded Bitcoin, współtworzonej przez siebie propozycji przesyłania bitcoinów bez ujawniania nadawcy, odbiorcy i kwot, bez zmian w konsensusie i bez operatorów. Elias Rohrer ze Spiral bierze potem na warsztat wydania LDK v0.3-rc3 i v0.2.7 oraz zmiany w kodzie LDK. Program prowadzi Gustavo Flores Echaiz.
Metaprotokół Shielded Bitcoin, zaproponowany przez Mishę Komarova wraz z Clarą Shikhelman i Aleksiejem Moskvinem, ma umożliwić prywatne przelewy onchain bez zmiany konsensusu. Wymaga jednak jednorazowej ceremonii konfiguracyjnej i zostawia ślad przy wejściu i wyjściu. Anthony Towns szkicuje BIP, dzięki któremu peery same wybiorą jednobajtowe identyfikatory wiadomości w transporcie BIP324, a Fabian Jahr pyta, czy tagi w tagowanych haszach powinny zawierać numery BIP.
Parser bitów funkcji w Eclair alokował ponad 300 MB przy obsłudze jednej wiadomości o maksymalnej długości, mówi w omówieniu #425 Matt Morehouse; po poprawce jest to około 200 KB. Gustavo Flores Echaiz i Brandon Black przechodzą dalej do synchronizacji etykiet portfeli, typów wyjść PQC, granic time warp w BIP54 i propozycji kowenantów dla skarbców.
Zapytanie gossip o wielkości 64 kB mogło w Eclair v0.13.1 i starszych urosnąć do 64 MB, a wiadomość init o maksymalnej długości przemielić około 300 MB. Oba błędy DoS ujawnił Matt Morehouse, a usunięto je w v0.14.0. Jakub sprawdza, czy ktoś chciałby synchronizować etykiety portfeli BIP329 przez niezaufany magazyn, a dział konsensusu w newsletterze #425 wraca do postkwantowych typów wyjść.
Ahmet Kurt objaśnia PQLN, czyli bezpieczeństwo postkwantowe powierzchni offchain w Lightning, w pierwszym nagranym wcześniej fragmencie programu Optech. Część na żywo prowadzą Gustavo Flores Echaiz i Mike Schmidt, a dołącza do nich Jan B, współtwórca Bitcoin Core, który recenzuje PR-y i pracuje nad kodem jądra. W planie są Bitcoin Core 32.0rc2 i przewodnik po jego testowaniu.
PQLN, dzieło Ahmeta Kurta i współpracowników, zabezpiecza przed komputerami kwantowymi gossip, transport, faktury, oferty i onion w Lightning. Operacji onchain nie rusza, bo te wymagałyby zmiany konsensusu. Ceną jest przepustowość: węzeł pobiera 10 razy i przechowuje 9 razy więcej danych, a podpis ML-DSA zajmuje zaledwie 0,33 ms. Działającą implementację w rust-lightning można testować już teraz.
Akumulator Utreexo zajmuje poniżej 1 kB, podczas gdy węzeł normalnie trzyma zbiór UTXO o wielkości około 11 GB, tłumaczy w omówieniu #423 Davidson Souza; płaci się za to większym zużyciem pasma. Gośćmi są też Eric Price z MARA i PortlandHODL, a na liście tematów znalazły się kontrolery vardiff, na których utykają zwalniający górnicy, i szkic BIP dla niewydawalnych kluczy wewnętrznych.
Pule wydobywcze mogą zostawić zwalniającego górnika z trudnością udziałów ustawioną pod jego dawną prędkość, przekonuje na Delving Bitcoin Eric Price. Jako lekarstwo proponuje licznik czasu, który obniża trudność po okresie bez udziałów. Davidson Souza chce, by plik podpowiedzi SwiftSync wyeliminował dowody usunięcia Utreexo podczas początkowego pobierania bloków, a NTL przygotował szkic BIP dla niewydawalnych kluczy wewnętrznych taproota.
Babilonia, protokół coinjoin Adama Gibsona ukryty pod postacią niejawnych zakładów, to główny temat rozmowy z gospodarzami Optech, Markiem Erhardtem i Mikiem Schmidtem. Gibson wskazuje też pracę Rona Rivesta z 1997 roku o mikropłatnościach w stylu loterii jako dawniejszy korzeń płatności probabilistycznych. Rob Segers omawia następnie swoje pomiary lekkiego klienta silent payments.
Babilonia, propozycja Adama Gibsona, przebiera coinjoiny za rzuty monetą onchain, które z zewnątrz wyglądają jak zwykłe płatności, choć jego praca przyznaje, że skuteczności protokołu nie da się jeszcze jasno zmierzyć. Według testów Roba Segersa BlindBit Oracle v2 wymaga pobrania około 2,1 raza więcej danych niż filtr tylko dla taproota z danymi tweaków, za to nie daje fałszywych trafień. LDK v0.2.6 łata lukę typu odmowa usługi.