Bitcoin-Qt

Bitcoin-Qt-Oberfläche.

Bitcoin-Qt war der Name des grafischen Bitcoin-Clients von Version 0.5.0 bis zur Umbenennung der Software in Bitcoin Core mit Version 0.9.0. Es handelt sich nicht um eine eigenständige aktuelle Wallet: Auch moderne Bitcoin-Core-Versionen verwenden bitcoin-qt als Namen der grafischen Anwendung.

Namensgeschichte

Satoshi Nakamoto veröffentlichte 2009 die ursprüngliche Bitcoin-Software. Die mit Version 0.5.0 im November 2011 eingeführte Qt-Oberfläche ersetzte die frühere wxWidgets-Oberfläche; diese Versionen hießen Bitcoin-Qt. Version 0.9.0 führte den Namen Bitcoin Core ein, um Softwareprojekt, Netzwerk und Währung klarer zu unterscheiden. Der Programmname bitcoin-qt blieb erhalten; bitcoind bezeichnet den Dienst ohne grafische Oberfläche.

Die beiden Meilensteine der Namensgebung haben konkrete Veröffentlichungsdaten: Bitcoin-Qt 0.5.0 wurde am 21. November 2011 angekündigt und Bitcoin Core 0.9.0 am 19. März 2014. Bei der letzteren Veröffentlichung wurde auch der RPC-Client als bitcoin-cli ausgegliedert. Dies waren Änderungen am Softwareprojekt; die Umbenennung schuf weder eine neue Währung noch erforderte sie ein neues Bitcoin-Guthaben.

Heutige Funktion

Bitcoin Core ist quelloffene Software mit einem vollständig validierenden Bitcoin-Knoten und einer optionalen Wallet. Der Knoten prüft Blöcke und Transaktionen selbst und kann gültige Daten weiterleiten. Die Erstsynchronisierung benötigt deshalb erheblichen Speicherplatz, Bandbreite und Zeit. Pruning verringert die dauerhaft gespeicherten Blockdaten, macht Bitcoin Core aber nicht zu einem Leichtclient.

Knoten und Wallet erfüllen unterschiedliche Aufgaben. Ein Knoten kann Bitcoin-Daten prüfen und weiterleiten, ohne private Schlüssel zu besitzen oder Coins auszugeben. Seit Version 0.21 erstellt Bitcoin Core nicht mehr automatisch eine Standard-Wallet; Benutzer können Wallets über die grafische Oberfläche separat erstellen oder öffnen.

Bitcoin Core ist kein „offizieller Client“ unter Kontrolle der Bitcoin Foundation. Jeder kann Änderungen vorschlagen, prüfen oder testen. Maintainer führen öffentlich begutachtete Änderungen zusammen; Nutzer entscheiden selbst, welche Software und Regeln sie ausführen.

Programme und Architektur

Bitcoin Core wird als Gruppe zusammengehöriger Programme ausgeliefert und ist nicht nur eine Desktop-Wallet. bitcoin-qt verbindet Knoten und Wallet mit einer grafischen Oberfläche; bitcoind führt Knoten und Wallet als Hintergrunddienst aus; bitcoin-cli sendet RPC-Aufrufe an eine laufende Instanz. Hinzu kommen bitcoin-tx zur Bearbeitung von Transaktionen, bitcoin-wallet zur Wallet-Wartung und weitere Werkzeuge.

Die grafische Anwendung ersetzt die Validierungslogik nicht. Sie zeigt Knotenstatus, Peers, Synchronisierung und Transaktionsverlauf an und bietet Funktionen zum Senden, Empfangen, Festlegen von Gebühren und Verwalten von Wallets. Betreiber ohne Desktop-Oberfläche verwenden häufig bitcoind.

Version 30.0 führte einen bitcoin-Befehl ein, der an bestehende Programme weiterleitet: bitcoin gui ruft bitcoin-qt auf, bitcoin node ruft bitcoind auf und bitcoin rpc ruft bitcoin-cli mit benannten Argumenten auf. Die Veröffentlichungshinweise behalten die direkten Befehle ausdrücklich bei. Beim Start der grafischen Anwendung wird ihre Knotenfunktionalität gestartet; ein separater bitcoind-Prozess ist für die bloße Nutzung der grafischen Oberfläche nicht erforderlich.

