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.
Genom att låtsas sakna stöd för BIP 31-pingar kunde en illvillig peer undgå frånkopplingen efter 20 minuter och läsa långsamt. Nodens sändkö svällde då med upp till 2 MB i timmen per inkommande peer och 5 MB per utgående. CVE-2026-117349, med medelhög allvarlighetsgrad, åtgärdas av #36667 i Bitcoin Core 32.1, 31.2, 30.4 och 29.5; noder med -blocksonly var betydligt mindre utsatta.
Övervakningen av socket-undantag fungerar nu likadant i poll() och select() i Bitcoin Core 29.5 (#36665), och peers med pausad sändning möts av en tvingande tidsgräns (#36667). Positioner i flatfiles går över till 64-bitars heltal (#36669), noder utgår från v2transport för adresser från seeds och en DNS-seed tas bort.
En miner kunde driva en undo-fil i Bitcoin Core förbi 4 GiB, så att dess 32-bitars positioner slog runt och data förstördes. Noder stänger då ner om rätt reorg följer, medan Windows och 32-bitarssystem fallerar redan vid 2 GiB utan reorg. CVE-2026-117346 har låg allvarlighetsgrad och skulle kräva ungefär en månad av nätverkets samtliga block. Versionerna 32.1, 31.2, 30.4 och 29.5 åtgärdar 64-bitarssystem; 32-bitarsnoder och blocklagring på FAT32 är fortfarande drabbade.
Noder på Windows, macOS och BSD kunde kraschas av en ansluten peer som skickade TCP urgent data, som tog sig förbi pausade läsningar i select()-backenden och köade minne utan gräns (CVE-2026-117350). Linuxnoder använder poll() och berörs inte. Buggen har medelhög allvarlighetsgrad och hittades vid en LLM-skanning inom Project Loupe; Bitcoin Core 32.1, 31.2, 30.4 och 29.5 åtgärdar den.
Bitcoin Core 30.4 slutar tolka bitarna 5 till 28 i BIP 9 som signaler för soft forks, i linje med BIP 323, så block som sätter dem ger inte längre varningar om okända aktiveringar (#34779). På nätverkssidan får peers med pausad sändning en tvingande tidsgräns (#36667), och positioner i flatfiles lagras nu som 64-bitars heltal (#36669).
Private broadcast får ett tak i Bitcoin Core 31.2: kön av transaktioner som ännu inte ekat tillbaka från nätverket stannar vid 10 000 poster och tar inte emot fler när den är full, och den som anropar får tömma den med abortprivatebroadcast (#35406). Versionsbitarna 5 till 28 räknas inte längre som signaler för soft forks, enligt BIP 323.
Private broadcast i Bitcoin Core 32.1 riskerar inte längre att röja avsändarens IP-adress. Läckan kunde uppstå när en misslyckad v2-anslutning gjorde ett nytt försök över v1 direkt i stället för via Tor. Standardvärdet för -maxconnections höjs från 125 till 200, och utgående transaktionsrelä begränsas med en global kö i stället för per peer.