Alles uit officiële bronnen.
141 publicaties
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).
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
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).
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
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).
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
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.
Bitcoin Core
Bij het ondertekenen gaat Bitcoin Core 26.2 er niet meer van uit dat een TapMiniscript sane is (#29853), getnetworkhashps geeft een foutmelding bij ongeldige parameters (#28554) en setmocktime heeft nu een afgedwongen maximum (#29869). Bouwen lukt ook met miniupnpc 2.2.8.
Bitcoin Core
Twee bugs in de afhandeling van version-berichten, een overflow van een signed integer en een logicafout in abs64, stelden een aanvaller in staat de adjusted time van een slachtoffer zo te verschuiven dat nieuwe blokken werden geweigerd omdat ze te ver in de toekomst lagen. De aanvaller moest wel tot de eerste 200 verbonden peers behoren. De fout, geclassificeerd als Medium, is verholpen in Bitcoin Core 0.21.0.
Bitcoin Core
Via IPv6 was de onbegrensde banlijst van Bitcoin Core goedkoop op te blazen, en elk GETADDR-bericht dwong vervolgens tot een doorzoeking van die lijst voor elk teruggegeven adres, tot 2500 stuks. De geheugencrash en de CPU-belasting, samen geclassificeerd als High, zijn allebei opgelost door #19219, uitgebracht in 0.20.1 en 0.21.0.
Bitcoin Core
