Alles aus offiziellen Quellen.
141 Veröffentlichungen
Weniger als 1 kB braucht der Akkumulator von Utreexo, wo ein Knoten sonst ein UTXO-Set von rund 11 GB vorhält, erklärt Davidson Souza in der Rückschau auf #423; dafür steigt der Bandbreitenbedarf. Außerdem zu Gast sind Eric Price von MARA und PortlandHODL. Themen sind außerdem Vardiff-Regler, die langsamer werdende Miner abhängen, und ein BIP-Entwurf für nicht ausgebbare interne Schlüssel.
Bitcoin Optech
Mining-Pools können einen langsamer werdenden Miner auf einer Share-Difficulty festnageln, die noch zu seinem alten Tempo passt, argumentiert Eric Price auf Delving Bitcoin. Als Abhilfe schlägt er einen Timer vor, der die Difficulty senkt, wenn eine Zeit lang keine Shares eintreffen. Davidson Souza will Utreexo-Löschbeweise beim Initial Block Download per SwiftSync-Hintsfile überflüssig machen, und NTL hat einen BIP-Entwurf für nicht ausgebbare interne Taproot-Schlüssel vorgelegt.
Bitcoin Optech
Adam Gibson führt die Optech-Moderatoren Mark Erhardt und Mike Schmidt durch Babilonia, sein als verdeckte Wetten getarntes Coinjoin-Protokoll, und verweist auf ein Paper von Ron Rivest aus dem Jahr 1997 über Mikrozahlungen nach Lotterieprinzip als frühe Wurzel probabilistischer Zahlungen. Danach spricht Rob Segers über seine Messungen an Light Clients für Silent Payments.
Bitcoin Optech
Babilonia, ein Vorschlag von Adam Gibson, tarnt Coinjoins als Onchain-Münzwürfe, die von außen wie normale Zahlungen aussehen; sein Paper räumt allerdings ein, dass es für die Wirksamkeit des Protokolls noch kein klares Maß gibt. Laut den Benchmarks von Rob Segers lädt BlindBit Oracle v2 etwa 2,1-mal so viel herunter wie ein reiner Taproot-Filter samt Tweak-Daten, liefert dafür aber keine False Positives. LDK v0.2.6 schließt eine DoS-Lücke.
Bitcoin Optech
Hinter starker Lese- und Schreiblast im Normalbetrieb steckt ein Fehler, den Bitcoin Core 29.4 behebt: Die Chainstate-Datenbank schrieb große Teile von sich selbst immer wieder neu. Der Fix schaltet die Seek Compaction von LevelDB ab und verdichtet den Chainstate stattdessen regelmäßig (#35465).
Bitcoin Core
Mit dem ständigen Umschreiben des Chainstate ist in Bitcoin Core 30.3 Schluss. Repariert sind auch ein Absturz im Feebumper, wenn die kombinierte Bump-Gebühr nicht verfügbar ist (#34870), und ein Fehler in der Coin Selection, der einen Betrag als Boolean berechnete (#34888). Bei PSBT werden MuSig2-Pubkeys nun beim Deserialisieren von Pubnonce und Teilsignatur geprüft (#34219).
Bitcoin Core
Ein IP-Leck in -privatebroadcast schließt Bitcoin Core 31.1: Manche Verbindungen liefen über das Clearnet statt über das aktivierte Privacy-Netz. Außerdem enden die Chainstate-Neuschreibungen, die für übermäßige Plattenaktivität sorgten, und die MuSig2-Schlüsselaggregation weist eine leere Pubkey-Liste ab (#35316).
Bitcoin Core
Scheitert der v2-Handshake, kann Bitcoin Core 31.0 die IP-Adresse des Absenders preisgeben: Mit gesetztem -privatebroadcast läuft der Neuversuch per v1 am Tor-Proxy vorbei direkt zum Peer. Wahrscheinlicher Auslöser ist ein bösartiger Peer, der den Handshake absichtlich abbricht. Bis 31.1 erscheint, können Nutzer die Funktion abschalten, -v2transport=0 setzen oder ausgehendes IPv4/IPv6 über Tor leiten.
Bitcoin Core
Bitcoin-Core-Versionen nach 0.14.0 und vor 29.0 konnten beim Prüfen eines präparierten ungültigen Blocks bereits freigegebenen Speicher lesen, der Knoten stürzte dann ab. CVE-2024-52911 ist als hoch eingestuft, allerdings muss ein Angreifer gültigen Proof-of-Work an der Chain-Spitze aufwenden; Remote Code Execution gilt als unwahrscheinlich. Gemeldet hat die Lücke Cory Fields, der Fix steckt in 29.0.
Bitcoin Core
Cluster Mempool löst in Bitcoin Core 31.0 das alte Design ab: Statt Ancestor- und Descendant-Limits gibt es Cluster mit höchstens 64 Transaktionen und 101 kB, der CPFP-Carveout entfällt. Der Standardwert von -dbcache steigt auf Rechnern mit mindestens 4096 MiB RAM auf 1024 MiB. Neu ist die Option -privatebroadcast, die sendrawtransaction-Broadcasts nur noch über Tor oder I2P verschickt.
Bitcoin Core
Zwei Fehler rund um unbenannte Wallets behebt Bitcoin Core 28.4: bei der Migration von Legacy-Wallets (#34156) und in createfromdump, das im Fehlerfall das Wallets-Verzeichnis löschte (#34215). Zudem fliegt ein DNS-Seed aus den chainparams (#33723).
Bitcoin Core
Peers, die konsensungültige Transaktionen schicken, bestraft Bitcoin Core 29.3 nicht mehr (#33050). Die Validierung erhält einen Sighash-Midstate-Cache pro Input für Legacy-, P2SH- und SegWit-v0-Skripte (#32473) und erkennt Witness Stripping, ohne Script-Prüfungen erneut auszuführen (#33105). Aus addPackageTxs im Miner verschwindet ein Unsigned-Integer-Überlauf (#33475).
Bitcoin Core
Der Migrationsfehler bei unbenannten Legacy-Wallets ist mit Bitcoin Core 30.2 Geschichte (#34156), und createfromdump löscht beim Scheitern an einer solchen Wallet nicht mehr das Wallets-Verzeichnis (#34215). Auch hängt Strg-C bei IPC-Wait-Aufrufen nicht mehr (#33511).
Bitcoin Core
In seltenen Fällen kann eine misslungene wallet.dat-Migration in Bitcoin Core 30.0 oder 30.1 alle Dateien im Wallet-Verzeichnis löschen, Guthaben sind damit in Gefahr. Die Entwickler haben die Binaries zurückgezogen und bitten, bis 30.2 weder über die GUI noch per RPC zu migrieren. Betroffen ist nur, wer eine unbenannte wallet.dat (Standard) hat, die sich nicht migrieren oder laden lässt.
Bitcoin Core
Unbestätigte TRUC-Coins mit Ancestors berücksichtigen Wallets in Bitcoin Core 30.1 nicht mehr (#33528). Bei IPC entfällt für Optionen die Pflicht zum Argument -m (#33229), das Logging von Nachrichten kostet weniger Overhead (#33517), und laufende waitNext-Aufrufe lassen sich abbrechen (#33676).
Bitcoin Core
Mit vorgetäuschten Selbstverbindungen ließen sich die Logdateien eines Bitcoin-Core-Knotens aufblähen: Der Angreifer verwendet dazu die Nonce der version-Nachricht über viele Verbindungen hinweg erneut. Weil die erste Verbindung des Opfers standardmäßig nach 60 Sekunden abläuft, dauert es lange, bis eine Platte voll ist; CVE-2025-54604 ist als niedrig eingestuft. Niklas Goegge meldete das Problem 2022, die Drosselung der Logs in 29.1 und 30.0 unterbindet es.
Bitcoin Core
Wer wiederholt ungültige Blöcke schickte, konnte einem Bitcoin-Core-Knoten den Plattenplatz aufbrauchen, denn jeder Block, der grundlegende Plausibilitätsprüfungen nicht bestand oder vor dem letzten Checkpoint abzweigte, landete im Log. CVE-2025-54605 mit niedriger Einstufung meldeten Niklas Goegge und unabhängig davon Eugene Siegel. Behoben hat es die Log-Drosselung in 29.1 und 30.0.
Bitcoin Core
Präparierte, nicht standardkonforme Transaktionen konnten einen Bitcoin-Core-Knoten jeweils einige Sekunden beschäftigen, ohne dass der Absender getrennt wurde; so ließ sich die Verbreitung von Blöcken verzögern. Die als niedrig eingestufte Lücke CVE-2025-46598 meldete Antoine Poinsot, v30.0 entschärft sie durch eine kürzere Validierungszeit im schlimmsten Fall.
Bitcoin Core
Blöcke über 1 GB konnten auf 32-Bit-Knoten von Bitcoin Core eine Größenprüfung überlaufen lassen und beim Schreiben auf die Platte einen Absturz auslösen. Das klappt allerdings nur als Compact Block und nur bei einem Opfer, das -maxmempool über 3 GB betreibt und 1 GB Transaktionen im Mempool hält. Entdeckt hat CVE-2025-46597 Pieter Wuille, die Einstufung lautet niedrig; eine Obergrenze für -maxmempool auf 32-Bit-Systemen schloss die Lücke in 29.1 und 30.0.
Bitcoin Core
Niedrigere Mindestgebühren gelten ab Werk in Bitcoin Core 28.3: -blockmintxfee sinkt auf 1 Satoshi pro kvB, -minrelaytxfee und -incrementalrelayfee auf 100 Satoshi pro kvB. Die Gebührensätze der Wallet bleiben unverändert, günstigere Transaktionen verbreiten sich unter Umständen erst, wenn die neuen Standardwerte im Netz angekommen sind. Whitelist-Berechtigungen gelten zudem nicht mehr für eingehende Onion-Verbindungen (#33395).
Bitcoin Core
