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.
Ö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.
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.
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.
Den kraftiga disktrafiken under normal drift går tillbaka på en bugg som nu är åtgärdad i Bitcoin Core 29.4: chainstate-databasen skrev om stora delar av sig själv gång på gång. Lösningen stänger av seek compaction i LevelDB och komprimerar chainstate med jämna mellanrum (#35465).
Diskmalandet i chainstate upphör med Bitcoin Core 30.3, som också lagar en krasch i feebumper när den sammanlagda höjningsavgiften inte är tillgänglig (#34870) och en bugg i coin selection som räknade ut ett belopp som boolean (#34888). För PSBT gäller att MuSig2-nycklar nu valideras när pubnonce och partiella signaturer deserialiseras (#34219).
Bitcoin Core 31.1 täpper till en IP-läcka i -privatebroadcast, där vissa anslutningar gick över clearnet i stället för det aktiverade integritetsnätverket. Uppdateringen sätter också stopp för omskrivningarna av chainstate bakom den överdrivna diskaktiviteten och avvisar en tom lista med publika nycklar vid MuSig2-nyckelaggregering (#35316).
Ett misslyckat v2-handslag kan avslöja avsändarens IP-adress i Bitcoin Core 31.0: med -privatebroadcast påslaget går det nya v1-försöket förbi Tor-proxyn och ansluter direkt till motparten. Troligaste utlösaren är en illvillig peer som medvetet stänger handslaget. Till dess 31.1 är ute kan användare stänga av funktionen, sätta -v2transport=0 eller skicka utgående IPv4/IPv6 via Tor.
Bitcoin Core-versioner efter 0.14.0 och före 29.0 kunde läsa frigjort minne när de validerade ett specialbyggt ogiltigt block, och då kraschade noden. CVE-2024-52911 har hög allvarlighetsgrad, men angriparen måste lägga giltigt proof-of-work vid kedjans topp, och fjärrkörning av kod bedöms som osannolik. Cory Fields rapporterade felet; fixen finns i 29.0.
Cluster mempool ersätter den gamla konstruktionen i Bitcoin Core 31.0: gränserna för förfäder och ättlingar viker för kluster med högst 64 transaktioner och 101 kB, och CPFP-undantaget försvinner. Standardvärdet för -dbcache höjs till 1024 MiB på maskiner med minst 4096 MiB RAM, och det nya alternativet -privatebroadcast sänder transaktioner från sendrawtransaction enbart över Tor eller I2P.
Två fel med namnlösa plånböcker åtgärdas i Bitcoin Core 28.4: migrering av legacy-plånböcker (#34156) och createfromdump, som raderade plånbokskatalogen när det gick fel (#34215). Dessutom stryks en DNS-seed från chainparams (#33723).
Bitcoin Core 29.3 slutar straffa peers som skickar transaktioner som bryter mot konsensusreglerna (#33050). Valideringen får en sighash-midstate-cache per input för legacy-, P2SH- och segwit v0-skript (#32473) och upptäcker witness stripping utan att köra om Script-kontrollerna (#33105). I minerkoden försvinner ett överflöde i ett heltal utan tecken i addPackageTxs (#33475).
Migreringsfelet på namnlösa legacy-plånböcker är borta i Bitcoin Core 30.2 (#34156), och createfromdump raderar inte längre plånbokskatalogen när kommandot misslyckas på en sådan (#34215). Programmet hänger sig inte heller längre på Ctrl-C under IPC-väntanrop (#33511).
Under sällsynta omständigheter kan en misslyckad migrering av wallet.dat i Bitcoin Core 30.0 eller 30.1 radera alla filer i plånbokskatalogen, vilket sätter pengar på spel. Utvecklarna har dragit tillbaka de binära filerna och ber användare att inte migrera via GUI eller RPC förrän 30.2 finns. Buggen kräver en namnlös standardfil wallet.dat som inte går att migrera eller ladda; övriga användare drabbas inte.
Plånböcker i Bitcoin Core 30.1 räknar inte längre med obekräftade TRUC-mynt som har förfäder (#33528). På IPC-sidan krävs inte längre argumentet -m för alternativen (#33229), loggning av meddelanden kostar mindre (#33517) och pågående waitNext-anrop går att avbryta (#33676).
Specialbyggda icke-standardtransaktioner kunde binda upp en Bitcoin Core-nod i några sekunder styck utan att avsändaren kopplades bort, vilket gav en angripare ett sätt att fördröja blockspridningen. CVE-2025-46598, med låg allvarlighetsgrad, rapporterades av Antoine Poinsot och mildrades i v30.0 genom kortare validering i värsta fall.
Block över 1 GB kunde få en storlekskontroll att slå över på 32-bitars Bitcoin Core-noder och krascha dem vid skrivningen till disk, men bara som compact block och bara mot ett offer med -maxmempool över 3 GB och 1 GB transaktioner i mempoolen. Pieter Wuille hittade CVE-2025-46597, med låg allvarlighetsgrad; ett tak för -maxmempool på 32-bitarssystem stängde hålet i 29.1 och 30.0.
