Diskussionen fortsätter om TCP hole punching för att göra hemnoder bakom routrar nåbara. Nyhetsbrevet behandlar också ett BIP-utkast för att standardisera utgiftspolicyer som medundertecknare tillämpar vid emulering av covenants.
Greg Sanders, Antoine Poinsot, Elias Rohrer, Oleksandr Kurbatov och Nishant Bansal gästar Optechs programledare i genomgången av #429. Först ut är Bitcoin Core #36665, #36667 och #36669, sedan den uppdaterade säkerhetspolicyn. Silent payments med flera parter, ett DoS-fel i Core Lightning och Eclair 0.14.6 kommer längre fram; utskriften är inte klar än.
En kanalannonsering med samma nod i båda ändar kunde få Core Lightning 25.02 till 26.04 att krascha vid varje omstart, och det kostade angriparen bara onchain-avgifter. Felet är åtgärdat i 26.04.1. Nyhetsbrev #429 tar också upp Oleksandr Kurbatovs protokoll för silent payment-inputs från flera parter och Bitcoin Cores snabbare punktversioner vid buggar som är lätta att upptäcka.
Adam Gibson går igenom Lichen, hans layer 2 med en enda utgivare och ensidiga utträden som valideras med BitVM, i genomgången av #428. Övriga gäster hos Gustavo Flores Echaiz och Brandon Black är João Dias och Vincenzo Palazzo, och samtalet rör även deskriptorsyntax för hash-preimages, rbitcoin 0.8.0 och LND v0.21.5-beta.rc1.
Med Lichen, en konstruktion av Adam Gibson, kan användare av ett layer 2-system med en enda utgivare lösa in sina bitcoin onchain om hubben vägrar eller går offline. Tvister avgörs med Groth16-bevis och försignerade BitVMX-transaktioner. Nyhetsbrev #428 tar också upp João Dias förslag om en privat preimage-form för hashfragment i miniscript, och bland programuppdateringarna finns Ibis Wallet v5.0-beta och rbitcoin 0.8.0.
Erick Cestari förklarar två minnesbuggar i Eclairs handskakning vid kanalöppning i genomgången av #427: den ena fångades av Matt Morehouses fuzzer, den andra med hjälp av en LLM. Adam Gibson presenterar sedan LN-GAP, med ett schackparti inuti en Lightning-kanal som exempel. Bitcoin Core 32.0rc4 och en rad Eclair-fixar kommer senare i programmet.
Eclair v0.14.0 och tidigare kunde köras slut på minne under kanalöppning: en bugg läckte ungefär 1 MB per sekund, en annan åt upp 4 GB på cirka 48 minuter över en enda anslutning, utan någon kostnad onchain. Båda är åtgärdade i v0.14.1. I nyhetsbrev #427 står de bredvid LN-GAP, Adam Gibsons upplägg för kontrakt i flera omgångar inuti Lightning-kanaler, som vilar på en kommitté med ärlig majoritet.
Clara Shikhelman inleder genomgången av #426 med Shielded Bitcoin, ett förslag hon skrivit tillsammans med andra för att flytta bitcoin utan att röja avsändare, mottagare eller belopp, och utan konsensusändringar eller operatörer. Elias Rohrer från Spiral tar sedan LDK v0.3-rc3 och v0.2.7 samt kodändringar i LDK. Gustavo Flores Echaiz leder programmet.
Shielded Bitcoin, föreslaget av Misha Komarov tillsammans med Clara Shikhelman och Aleksei Moskvin, är ett metaprotokoll för privata överföringar onchain som klarar sig utan konsensusändring. Det kräver dock en engångsceremoni och lämnar spår vid in- och utträde. Anthony Towns skissar på ett BIP där peers själva väljer meddelande-id på en byte över BIP324-transporten, och Fabian Jahr frågar om taggarna i tagged hashes bör innehålla BIP-nummer.
Eclairs parser för feature-bitar allokerade över 300 MB för ett enda meddelande av maximal längd, berättar Matt Morehouse i genomgången av #425, och fixen sänkte det till ungefär 200 KB. Gustavo Flores Echaiz och Brandon Black går sedan vidare till synkning av plånboksetiketter, PQC-utdatatyper, gränser för time warp i BIP54 och covenant-förslag för vaults.
En gossip-förfrågan på 64 kB kunde blåsa upp till 64 MB i Eclair v0.13.1 och tidigare, och ett init-meddelande av maximal längd malde igenom ungefär 300 MB. Matt Morehouse har offentliggjort båda DoS-buggarna, som är åtgärdade i v0.14.0. Jakub känner efter intresset för att synka BIP329-plånboksetiketter via en lagring man inte behöver lita på, medan konsensusdelen i nyhetsbrev #425 återvänder till postkvantsäkra utdatatyper.
Ahmet Kurt förklarar PQLN, postkvantsäkerhet för Lightnings offchain-delar, i det första förinspelade inslaget i Optechs program. I direktsändningen ansluter Jan B, som granskar PR:er och arbetar med kernel-koden i Bitcoin Core, till Gustavo Flores Echaiz och Mike Schmidt. Där står Bitcoin Core 32.0rc2 och dess testguide på agendan.
PQLN, från Ahmet Kurt och hans medarbetare, gör Lightnings gossip, transport, fakturor, offers och onion kvantsäkra men lämnar onchain-operationer orörda, eftersom de skulle kräva en konsensusändring. Priset är bandbredd: en nod laddar ner 10 gånger och lagrar 9 gånger så mycket data, medan signering med ML-DSA bara tar 0,33 ms. En fungerande implementation i rust-lightning går att testa redan nu.
Utreexos ackumulator tar mindre än 1 kB där en nod annars håller ett UTXO-set på runt 11 GB, förklarar Davidson Souza i genomgången av #423, men kostar mer bandbredd. Eric Price från MARA och PortlandHODL gästar också. På listan står dessutom vardiff-regulatorer som lämnar långsammare miners strandade och ett BIP-utkast om ospenderbara interna nycklar.
Miningpooler kan låsa en miner som tappat fart vid en share-svårighet satt för dess gamla hastighet, hävdar Eric Price på Delving Bitcoin. Hans lösning är en timer som sänker svårigheten när inga shares kommit under en viss tid. Davidson Souza vill att SwiftSyncs hintsfile ska ta bort Utreexos borttagningsbevis under den initiala blocknedladdningen, och NTL har skrivit ett BIP-utkast för ospenderbara interna taproot-nycklar.
Adam Gibson tar Optechs programledare Mark Erhardt och Mike Schmidt genom Babilonia, hans coinjoin-protokoll förklätt till dolda vad, och pekar på en artikel av Ron Rivest från 1997 om mikrobetalningar i lotteriform som en äldre rot till probabilistiska betalningar. Därefter berättar Rob Segers om sina mätningar av light clients för silent payments.
Babilonia, ett förslag från Adam Gibson, klär ut coinjoins till slantsinglingar onchain som utifrån ser ut som vanliga betalningar, men hans uppsats medger att protokollets effektivitet ännu saknar ett tydligt mått. Enligt Rob Segers mätningar kräver BlindBit Oracle v2 omkring 2,1 gånger så mycket nedladdning som ett filter för enbart taproot plus tweak-data, i utbyte mot noll falska positiva. LDK v0.2.6 täpper till en DoS-sårbarhet.