Kayang itulak ng isang miner ang undo file ng Bitcoin Core lampas 4 GiB, kaya umiikot pabalik ang 32-bit positions nito at nasisira ang data, at nagsa-shutdown ang mga node kapag sumunod ang tamang reorg; sa Windows at 32-bit systems, sa 2 GiB pa lang ay pumapalya na kahit walang reorg. Low ang rating ng CVE-2026-117346, at kakailanganin nito ang halos isang buwan ng lahat ng block sa network. Naayos ng 32.1, 31.2, 30.4 at 29.5 ang mga 64-bit system; apektado pa rin ang mga 32-bit node at ang block storage sa FAT32.
Magkatugma na ang pagbabantay ng poll() at select() sa socket exceptions sa Bitcoin Core 29.5 (#36665), at may ipinapatupad nang timeout para sa mga paused send peer (#36667). Lumipat sa 64-bit integer ang flatfile positions (#36669), ipinapalagay na ng mga node na may v2transport ang mga address mula sa seeds, at may isang DNS seed na inalis.
Sa pagkukunwaring walang suporta sa BIP 31 pings, naiiwasan ng malisyosong peer ang 20-minutong disconnect at nakakabasa nang mabagal, kaya lumolobo ang send queue ng node nang hanggang 2MB kada oras sa bawat inbound peer at 5MB sa bawat outbound. Inayos ng #36667 sa Bitcoin Core 32.1, 31.2, 30.4 at 29.5 ang CVE-2026-117349, na Medium ang rating; mas maliit ang panganib sa mga node na may -blocksonly.
Mapapabagsak ng isang konektadong peer ang mga node sa Windows, macOS at BSD sa pagpapadala ng TCP urgent data, na nakakalusot sa paused reads ng select() backend at pumipila sa memory nang walang limitasyon (CVE-2026-117350). Ligtas ang mga node sa Linux dahil poll() ang gamit nila. Nasa Bitcoin Core 32.1, 31.2, 30.4 at 29.5 ang ayos sa bug na may Medium na rating, na natuklasan ng isang LLM scan sa ilalim ng Project Loupe.
Hindi na itinuturing ng Bitcoin Core 30.4 na soft fork signal ang BIP 9 bits 5 hanggang 28, alinsunod sa BIP 323, kaya wala nang unknown-deployment warning kapag ginamit ang mga ito ng isang block (#34779). Sa network naman, may timeout na para sa mga paused send peer (#36667), at 64-bit integer na ang gamit sa flatfile positions (#36669).
May kisame na ang private broadcast sa Bitcoin Core 31.2: hanggang 10,000 entry lang ang pila ng mga transaksyong hindi pa bumabalik mula sa network, at tumatanggi ito ng bagong submission kapag puno, kaya kailangang linisin ito ng caller gamit ang abortprivatebroadcast (#35406). Ayon sa BIP 323, hindi na rin binibilang na soft fork signal ang version bits 5 hanggang 28.
Wala nang panganib na malantad ang IP address ng nagpadala sa private broadcast ng Bitcoin Core 32.1; nangyayari ang leak kapag ang pumalyang v2 connection ay umulit sa v1 nang direkta at hindi dumaan sa Tor. Mula 125, naging 200 ang default na -maxconnections, at iisang global backlog na ang naglilimita sa bilis ng palabas na transaction relay sa halip na kada peer.
Galing sa bug na inayos ng Bitcoin Core 29.4 ang mabigat na pagbasa at pagsulat sa disk sa karaniwang operasyon: paulit-ulit na isinusulat muli ng chainstate database ang malalaking bahagi ng sarili nito. Ang solusyon ay patayin ang LevelDB seek compaction at regular na i-compact ang chainstate (#35465).
Natigil na ang paulit-ulit na pagsulat ng chainstate sa disk sa Bitcoin Core 30.3, at naayos din ang pag-crash ng feebumper kapag hindi available ang pinagsamang bump fee (#34870) at ang bug sa coin selection na kinakalkula ang isang halaga bilang boolean (#34888). Sa PSBT, bina-validate na ang MuSig2 pubkeys habang dine-deserialize ang pubnonce at partial signature (#34219).
Sarado na sa Bitcoin Core 31.1 ang tagas ng IP address sa -privatebroadcast: may mga koneksyong dumaan sa clearnet sa halip na sa naka-enable na privacy network. Tapos na rin ang mga chainstate rewrite na dahilan ng sobrang aktibidad ng disk, at tinatanggihan na ang walang lamang pubkey list sa MuSig2 key aggregation (#35316).
Kapag pumalya ang v2 handshake sa Bitcoin Core 31.0, maaaring malantad ang IP address ng nagpadala: kung naka-set ang -privatebroadcast, nilalaktawan ng v1 retry ang Tor proxy at direktang kumokonekta sa peer. Malamang na mitsa nito ang malisyosong peer na sadyang nagsasara ng handshake. Habang wala pa ang 31.1, puwedeng patayin ng users ang feature, mag-set ng -v2transport=0, o idaan sa Tor ang outbound na IPv4/IPv6.
Nakakabasa ng na-free nang memory ang mga release ng Bitcoin Core mula pagkatapos ng 0.14.0 at bago ang 29.0 habang bina-validate ang isang sadyang binuong invalid block, kaya nagka-crash ang node. High ang rating ng CVE-2024-52911, kahit kailangang gumastos ng umaatake ng valid na proof-of-work sa tip, at itinuturing na malabo ang remote code execution. Si Cory Fields ang nag-ulat; nasa 29.0 ang ayos.
Pinalitan ng cluster mempool ang lumang disenyo sa Bitcoin Core 31.0: wala na ang ancestor at descendant limits, at clusters na may hanggang 64 na transaksyon at 101 kB na ang kapalit; tinanggal din ang CPFP carveout. Umaakyat sa 1024 MiB ang default na -dbcache sa mga makinang may 4096 MiB na RAM pataas, at may bagong -privatebroadcast na nagpapadala ng sendrawtransaction broadcasts sa Tor o I2P lang.
Dalawang palya sa mga wallet na walang pangalan ang inaayos ng Bitcoin Core 28.4: ang legacy wallet migration (#34156) at ang createfromdump, na binubura ang wallets directory kapag pumalya (#34215). Isang DNS seed din ang tinanggal sa chainparams (#33723).
Hindi na pinaparusahan ng Bitcoin Core 29.3 ang mga peer na nagpapadala ng consensus-invalid na transaksyon (#33050). May bagong per-input sighash midstate cache ang validation para sa legacy, P2SH at segwit v0 scripts (#32473), at natutukoy na ang witness stripping nang hindi inuulit ang Script checks (#33105); wala na rin ang unsigned integer overflow sa addPackageTxs ng miner (#33475).
Wala na sa Bitcoin Core 30.2 ang pagpalya ng migration sa mga legacy wallet na walang pangalan (#34156), at hindi na binubura ng createfromdump ang wallets directory kapag pumalya ito sa ganoong wallet (#34215). Hindi na rin nagha-hang ang Ctrl-C habang may IPC wait calls (#33511).
Sa mga bihirang pagkakataon, maaaring burahin ng pumalyang wallet.dat migration sa Bitcoin Core 30.0 o 30.1 ang lahat ng file sa wallet directory, kaya nanganganib ang pondo. Hinila ng developers ang mga binary na iyon at pinakikiusapan ang users na huwag mag-migrate sa GUI o RPC hanggang sa 30.2. Tatama lang ang bug kapag may default at walang pangalang wallet.dat na hindi ma-migrate o ma-load; hindi apektado ang iba.
Hindi na isinasaalang-alang ng mga wallet sa Bitcoin Core 30.1 ang unconfirmed na TRUC coins na may ancestors (#33528). Sa IPC, hindi na kailangan ng -m argument ang mga option (#33229), mas magaan na ang message logging (#33517), at puwede nang kanselahin ang tumatakbong waitNext calls (#33676).
Mga sadyang binuong non-standard na transaksyon ang kayang umabala sa isang Bitcoin Core node nang ilang segundo bawat isa nang hindi nadidiskonekta ang nagpadala, kaya may paraan ang umaatake para maantala ang pagkalat ng mga block. Low ang rating ng CVE-2025-46598, na iniulat ni Antoine Poinsot at pinahina sa v30.0 sa pamamagitan ng pagbawas sa pinakamatagal na validation time.
Maaaring umapaw ang isang size check sa mga 32-bit node ng Bitcoin Core dahil sa mga block na higit sa 1GB, at mag-crash ang mga ito sa pagsulat sa disk, pero mangyayari lang ito kung compact block ang dating, lampas 3GB ang -maxmempool ng biktima at may laman itong 1GB na transaksyon. Si Pieter Wuille ang nakatuklas ng CVE-2025-46597, Low ang rating; naisara ito sa 29.1 at 30.0 sa paglalagay ng takda sa -maxmempool sa mga 32-bit system.
