Bitcoin Core 32.0: Neue Infrastruktur-Standards
Bitcoin Core 32.0, das wichtigste Software-Update für die Bitcoin-Infrastruktur seit Monaten, steht vor seiner Veröffentlichung am 10. Oktober. Der Release bringt drei zentrale Verbesserungen: parallele Blockvalidierung, verbesserte Gebührenschätzung und kritische Sicherheitsfixes. Für deutsche Node-Betreiber, Börsen und Wallet-Services bedeutet das konkrete Auswirkungen auf Effizienz und Sicherheit - besonders unter MiCA.
Schnellere Blockverarbeitung durch Parallelisierung
Das erste große Feature adressiert ein klassisches Performance-Problem: Beim Prüfen eines neuen Blocks muss die Bitcoin-Core-Software Informationen zu allen vorherigen Ausgaben (Prevouts) aus der Datenbank laden. Das war bisher ein Flaschenhals, vor allem auf langsameren Festplatten.
Version 32.0 behebt das durch paralleles Auslesen mit standardmäßig acht Threads (bis zu 16 möglich). Der Effekt: Die Wartezeit auf die Festplatte sinkt deutlich, wodurch neue Blöcke schneller verarbeitet werden. Besonders beim initialen Download der gesamten Blockchain-Historie sparen Node-Betreiber Synchronisierungszeit. Die Auswirkung ist größer auf HDDs, geringer auf SSDs.
Ein kritischer Punkt: Die Blockvalidierung selbst wird nicht schneller. Konsensregeln und die Proof-of-Work-Überprüfung ändern sich nicht. Es geht nur um die Hardware-Effizienz beim Datenabruf.
Gebührenschätzung reagiert schneller auf Netzwerk-Lasten
Die bisherige Gebührenschätzung in Bitcoin Core basierte auf historischen Daten: Wie lange dauerte es durchschnittlich, bis eine Transaktion mit dieser Gebühr bestätigt wurde? Das funktioniert, ist aber träge gegenüber kurzfristigen Schwankungen im Mempool.
Version 32.0 ändert das über die Funktion `estimatesmartfee`. Das Update nutzt nun parallel zwei Schätzer: den alten, auf Historie basierten Ansatz und einen neuen, der den aktuellen Mempool analysiert. Bitcoin Core gibt dem Nutzer den niedrigeren der beiden Werte zurück. Das ermöglicht schnellere Reaktion auf Überlastungen - und vor allem: Nach Lastrückgängen sinken die empfohlenen Gebühren deutlich schneller.
Wallet-Entwickler können den Parameter `fee_rate_estimator` verwenden, um gezielt einen Algorithmus auszuwählen, falls sie das ältere Verhalten bevorzugen. Das senkt Kompatibilitätsrisiken.
Sicherheitsfixes: Zwei bisher unbekannte Schwachstellen
Zwei Patches adressieren ernsthafte Sicherheitslücken:
1. Wallet-Name-Injection (Nicht-Windows): Seit Bitcoin Core 24.0 gab es auf Linux/macOS eine Schwachstelle in der walletnotify-Option. Ein authentifizierter RPC-Nutzer, der die Berechtigung zum Erstellen von Wallets hat, konnte über einen präparierten Wallet-Namen zusätzliche Befehle auf dem Host-System ausführen. Das betraf besonders Austauschplattformen, die walletnotify aktivieren, um Depots zu überwachen - ein kritisches Feature unter BaFin-Aufsicht. Version 32.0 behandelt Wallet-Namen nur noch als reinen Text - eine starke Trennung von Befehlsausführung.
2. Speicherverbrauch im neuen HTTP-Server: Der neue HTTP-Server, der den alten ersetzt, konnte unter parallelen REST-Anfragen unkontrolliert Speicher verbrauchen. In einem Test reichte eine Minute mit 16 gleichzeitigen Verbindungen, um den Speicherverbrauch von 46 MB auf 3,2 GB zu treiben. Das konnte einen Node zum Absturz bringen - besonders kritisch, da die REST-Schnittstelle ohne Login nutzbar ist. Der Fix verhindert, dass neue Daten gelesen werden, während eine Anfrage noch verarbeitet wird. Im identischen Test sank der Verbrauch auf etwa 3 MB.
PSBT v2 wird Standard: Was Wallets und Custodians wissen müssen
Vier Wallet-Befehle (`createpsbt`, `walletcreatepsbt`, `converttopsbt`, `psbtbumpfee`) wechseln standardmäßig zu PSBT v2 (Partially Signed Bitcoin Transaction). Das Format ist moderner und unterstützt mehr Transaktionstypen.
Für große Wallet-Services, Hardware-Wallet-Hersteller und Custodians bedeutet das: Sie sollten ihre Systeme vor der Aktualisierung auf 32.0 testen. Wer nicht auf v2 vorbereitet ist, muss explizit das ältere Format anfordern - sonst könnte die Kompatibilität brechen. Die meisten modernen Wallets unterstützen v2 bereits, aber Legacy-Systeme könnten Probleme bereiten.
Transaktionsindex spart Speicher - aber nur bei Neuaufbau
Die txindex-Option, die einen vollständigen Index aller Transaktionen speichert, benötigt in Version 32.0 nach einem Neuaufbau mehr als die Hälfte weniger Speicherplatz. Das ist relevant für Full-Node-Archive und Blockexplorer - ein wichtiger Kontext in der Diskussion um Layer-2-Skalierung und dezentraler Infrastruktur.
Wichtig: Der Speichergewinn greift nur beim Neuaufbau des Indexes. Bestehende Indizes bleiben kompatibel und werden nicht automatisch optimiert - wer davon profitieren will, muss den Index löschen und neu aufbauen.
Was Node-Betreiber im deutschsprachigen Raum beachten sollten
Für die deutsche und österreichische Infrastruktur (relevant unter BaFin- und FMA-Aufsicht):
Börsen und Custodians mit der walletnotify-Option sollten vor dem 10. Oktober upgraden. Wallet-Services müssen ihre PSBT-Verarbeitung testen. Node-Betreiber profitieren von schnellerer Synchronisierung, besonders beim Setup neuer Nodes.
Das Update ändert keine Konsensregeln - Bitcoin funktioniert nach Core 32.0 exakt wie zuvor. Es ist aber eine Infrastruktur-Modernisierung, die in einem reifenden Ökosystem notwendig ist.