Das Qt-Toolkit hat sich nach der Umbenennung des Projekts weiterentwickelt. Bitcoin Core 30.0 stellte seine grafische Oberfläche von Qt 5 auf Qt 6 um, und die Veröffentlichungshinweise zu 31.0 dokumentieren eine Aktualisierung auf Qt 6.8. Der Name der ausführbaren Datei bitcoin-qt bedeutet daher nicht, dass das Programm weiterhin der alte Client von 2011 ist.

Validierung, Synchronisierung und Pruning

Ein neuer Knoten lädt Blockdaten herunter und prüft Arbeitsnachweise, Transaktionsstruktur und die anwendbaren Konsensregeln selbst. Die Chainstate-Datenbank enthält die aktuell nicht ausgegebenen Transaktionsausgänge, die zur Prüfung späterer Transaktionen erforderlich sind. Diese unabhängige Prüfung verringert das Vertrauen in fremde Server, benötigt aber mehr Zeit, Bandbreite und Speicherplatz.

Das mit Bitcoin Core 0.11 eingeführte Block-Pruning erlaubt einem vollständig validierenden Knoten, ältere Rohblock- und Undo-Dateien nach Aufbau von Blockindex und UTXO-Satz zu löschen. Pruning spart Speicher, überspringt aber keine Validierung. Vorgänge mit alten Blockdaten, etwa bestimmte Rescans oder historische Abfragen, können eingeschränkt sein; spätere Versionen ermöglichten Wallets im Pruning-Modus.

Wallets und Transaktionen

Die Wallet verwaltet Schlüssel oder Signaturrichtlinien und die von ihr ausgebbaren Transaktionsausgänge. Ein angezeigtes Guthaben ist daher die Summe mehrerer nicht ausgegebener Transaktionsausgänge (UTXOs), nicht ein einzelner Betrag an einer Adresse. Übersteigen ausgewählte UTXOs Zahlung und Gebühr, erzeugt die Transaktion gewöhnlich einen Wechselgeldausgang an ein von der Wallet kontrolliertes Skript. Dieses Wechselgeld ist weder eine zweite Gebühr noch eine Zahlung an einen Fremden.

Alte Konfigurationsbeispiele können auch die Schnittstellen überdauern, die sie beschreiben. Bitcoin Core 31.0 entfernte die Startoption paytxfee und den RPC-Aufruf settxfee, nachdem sie in 30.0 als veraltet markiert worden waren. Die Veröffentlichungshinweise verweisen auf Gebührenschätzung oder transaktionsspezifische Gebührensätze; ein altes Bitcoin-Qt-Beispiel zur Gebühreneinstellung sollte daher anhand der verwendeten Version geprüft werden.

Die Erzeugung von Adressen und der Umgang mit Wechselgeld machen Wallet-Sicherung und Schlüsselverwaltung wichtig. Moderne Wallets können viele Empfangs- und Wechselgeldskripte aus gespeicherten Deskriptoren ableiten. Eine aktive Wallet-Datenbank sollte nicht wie eine gewöhnliche Datei kopiert werden; die Projektdokumentation empfiehlt die koordinierte Wallet-Backup-Funktion.

Die Blockchain-Daten und die Wallet erfüllen unterschiedliche Zwecke. Erneutes Herunterladen von Blöcken ersetzt keine verlorenen privaten Schlüssel. Die dokumentierte Funktion Backup Wallet oder der RPC-Aufruf backupwallet erstellt eine koordinierte Datenbanksicherung. Die Wallet-Verschlüsselung schützt private Schlüssel, verbirgt jedoch weder den Transaktionsverlauf noch Metadaten öffentlicher Schlüssel und kann eine vergessene Passphrase nicht wiederherstellen. Die Dokumentation zur Wallet-Verwaltung verlangt nach der Verschlüsselung und nach der Migration eine neue Sicherung; Sicherungen sollten als sensibles Wallet-Material geschützt werden.

