Gemanipuleerde niet-standaard transacties konden een Bitcoin Core-node telkens enkele seconden bezighouden zonder dat de verbinding met de afzender werd verbroken, zodat een aanvaller de verspreiding van blokken kon vertragen. CVE-2025-46598, ingeschaald als Low, werd gemeld door Antoine Poinsot en in v30.0 beperkt door de validatietijd in het slechtste geval terug te dringen.
Blokken van meer dan 1 GB konden op 32-bits Bitcoin Core-nodes een groottecontrole laten overlopen en de node bij het wegschrijven naar schijf laten crashen. Dat lukte alleen als compact block en alleen bij een slachtoffer met -maxmempool boven de 3 GB en 1 GB aan transacties daarin. Pieter Wuille ontdekte CVE-2025-46597 (Low); een plafond op -maxmempool voor 32-bits systemen maakte er in 29.1 en 30.0 een einde aan.
De standaard minimumfeerates gaan omlaag in Bitcoin Core 28.3: -blockmintxfee naar 1 satoshi per kvB, -minrelaytxfee en -incrementalrelayfee naar 100 satoshi per kvB. De feerates van de wallet blijven gelijk, en goedkopere transacties verspreiden zich mogelijk niet zolang de nieuwe standaardwaarden niet breed in het netwerk zijn doorgedrongen. Ook gelden whitelist-rechten niet langer voor inkomende onion-verbindingen (#33395).
FillBlock krijgt in Bitcoin Core 29.2 twee P2P-fixes: een controle op witness-mutaties (#32646) en een controle op lege headers vóór de aanroep (#33296). TRUC-controles worden bij een reorg niet meer afgedwongen (#33504), en getblock en getblockheader geven de target van de tip niet langer terug (#33446).
De limieten op OP_RETURN zijn in Bitcoin Core 30.0 feitelijk verdwenen: -datacarriersize staat standaard op 100.000 en één transactie mag meerdere data-outputs bevatten, al brengt -datacarriersize=83 de oude grens terug. De standaard relay-feerates zakken naar 0,1 satoshi per vB, per standaardtransactie zijn maximaal 2500 legacy signature operations toegestaan, en een nieuw bitcoin-commando vormt een schil om de bestaande programma's.
Onvoorwaardelijke logging naar schijf is in Bitcoin Core 29.1 begrensd op 1 MiB per uur per bronlocatie (#32604), en standaardtransacties mogen hooguit 2500 mogelijk uitgevoerde legacy signature operations bevatten. De standaard relay-feerates dalen naar 100 satoshi per kvB, terwijl 32-bits builds -maxmempool op 500 MB en -dbcache op 1 GiB aftoppen.
Iets meer dan de helft van de wijzigingen in Bitcoin Core 28.2 draait om het bouwproces. Guix notariseert nu de macOS-appbundel en ondertekent alle binaries voor macOS en Windows (#31407), en depends krijgt compilatiefixes voor libevent op NetBSD (#31500) en freetype onder cmake (#32693).
Eenendertig bijdragers aan Bitcoin Core ondertekenden een brief waarin staat dat nodesoftware niet moet weigeren transacties door te geven waar blijvende economische vraag naar is en die betrouwbaar in blokken belanden, omdat gebruikers en miners zulke filters toch omzeilen. Ze benadrukken dat dit geen steun is voor niet-financieel datagebruik en dat alleen gebruikers bepalen welke software en welk beleid ze draaien.
Jarenlang onafgebroken addr-spam kon de 32-bits identifier in de adresbeheerder van Bitcoin Core laten overlopen en de node laten crashen. Het is het restant van een aanval die rate limiting in v22.0 al had afgezwakt. Versie 29.0 stapt over op een 64-bits identifier en sluit daarmee CVE-2024-52919 (Low). Eugene Siegel ontdekte de bug, Martin Zumsande voerde de wijziging door.
UPnP-ondersteuning is verdwenen uit Bitcoin Core 29.0; -natpmp draait nu op een ingebouwde PCP- en NAT-PMP-implementatie in plaats van libnatpmp. Ephemeral dust komt erbij als nieuw beleid, een fix voor dubbel gereserveerd blokgewicht introduceert -blockreservedweight, en nodes vragen voortaan elke peer die een orphan heeft aangekondigd om de ontbrekende parents. Versies 26.x en ouder bereiken Maintenance End.
Staat -port ingesteld, dan leidt Bitcoin Core 28.1 de standaard onion-luisterpoort af door die poort plus één te nemen, in plaats van op mainnet vast 8334 te gebruiken. Zo kunnen meerdere lokale nodes weer naast elkaar draaien zonder botsing bij het opstarten. Handmatige HiddenServicePort-regels in torrc moeten mogelijk worden aangepast. In DecodeExtKey wordt geheime data nu ook gewist (#31166).
Een peer die een blok aankondigt en dan stilvalt, kon een Bitcoin Core-node tot 10 minuten laten wachten voordat die het elders probeerde, en aanvallers konden die truc herhalen. CVE-2024-52922, geclassificeerd als Medium, gemeld en opgelost door Greg Sanders, is beperkt in v25.1 en v26.0: die kunnen een blok meteen opvragen bij maximaal 3 high-bandwidth compact block-peers.
Versie 27.2 van Bitcoin Core lost een raceconditie op in de detectie van verbindingen met zichzelf (#30394) en corrigeert FillPSBT-aanroepen die ten onrechte complete=true teruggaven (#30357). De load-block-thread en de scheduler sluiten nu in een andere volgorde af (#30435), en de code bouwt met miniupnpc 2.2.8 en GCC 15.
Gemuteerde blokken van één peer konden in Bitcoin Core vóór v25.0 de downloadstatus wissen van andere peers die hetzelfde blok aankondigden, waardoor een node een compact block vergat dat hij nog aan het reconstrueren was. Suhas Daftuar merkte het probleem op, en #27608 beperkt elke peer tot zijn eigen status. CVE-2024-52921 heeft de classificatie Medium.
Nodes met Bitcoin Core vóór v25.0 waren op afstand onderuit te halen met een tweede blocktxn-bericht voor hetzelfde blok, dat een assertion activeerde die ervan uitgaat dat FillBlock maar één keer draait. Een short-id-botsing was niet eens nodig: met transacties die niet in de merkle root van het blok zitten, kwam een aanvaller op hetzelfde pad. Niklas Gögge vond en repareerde de bug, CVE-2024-35202, ernstigheid High.
Een golf aan netwerkactiviteit begin mei 2023, verergerd door spionagenodes, vertraagde de verspreiding van blokken en transacties doordat het sorteren van te grote inv-to-send-sets bijna alle tijd van de P2P-thread opslokte. Het probleem, geclassificeerd als Medium, is in Bitcoin Core v25.0 opgelost met #27610: uit de mempool verdwenen transacties gaan sneller uit de sets, en die lopen sneller leeg naarmate ze groeien.
Testnet4 (BIP94) maakt zijn entree in Bitcoin Core 28.0, samen met beperkte package relay voor paren van één parent en één child, standaard TRUC-transacties volgens BIP 431 en een nieuw outputtype Pay To Anchor. -mempoolfullrbf staat nu standaard op 1, en libbitcoinconsensus is verdwenen nadat het in 27.0 was uitgefaseerd.
Ketens van headers met lage moeilijkheid konden Bitcoin Core-nodes vóór v24.0.1 op afstand laten crashen, en één op maat gemaakte keten was tegen elke node in het netwerk te hergebruiken. Met de fix in #25717 controleert een node of een keten genoeg werk bevat voordat hij die opslaat, waardoor checkpoints ook niet meer nodig zijn tegen bekende aanvallen. Ernst: High.
Spam met addr-berichten kon een Bitcoin Core-node laten crashen: na 2^32 invoegingen in addrman liep een 32-bits ID-teller over en ging een assertion af. Eugene Siegel meldde de bug, ernstigheid High, in 2021, en v22.0 bevat de fix van Pieter Wuille.
Door zich op het lokale netwerk voor te doen als UPnP-apparaat kon een aanvaller een Bitcoin Core-node opgeblazen M-SEARCH-antwoorden voeren tot het geheugen op was. Alleen nodes die met -miniupnp waren gestart liepen risico, want de bibliotheek staat verder standaard uit. De bug, ernstigheid Low, is in v22.0 opgelost.