L’élagage change la conservation des données, pas la validation du consensus. Il limite le service des anciens blocs et la recherche historique ; il ne transforme pas un nœud complet en portefeuille léger.
IBD ordinaire obtient et traite toujours les blocs historiques. L’élagage ne saute aucun contrôle par lui-même ; une optimisation assumevalid est un réglage distinct. [Bitcoin Core v29.0 — pruning configuration] [Bitcoin Core — validation] [Bitcoin Developer Guide — Block Chain]
Après traitement, les anciens fichiers admissibles et les données permettant d’annuler leurs changements peuvent être supprimés. Cela n’efface pas les coins de la chaîne et n’invalide pas les anciennes transactions. [Bitcoin Core 0.11 release notes] [Bitcoin Core — prune blockchain RPC] [Bitcoin Core — validation]
L’ensemble UTXO et l’index des en-têtes restent présents. Le nœud connaît les sorties actuellement non dépensées et les liens entre blocs sans conserver toutes les transactions originales. [Bitcoin Core 0.11 release notes] [Bitcoin Developer Guide — Block Chain]
Les blocs récents et données d’annulation forment une réserve pour réorganisations. Aller plus loin peut exiger de récupérer des données ou reconstruire l’état ; la limite de stockage ne définit pas la finalité du consensus. [Bitcoin Core 0.11 release notes] [Bitcoin Core — validation]
La cible automatique concerne les fichiers de blocs et d’annulation. Bases, portefeuilles et autres fichiers occupent davantage de place ; la suppression de fichiers entiers et la réserve peuvent faire dépasser la cible. [Bitcoin Core v29.0 — pruning configuration] [Bitcoin Core 0.11 release notes] [Bitcoin Core — getblockchaininfo]
Un Full Node élagué rejette les mêmes blocs invalides qu’un nœud d’archive aux mêmes réglages de validation. Une archive réduite n’affaiblit pas les contrôles d’émission et n’impose pas de croire un pair. [Bitcoin Core — validation] [Bitcoin Developer Guide — Block Chain]
Le nœud ne peut fournir un ancien bloc absent. Il peut encore recevoir, vérifier et relayer les nouvelles données disponibles ; limiter le service historique ne déconnecte pas du réseau. [Bitcoin Core 0.11 release notes] [Bitcoin Core — validation]
Réanalyser un portefeuille nécessite les blocs de la période concernée. Importer une clé ou un descriptor ne restaure pas l’histoire supprimée ; une analyse plus ancienne exige les données manquantes. [Bitcoin Core v29.0 — pruning configuration] [Bitcoin Core 0.11 release notes]
La compatibilité dépend de l’index et de l’application. Bitcoin Core v29.0 interdit txindex avec l’élagage ; cela n’interdit pas tous les autres index. [Bitcoin Core v29.0 — pruning configuration]
L’élagage réduit le disque à long terme, pas le téléchargement historique initial ordinaire. L’ensemble UTXO ne sauvegarde pas les clés privées ; la récupération sûre du portefeuille reste une responsabilité distincte. [Bitcoin Core v29.0 — pruning configuration] [Bitcoin Core 0.11 release notes] [Bitcoin Developer Guide — Block Chain]
Pour une vision complète, lisez aussi Initial block download, AssumeUTXO, Block propagation, Virtual byte (vbyte). Cette entrée est également citée par Initial block download, Compact Block Filters.