Pruning verändert die Datenaufbewahrung, nicht die Konsensprüfung. Es begrenzt die Bereitstellung alter Blöcke und historische Suchen; ein voller Knoten wird dadurch keine leichte Wallet.
Gewöhnliches IBD beschafft und verarbeitet weiterhin historische Blöcke. Pruning überspringt selbst keine Prüfungen; eine assumevalid-Optimierung ist eine getrennte Einstellung. [Bitcoin Core v29.0 — pruning configuration] [Bitcoin Core — validation] [Bitcoin Developer Guide — Block Chain]
Nach Verarbeitung können geeignete alte Blockdateien und Undo-Daten zur Rücknahme ihrer Änderungen entfernt werden. Das löscht weder Coins aus der Kette noch macht es alte Transaktionen ungültig. [Bitcoin Core 0.11 release notes] [Bitcoin Core — prune blockchain RPC] [Bitcoin Core — validation]
UTXO-Bestand und Header-Index bleiben bestehen. Der Knoten kennt aktuelle unverbrauchte Ausgänge und Blockverknüpfungen, auch ohne alle ursprünglichen Transaktionen zu speichern. [Bitcoin Core 0.11 release notes] [Bitcoin Developer Guide — Block Chain]
Jüngere Blöcke und Undo-Daten bilden eine Reorganisationsreserve. Ein tieferer Rückgang kann neue Datenbeschaffung oder Zustandsaufbau erfordern; Speichergrenzen definieren keine Konsensfinalität. [Bitcoin Core 0.11 release notes] [Bitcoin Core — validation]
Das automatische Pruning-Ziel betrifft Block- und Undo-Dateien. Datenbanken, Wallets und andere Dateien brauchen zusätzlichen Platz; ganze Dateien und Sicherheitsreserve können Zielüberschreitungen verursachen. [Bitcoin Core v29.0 — pruning configuration] [Bitcoin Core 0.11 release notes] [Bitcoin Core — getblockchaininfo]
Ein beschnittener Full Node verwirft dieselben ungültigen Blöcke wie ein Archivknoten mit gleichen Prüfeinstellungen. Ein kleineres Archiv schwächt weder Emissionsprüfungen noch verlangt es Vertrauen in Peer-Behauptungen. [Bitcoin Core — validation] [Bitcoin Developer Guide — Block Chain]
Ein nicht mehr vorhandener alter Block kann nicht ausgeliefert werden. Neue verfügbare Daten können weiter empfangen, geprüft und weitergeleitet werden; begrenzte historische Dienste trennen nicht vom Netz. [Bitcoin Core 0.11 release notes] [Bitcoin Core — validation]
Ein Wallet-Rescan benötigt Blöcke des betreffenden Zeitraums. Schlüssel- oder Descriptor-Import stellt gelöschte Geschichte nicht wieder her; ältere Suchen erfordern die fehlenden Daten. [Bitcoin Core v29.0 — pruning configuration] [Bitcoin Core 0.11 release notes]
Kompatibilität hängt vom Index und der Anwendung ab. Bitcoin Core v29.0 erlaubt txindex nicht zusammen mit Pruning; daraus folgt kein Verbot aller anderen Indexe. [Bitcoin Core v29.0 — pruning configuration]
Pruning senkt langfristigen Plattenbedarf, nicht den gewöhnlichen anfänglichen Geschichtsdownload. Der UTXO-Bestand ist keine Sicherung privater Schlüssel; sichere Wallet-Wiederherstellung bleibt eine eigene Aufgabe. [Bitcoin Core v29.0 — pruning configuration] [Bitcoin Core 0.11 release notes] [Bitcoin Developer Guide — Block Chain]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Initialer Blockdownload, AssumeUTXO, Blockausbreitung, Virtuelles Byte. Auf diesen Eintrag verweisen außerdem Initialer Blockdownload, Compact Block Filters.