Těžař by mohl dostat undo soubor Bitcoin Core přes 4 GiB, 32bitové pozice by přetekly a data by se poškodila, takže se uzly při vhodné reorganizaci řetězce vypnou; na Windows a 32bitových systémech dochází k selhání už u 2 GiB a bez reorganizace. CVE-2026-117346 má nízkou závažnost a vyžádala by si zhruba měsíc všech bloků v síti. Verze 32.1, 31.2, 30.4 a 29.5 to řeší na 64bitových systémech; 32bitové uzly a úložiště bloků na FAT32 zůstávají zranitelné.
Monitorování výjimek na socketech se v Bitcoin Core 29.5 mezi poll() a select() sjednotilo (#36665) a na peery s pozastaveným odesíláním se vztahuje vynucený časový limit (#36667). Pozice ve flatfile souborech přecházejí na 64bitová celá čísla (#36669), u adres ze seedů uzly předpokládají v2transport a jeden DNS seed je pryč.
Škodlivý peer mohl předstírat, že nepodporuje pingy z BIP 31, vyhnout se tak odpojení po 20 minutách a číst jen pomalu. Fronta odesílání uzlu pak rostla až o 2 MB za hodinu u každého příchozího peera a o 5 MB u odchozího. CVE-2026-117349 se střední závažností opravuje #36667 v Bitcoin Core 32.1, 31.2, 30.4 a 29.5; uzly s -blocksonly byly ohroženy mnohem méně.
Uzly na Windows, macOS a BSD mohl shodit připojený peer, který posílal urgentní data TCP: v backendu select() proklouzla přes pozastavené čtení a paměť se plnila bez omezení (CVE-2026-117350). Linuxové uzly používají poll() a problém se jich netýká. Chybu se střední závažností, na kterou přišel LLM sken v rámci Project Loupe, opravují Bitcoin Core 32.1, 31.2, 30.4 a 29.5.
Bity 5 až 28 z BIP 9 už Bitcoin Core 30.4 nepovažuje za signál soft forku, jak stanoví BIP 323, takže bloky s těmito bity nespouštějí varování o neznámém nasazení (#34779). V síťové části přibyl vynucený časový limit pro peery s pozastaveným odesíláním (#36667), pozice ve flatfile souborech nově používají 64bitová celá čísla (#36669).
Soukromé vysílání dostalo v Bitcoin Core 31.2 strop: fronta transakcí, které se zatím nevrátily ze sítě, končí na 10 000 položkách a po naplnění odmítá další. Uvolnit ji musí volající pomocí abortprivatebroadcast (#35406). Bity verze 5 až 28 se podle BIP 323 už nepočítají jako signál soft forku.
IP adresa odesílatele je při soukromém vysílání v Bitcoin Core 32.1 v bezpečí: k úniku mohlo dojít, když se po selhaném spojení v2 opakoval pokus přes v1 přímo, a ne přes Tor. Výchozí -maxconnections roste ze 125 na 200 a odchozí přenos transakcí omezuje globální fronta místo limitu na každého peera.
Za vysokou diskovou zátěží při běžném provozu stála chyba, kterou opravuje Bitcoin Core 29.4: databáze chainstate stále dokola přepisovala velké části sebe sama. Oprava vypíná seek compaction v LevelDB a chainstate kompaktuje v pravidelných intervalech (#35465).
Nadměrné zápisy chainstate na disk končí s Bitcoin Core 30.3. Verze zároveň opravuje pád feebumperu, když není k dispozici kombinovaný poplatek za navýšení (#34870), a chybu ve výběru mincí, která počítala částku jako boolean (#34888). U PSBT se nově ověřují veřejné klíče MuSig2 při deserializaci pubnonce a částečných podpisů (#34219).
Bitcoin Core 31.1 zacelil únik IP adresy u -privatebroadcast: některá spojení odcházela přes clearnet místo zapnuté anonymizační sítě. Aktualizace zároveň končí s přepisováním chainstate, které způsobovalo přehnanou aktivitu disku, a při agregaci klíčů MuSig2 odmítá prázdný seznam veřejných klíčů (#35316).
Selhaný handshake v2 může v Bitcoin Core 31.0 odhalit IP adresu odesílatele: při zapnutém -privatebroadcast jde opakovaný pokus přes v1 mimo proxy Toru, přímo na peera. Spouštěčem bude nejspíš škodlivý peer, který handshake záměrně ukončí. Než vyjde 31.1, mohou uživatelé funkci vypnout, nastavit -v2transport=0 nebo směrovat odchozí IPv4/IPv6 přes Tor.
Vydání Bitcoin Core po 0.14.0 a před 29.0 mohla při validaci speciálně sestaveného neplatného bloku číst uvolněnou paměť, což uzel shodilo. CVE-2024-52911 má vysokou závažnost, útočník ale musí vynaložit platný proof-of-work na vrcholu řetězce a vzdálené spuštění kódu se považuje za nepravděpodobné. Nahlásil ji Cory Fields, oprava je v 29.0.
Cluster mempool nahrazuje v Bitcoin Core 31.0 starý návrh: limity na předky a potomky ustupují clusterům s nejvýše 64 transakcemi a 101 kB a výjimka CPFP carveout končí. Výchozí -dbcache roste na 1024 MiB u strojů s alespoň 4096 MiB RAM a nová volba -privatebroadcast vysílá transakce ze sendrawtransaction jen přes Tor nebo I2P.
Dvě selhání kolem nepojmenovaných peněženek řeší Bitcoin Core 28.4: migraci legacy peněženky (#34156) a createfromdump, který při chybě mazal adresář wallets (#34215). Z chainparams také mizí jeden DNS seed (#33723).
Peery posílající transakce neplatné podle konsenzu už Bitcoin Core 29.3 netrestá (#33050). Validace získává cache sighash midstate pro každý vstup u legacy, P2SH a segwit v0 skriptů (#32473) a stripování witnessu rozpozná bez opakovaných kontrol skriptu (#33105). Z addPackageTxs v těžebním kódu mizí přetečení celého čísla bez znaménka (#33475).
S Bitcoin Core 30.2 mizí selhání migrace nepojmenovaných legacy peněženek (#34156) a createfromdump už při chybě na takové peněžence nemaže adresář wallets (#34215). Stisk Ctrl-C se navíc nezasekne během čekacích volání IPC (#33511).
Za vzácných okolností může nepovedená migrace wallet.dat v Bitcoin Core 30.0 nebo 30.1 smazat všechny soubory v adresáři peněženek a ohrozit tak prostředky. Vývojáři tyto binárky stáhli a žádají uživatele, aby do vydání 30.2 nemigrovali přes GUI ani RPC. Chyba nastane jen u výchozího nepojmenovaného wallet.dat, který se nepodaří migrovat nebo načíst; ostatních uživatelů se netýká.
Peněženky v Bitcoin Core 30.1 už neberou v úvahu nepotvrzené TRUC mince, které mají předky (#33528). U IPC přestaly volby vyžadovat argument -m (#33229), logování zpráv má menší režii (#33517) a běžící volání waitNext lze zrušit (#33676).
Speciálně sestavené nestandardní transakce mohly uzel Bitcoin Core zaměstnat na několik sekund každá, aniž by byl odesílatel odpojen, takže útočník dokázal zdržovat šíření bloků. CVE-2025-46598 s nízkou závažností nahlásil Antoine Poinsot; zmírňuje ji verze v30.0, která zkracuje validaci v nejhorším případě.
Bloky nad 1 GB mohly na 32bitových uzlech Bitcoin Core přetéct kontrolu velikosti a při zápisu na disk je shodit, ovšem jen ve formě compact blocku a jen u oběti, která má -maxmempool nad 3 GB a v něm 1 GB transakcí. CVE-2025-46597 s nízkou závažností objevil Pieter Wuille; vyřešilo ji omezení -maxmempool na 32bitových systémech ve verzích 29.1 a 30.0.
