Nœud élagué

L'élagage échange de l'historique contre de l'espace disque, sans rien coûter en sécurité. Bitcoin Core le prend en charge depuis la version 0.11.0, publiée le 12 juillet 2015, et le plus petit réglage autorisé conserve environ 550 MiB de blocs récents sur le disque. Vous vérifiez toujours chaque règle depuis le bloc de genèse. Vous jetez simplement chaque bloc une fois que vous en avez terminé avec lui.

Comment cela fonctionne

L'élagage a lieu après la validation, jamais à sa place.

Un nœud élagué télécharge toute la chaîne dans l'ordre et vérifie chaque signature, chaque montant de frais et chaque règle exactement comme le fait un nœud d'archive. Ce qui change, c'est le nettoyage. Une fois les effets d'un bloc intégrés à la base des sorties non dépensées, le fichier de bloc brut et son fichier d'annulation sont supprimés du disque, du plus ancien au plus récent. Le résultat vérifié survit ; la paperasse non.

Vous choisissez le budget en mébioctets. Le réglage 550 est le plancher et toute valeur inférieure est refusée, car le logiciel a besoin de suffisamment de blocs récents sous la main pour gérer une réorganisation de chaîne sans retélécharger. Une valeur de 1 active le mode manuel, où rien n'est supprimé tant que vous n'appelez pas vous-même la commande pruneblockchain.

Le seul chiffre qui ne diminue pas est l'ensemble des sorties non dépensées. Cette base de données est l'état de travail de tout le registre, chaque bitcoin actuellement dépensable, et elle croît avec l'usage plutôt qu'avec le temps. L'élagage n'y touche pas, ce qui explique qu'un nœud élagué occupe encore plusieurs gigaoctets plutôt que les 550 MiB du réglage.

Quatre choses cessent de fonctionner. Vous ne pouvez pas réanalyser un portefeuille pour des transactions plus anciennes que votre profondeur d'élagage, donc importer une phrase de récupération très ancienne signifie resynchroniser depuis zéro. Vous ne pouvez pas construire un index de transactions, ce qui exclut d'exploiter un explorateur de blocs ou un serveur Electrum pour d'autres personnes. Vous ne pouvez pas servir les blocs historiques aux pairs qui rattrapent leur retard, bien que le BIP159 vous permette d'annoncer que vous servirez les 288 blocs les plus récents, environ deux jours, et Bitcoin Core le signale depuis la version 0.16.0. Et revenir plus tard à une archive complète signifie recommencer le téléchargement.

Où vous le voyez

L'élagage est le réglage par défaut sur presque tous les boîtiers de nœud prêts à l'emploi, et la raison pour laquelle un Raspberry Pi peut faire ce travail.

L'arithmétique est tout l'argument. Une archive complète a dépassé 759 GB en août 2026 et continue de grimper, tandis qu'un nœud élagué tient sans peine sur le disque interne d'un ordinateur portable dont vous alliez vous débarrasser. Pour l'immense majorité des gens, qui veulent vérifier leurs propres paiements et cesser de divulguer leurs adresses au serveur d'un inconnu, c'est toute l'exigence. Servir l'historique du réseau est un passe-temps distinct avec un budget distinct.

Le piège, c'est le portefeuille. Élaguez d'abord et importez un ancien portefeuille ensuite, et le nœud refusera de chercher vos bitcoins, car les blocs qui les contiennent ont disparu. Configurez le portefeuille avant que l'élagage commence, ou utilisez un descripteur dont la date de naissance se situe au-dessus de votre profondeur d'élagage.

Nœud élagué vs client léger

Un nœud élagué et un client léger tiennent tous deux sur un petit disque, et un seul des deux a vérifié quoi que ce soit. Un nœud élagué a personnellement vérifié chaque bloc depuis 2009 et refuse simplement de conserver les justificatifs ; sa réponse à « ce paiement est-il valide » vient de sa propre arithmétique. Un client léger n'a rien vérifié et interroge un serveur, dont vous acceptez la réponse faute de pouvoir la tester. L'empreinte similaire masque des modèles de confiance opposés, et quiconque choisit entre eux sur le seul critère du stockage compare le mauvais chiffre.