BitcoinVonInnen

Bitcoin Core konfigurieren

Wie Bitcoin Core 29.0 bis 29.3 über die bitcoin.conf konfiguriert wird.

Block 959.726Live

Was ist die bitcoin.conf?

Bitcoin Core besitzt zahlreiche Konfigurationsmöglichkeiten für Netzwerkverbindungen, Speicher, Indizes, Wallets und die RPC-Schnittstelle.

Diese Einstellungen können entweder beim Start als Kommandozeilenparameter oder dauerhaft über die Datei bitcoin.conf gesetzt werden.

Eine typische Konfigurationsdatei besteht aus einzelnen Schlüssel-Wert-Paaren:

server=1
listen=1
txindex=0
prune=0
dbcache=1024

Beim Start liest Bitcoin Core die Datei ein und übernimmt die darin enthaltenen Einstellungen. Änderungen an der bitcoin.conf werden deshalb in der Regel erst nach einem Neustart wirksam.

Speicherort der bitcoin.conf

Standardmäßig befindet sich die Konfigurationsdatei im Datenverzeichnis von Bitcoin Core.

BetriebssystemStandardpfad
Linux~/.bitcoin/bitcoin.conf
macOS~/Library/Application Support/Bitcoin/bitcoin.conf
Windows%APPDATA%\Bitcoin\bitcoin.conf

Wird Bitcoin Core mit einem anderen Datenverzeichnis (datadir) gestartet, befindet sich auch die bitcoin.conf in diesem Verzeichnis.

Aufbau einer Konfigurationsdatei

Jede Zeile beschreibt genau eine Einstellung.

listen=1
maxconnections=40
dbcache=1024

Kommentare beginnen mit einem # und werden von Bitcoin Core ignoriert.

# Netzwerk
listen=1
maxconnections=40
 
# Datenbank
dbcache=1024

Boolesche Optionen werden normalerweise mit 1 (aktiviert) oder 0 (deaktiviert) gesetzt.

listen=1
txindex=0

Konfigurationsoptionen durchsuchen

Bitcoin Core besitzt zahlreiche Konfigurationsoptionen. Der folgende Explorer hilft dabei, einzelne Einstellungen zu finden und ihre Auswirkungen zu verstehen.

Suche beispielsweise nach prune, dbcache, txindex, listen oder zmqpubrawtx.

Bitcoin Core v29.0

50 Optionen

  • Neustart erforderlichKein Reindex
    Syntax
    prune=<MiB>
    Datentyp
    Integer
    Standardwert
    0
    Kategorie
    Speicher

    Erklärung

    Mit prune=0 speichert Bitcoin Core die vollständige Blockhistorie. Ein positiver Wert aktiviert Pruning und legt das gewünschte Speicherbudget in MiB fest. Bereits vollständig validierte ältere Blockdateien werden später gelöscht. Eine Pruned Node ist weiterhin eine Full Node mit eigener Validierung, kein Light Client.

    Auswirkungen

    • Die Node validiert weiterhin jeden Block selbst.
    • Ältere Block- und Undo-Dateien werden entfernt.
    • Das UTXO-Set und der Blockindex bleiben erhalten.
    • Historische Blöcke können nur ausgeliefert werden, solange sie lokal gespeichert sind.

    Typischer Anwendungsfall

    Sinnvoll für vollständig validierende Nodes mit begrenztem Speicherplatz.

    Beispiel für bitcoin.conf

    prune=10000

    Einschränkungen

    • Nicht alle historischen Blockdaten bleiben lokal verfügbar.
    • Einige Index- und Analysefunktionen können durch Pruning eingeschränkt sein.
    • Zurück zu einer vollen Historie erfordert erneutes Herunterladen der Blockchain.

    Unverträglich mit

    Verwandte Optionen