Ältere Wallets und Migration

Bitcoin Core 0.15 führte Multiwallet-Unterstützung ein. Deskriptor-Wallets erschienen in 0.21 zunächst experimentell, wurden in 23.0 Standard für neue Wallets und ersetzten in Version 30.0 die alten Berkeley-DB-Wallets. Deskriptoren beschreiben ausdrücklich die von einer Wallet beobachteten Skripte und Schlüssel und verwenden SQLite. Viele alte Bitcoin-Qt-Anleitungen zu Backup, Import und Wiederherstellung gelten deshalb nur für bestimmte Versionen.

Ab Version 30.0 können ältere Berkeley-DB-Wallets nicht mehr für den regulären Gebrauch erstellt oder geladen werden; die Migration zu Descriptor-Wallets bleibt jedoch möglich. Version 26.0 führte eine grafische Migrationsoption ein. Die Migration kann neben der Haupt-Descriptor-Wallet separate Wallets zur reinen Beobachtung oder für auflösbare Skripte erzeugen. Das Projekt beschreibt dies als Konvertierung nach bestem Bemühen: Ungewöhnliche Skriptkonfigurationen können weitere Aufmerksamkeit erfordern. Dabei bleibt eine Sicherung der alten Wallet erhalten, und für die resultierenden Wallets sind neue Sicherungen erforderlich. Ein alter Dateiname wallet.dat allein lässt weder das Datenbankformat noch das benötigte Wiederherstellungsverfahren erkennen.

Beobachtungs-Wallets und externe Signierung

Eine Wallet, die öffentliche Schlüssel oder Skripte beobachtet, kann relevante Zahlungen verfolgen, ohne die für deren Ausgabe erforderlichen privaten Schlüssel zu besitzen. Externes Signieren trennt die Vorbereitung einer Transaktion von ihrer Signierung: Bitcoin Core 22.0 ergänzte eine experimentelle Unterstützung externer Signierer einschließlich Hardware-Wallets in der grafischen Oberfläche, wobei ein separat installiertes Werkzeug wie HWI verwendet wird. Die Unterstützung hängt vom Werkzeug, Gerät und der Softwareversion ab; sie ist keine Zusage der Kompatibilität mit jeder Hardware-Wallet. Das Projekt unterstützt auch Partially Signed Bitcoin Transactions (PSBTs), ein Format, mit dem mehrere Programme eine Transaktion austauschen und dabei die zu ihrer Fertigstellung erforderlichen Informationen und Signaturen sammeln können.

Download und Sicherheit

Aktuelle Software sollte ausschließlich über das Bitcoin-Core-Projekt bezogen werden, nicht von Seiten oder Spiegelservern mit „Bitcoin-Qt“-Downloads. Die offizielle Downloadseite veröffentlicht SHA-256-Prüfsummen und Signaturen sowie Anleitungen zu deren Prüfung. Wallet-Daten müssen gesichert und der Rechner gegen Schadsoftware geschützt werden. Alte Bitcoin-Qt-Anleitungen können veraltete Versionen oder Wiederherstellungsschritte beschreiben.

Eine Projektmitteilung vom Januar 2026 benannte einen konkreten Migrationsfehler in Bitcoin Core 30.0 und 30.1: Unter seltenen Fehlerbedingungen bei einer standardmäßigen, unbenannten älteren wallet.dat konnte eine Migration über die grafische Oberfläche oder RPC Dateien im Wallet-Verzeichnis löschen und zum Verlust von Guthaben führen. Laut der Mitteilung waren Benutzer, die keine Migration versuchten, nicht betroffen. Die betroffenen Binärdateien wurden zurückgezogen, und die Veröffentlichungshinweise zu 30.2 führen die Fehlerbehebung auf. Alte Anleitungen zur Migration mit 30.0 oder 30.1 sind daher unsicher; die Warnung betrifft diese Migrationswege, nicht jede Nutzung von Bitcoin Core oder jede spätere Migration.