Comment faire tourner un nœud Bitcoin chez soi : guide pas à pas

Votre portefeuille affiche un paiement « confirmé ». Confirmé par qui ? Le 9 novembre 2026 à 08:56 UTC, le robot d’exploration de btcnodes.io recensait 20 832 nœuds Bitcoin joignables, chacun vérifiant chaque nouveau bloc selon les mêmes règles avant de le transmettre. Ce guide explique comment faire tourner un nœud Bitcoin chez soi, pour qu’une des machines qui répondent à cette question pour votre argent soit posée sur votre bureau : le matériel à acheter ou à recycler, l’installation de Bitcoin Core et la preuve que le téléchargement est authentique, la première synchronisation, puis le branchement de votre portefeuille.

Aucune connaissance en programmation n’est nécessaire. blockchain that runs exactly as written when it is called, holding and moving funds according to its code, without an intermediary able to change the outcome.">smart contract holding reserves of two or more tokens, supplied by users, that a decentralized exchange uses to execute trades automatically at a price set by a formula.">pool diverge, compared with simply holding the same tokens in a wallet. It becomes permanent when the provider withdraws.">Il faut un disque de 1 To ou plus, quelques jours de patience et l’habitude d’installer les mises à jour. Le nœud ne rapporte rien. En échange, vous contrôlez vous-même les règles, et votre portefeuille cesse de dire au serveur d’une entreprise quelles adresses vous appartiennent.

Les types de nœuds (complet, élagué, d’archive, léger) et la raison pour laquelle un nœud n’est pas un mineur sont traités dans notre leçon sur ce qu’est un nœud ; ce tutoriel reprend là où s’arrête son court encadré sur le nœud à la maison. Il prolonge aussi la leçon précédente de ce parcours, consacrée au Lightning Network : tout nœud Lightning surveille la chaîne par l’intermédiaire d’un nœud Bitcoin, si bien que la machine installée ici pourra plus tard porter aussi Lightning.

Ce qu’il faut : environ 1 To de disque rapide, 2 à 8 Go de mémoire vive et une connexion stable

Disque : 782 Go de blocs, et le chiffre ne fait que grimper

Le 9 novembre 2026 vers 09:45 UTC, Blockchair chiffrait les données de blocs de Bitcoin à 781 884 199 030 octets, soit environ 782 Go, au bloc 975 157. C’est ce qu’un nœud non élagué conserve dans son dossier de blocs, avant tout index facultatif. La page de téléchargement de Bitcoin Core parle encore d’environ 600 Go, plus 5 à 10 Go par mois : le rythme mensuel est celui du projet lui-même, le total est dépassé.

Le logiciel prévoit une marge plus large. Dans le code source de Bitcoin Core 32.1, les paramètres du réseau principal supposent 897 Go de données de blocs plus 14 Go pour le chainstate. L’écran de premier lancement de la version graphique additionne ces deux chiffres et ajoute 10 Go de marge, puis coche pour vous la case de l’élagage quand le disque choisi offre moins d’espace libre que ce total. Un disque de 1 To est donc le plancher pour une copie complète ; un disque de 2 To laisse la place aux index dont certains serveurs de portefeuille ont besoin, et à plusieurs années de croissance.

Le dossier chainstate contient toutes les sorties non dépensées, l’ensemble UTXO décrit dans notre leçon sur les modèles UTXO et de comptes. Il est bien plus petit que les blocs, mais il est lu et réécrit en permanence, ce qui explique que la vitesse du disque compte plus que sa taille pendant la première synchronisation. Une fois votre nœud synchronisé, bitcoin-cli gettxoutsetinfo renvoie le nombre exact de sorties non dépensées et une estimation de la taille du chainstate sur votre propre disque.

Élément	Taille	Source et date
Données de blocs, non élagué	environ 782 Go	Blockchair, 9 nov. 2026, bloc 975 157
Espace prévu par Core, non élagué	897 Go de blocs plus 14 Go de chainstate	code source de Bitcoin Core 32.1
Espace prévu par Core, élagué	la cible d’élagage plus 14 Go	code source de Bitcoin Core 32.1
Plus petite cible d’élagage automatique	550 Mio	code source de Bitcoin Core 32.1
Croissance de la chaîne	5 à 10 Go par mois	page de téléchargement de bitcoincore.org, lue le 9 nov. 2026

Mémoire, processeur et connexion

Le guide du nœud complet sur bitcoin.org fixe des exigences modestes : 2 Go de mémoire vive, un disque qui lit et écrit à 100 Mo/s ou plus, un débit montant d’au moins 400 kilobits par seconde, et une machine laissée allumée au moins 6 heures par jour. Ces minimums permettent à un nœud élagué de fonctionner, lentement.

La mémoire sert surtout au cache de la base de données, le paramètre dbcache, qui garde une partie de l’ensemble UTXO en mémoire vive pour que le nœud sollicite moins souvent le disque. Depuis la version 31.0, Bitcoin Core sur un système 64 bits règle ce cache à 1 024 Mio par défaut quand il détecte au moins 4 Gio de mémoire, et conserve l’ancienne valeur de 450 Mio sinon. Dans un conteneur, la mémoire détectée peut dépasser ce que le conteneur peut réellement utiliser, et les notes de version conseillent alors de fixer le cache à la main. Pour une machine dédiée, 8 Go de mémoire vive sont la valeur de confort que retiennent la plupart des guides de nœuds domestiques.

La bande passante est le coût qu’on oublie. Bitcoin.org indique que les nœuds sur une connexion rapide envoient souvent 200 Go ou plus par mois, contre environ 20 Go reçus une fois la première copie terminée. Sur un forfait plafonné, cet envoi peut mettre fin au mois avant l’heure ; l’étape 4 montre comment le freiner.

Choisir la machine : Raspberry Pi 5, mini-PC, vieux portable ou votre ordinateur

La machine la moins chère à faire tourner est un ordinateur monocarte. Le Raspberry Pi 5 a un processeur Arm à quatre cœurs cadencé à 2,4 GHz, de 1 à 16 Go de mémoire vive et un connecteur PCIe, mais un SSD M.2 demande un HAT ou une carte d’adaptation à part, et Raspberry Pi recommande une alimentation USB-C de 5 V et 5 A. Prenez le modèle de 8 Go ou plus, et gardez le nœud hors de la carte microSD : les instructions d’Umbrel précisent qu’un Pi 5 doit démarrer sur un disque NVMe ou USB.

Un petit mini-PC x86, neuf ou d’occasion, offre plus de marge : des emplacements mémoire, une baie pour SSD interne et un processeur 64 bits standard que toutes les distributions prennent en charge. Un vieux portable convient si son disque est un SSD ou peut être remplacé par un SSD, et si vous désactivez la mise en veille, que bitcoin.org dit capable de ralentir ou d’arrêter le nœud. L’ordinateur que vous possédez déjà est le départ le plus rapide : installez Bitcoin Core en version graphique, élaguez si le disque est juste, et laissez-le tourner pendant que vous travaillez.

Machine	Atout	Points de vigilance
Raspberry Pi 5 (8 Go ou plus)	un boîtier silencieux, toujours allumé, à faible consommation	demande un HAT NVMe ou un SSD USB 3 ; pas de microSD ; première synchronisation plus lente
Mini-PC (x86, 8 Go ou plus)	nœud, serveur de portefeuille et Lightning sur une seule machine	bruit de ventilateur sur certains modèles ; vérifier la taille du SSD
Vieux portable	réemploi de matériel pour presque rien	réglages de veille ; remplacer un disque dur mécanique par un SSD
Votre ordinateur de tous les jours	essayer un nœud élagué cette semaine	ne tourne que quand l’ordinateur est allumé ; partage disque et mémoire

Quel logiciel : Bitcoin Core seul, ou un nœud « clé en main »

La plupart des nœuds joignables font tourner Bitcoin Core, et toutes les options ci-dessous s’appuient sur lui. Au 9 novembre 2026, la dernière version est la 32.1, publiée le 28 octobre 2026 selon les publications GitHub du projet, avec les versions de maintenance 31.2, 30.4 et 29.5. (La version 32.0 a été étiquetée mais, comme l’expliquent ses notes de version, jamais diffusée complètement.) Elle fonctionne sous Windows 10 version 1903 ou plus récente, macOS 14 ou plus récent et Linux avec un noyau 3.17 ou plus récent. Le paquet contient les trois programmes utilisés dans ce guide : bitcoin-qt, la version graphique avec une fenêtre de portefeuille ; bitcoind, le même nœud sans fenêtre, pour les machines que l’on pilote par le réseau ; et bitcoin-cli, qui envoie des commandes à un nœud en marche.

Umbrel, StartOS, RaspiBlitz et myNode placent Core derrière un tableau de bord

Les systèmes de nœud « clé en main » installent un système d’exploitation complet sur une machine dédiée, puis proposent Bitcoin et ses compagnons sous forme d’applications. umbrelOS ne peut pas s’ajouter à un autre Linux ; sa boutique d’applications répertorie une application « Bitcoin Node » reposant sur Bitcoin Core, une application distincte Bitcoin Knots, ainsi que les serveurs electrs et Fulcrum cités plus loin dans ce guide. Umbrel est publié sous la licence PolyForm Noncommercial 1.0.0 : libre pour un usage personnel et à but non lucratif, alors que le vendre sur du matériel exige l’accord de l’entreprise.

StartOS, de Start9, est sous licence MIT et sa place de marché propose un nœud Bitcoin complet, un nœud Lightning et BTCPay Server. RaspiBlitz, également sous licence MIT, est un ensemble de scripts qui construit un nœud Bitcoin et Lightning sur un Raspberry Pi 4 ou 5. myNode existe en édition Community gratuite et en édition Premium payante, regroupe un nœud complet Bitcoin avec le logiciel Lightning LND et d’autres applications, et vend son propre matériel.

Le compromis : une distribution vous épargne la configuration décrite dans ce guide, et en échange vous attendez que ses mainteneurs empaquettent chaque version de Bitcoin Core et vous faites confiance à leur code en plus de celui de Core. L’application Bitcoin d’Umbrel, par exemple, a intégré la 32.1 le 30 octobre 2026, deux jours après sa sortie. Suivre les étapes ci-dessous à la main une fois, même sur une machine de rechange, apprend aussi ce que fait le tableau de bord quand quelque chose casse.

Core ou Knots, en deux lignes

Bitcoin Knots est un dérivé de Bitcoin Core maintenu par Luke Dashjr : mêmes règles de consensus, politique de relais par défaut différente et options supplémentaires. Dans l’exploration du 9 novembre 2026, 2 066 des 20 832 nœuds joignables (9,9 %) indiquaient Knots dans leur agent utilisateur ; le débat qui sous-tend ce choix relève d’une leçon ultérieure de ce parcours, consacrée à la gouvernance de Bitcoin et aux BIP.

Comment faire tourner un nœud Bitcoin, étape 1 : télécharger Bitcoin Core et le vérifier

C’est l’étape que l’on bâcle, et la plus importante. Une fausse copie de Bitcoin Core pourrait faire n’importe quoi de votre machine et des portefeuilles qu’elle contient, et le site du projet affiche dans son menu un avis sur l’usurpation d’identité sur X parce que de faux comptes circulent. Les vérifications prennent une dizaine de minutes et suivent la page de téléchargement de bitcoincore.org.

1. Tapez vous-même bitcoincore.org dans la barre d’adresse, ouvrez la page de téléchargement et prenez le fichier correspondant à votre système. N’utilisez jamais un lien venu d’une publicité, d’un message ou de la description d’une vidéo.
2. Depuis la même page, téléchargez SHA256SUMS, la liste des empreintes de tous les fichiers de la version, et SHA256SUMS.asc, les signatures de cette liste par les personnes qui ont compilé la version. Gardez les trois fichiers dans un même dossier.
3. Ouvrez un terminal dans ce dossier et vérifiez l’empreinte. Sous Linux et macOS, la commande ci-dessous compare votre fichier à la liste et doit afficher « OK » après son nom. Sous Windows, certUtil -hashfile suivi du nom du fichier et de SHA256 affiche l’empreinte, que vous comparez caractère par caractère à la ligne correspondante de SHA256SUMS ; sans le mot SHA256, certUtil calcule un autre type d’empreinte qui ne correspondra jamais.
4. Installez GnuPG si vous ne l’avez pas, puis importez les clés publiques de quelques compilateurs de votre choix depuis le dossier builder-keys du dépôt bitcoin-core/guix.sigs. La page de téléchargement prend fanquake.gpg comme exemple.
5. Lancez gpg --verify SHA256SUMS.asc SHA256SUMS. Chaque signature valide affiche une ligne commençant par « gpg: Good signature » et une ligne « Primary key fingerprint ». Comparez cette empreinte à celle que vous attendez pour ce compilateur, idéalement grâce à une seconde source. Les avertissements indiquant qu’une clé publique n’est pas disponible concernent des signataires que vous n’avez pas importés et peuvent être ignorés, tant que chaque signataire en qui vous avez confiance présente une bonne signature.
6. Alors seulement, lancez l’installeur sous Windows, déplacez l’application dans le dossier Applications sous macOS, ou décompressez l’archive sous Linux.

Les commandes, telles que la page de téléchargement les donne pour la version 32.1. La première ligne vaut pour Linux et la deuxième pour macOS ; les deux suivantes sont pour l’invite de commandes de Windows (mettez le nom du fichier réellement téléchargé) ; les deux dernières fonctionnent sur tous les systèmes une fois le fichier de clé d’un compilateur téléchargé depuis guix.sigs.

sha256sum --ignore-missing --check SHA256SUMS
shasum -a 256 --ignore-missing --check SHA256SUMS
certUtil -hashfile bitcoin-32.1-win64-setup.exe SHA256
type SHA256SUMS
gpg --import fanquake.gpg
gpg --verify SHA256SUMS.asc SHA256SUMS

Ce qu’une bonne signature prouve, et ce qu’elle ne prouve pas

L’empreinte prouve que votre fichier est bien celui que SHA256SUMS répertorie. Les signatures prouvent que des personnes dont vous avez choisi les clés ont publié cette liste. Ni l’une ni les autres ne prouvent que le code est exempt de bogues, et toute la chaîne ne vaut que par votre choix de clés : une clé prise sur un faux site ne prouve rien. C’est là qu’interviennent les compilations reproductibles de Bitcoin Core. Plusieurs contributeurs compilent chaque version à partir du code source public sur leurs propres machines, vérifient qu’ils obtiennent des fichiers identiques et signent le résultat dans le dépôt guix.sigs ; n’importe qui peut refaire la compilation et comparer.

Une exception : le projet indique ne pas disposer des informations nécessaires pour aider à vérifier le paquet Snap de Bitcoin Core. Prenez les fichiers sur bitcoincore.org si vous voulez suivre toutes les vérifications ci-dessus.

Étape 2 : écrire un bitcoin.conf adapté à votre machine

Bitcoin Core fonctionne avec des valeurs par défaut raisonnables, et beaucoup de nœuds domestiques n’ont jamais besoin d’un fichier de configuration. Quand on en veut un, c’est un simple fichier texte nommé bitcoin.conf que vous créez vous-même dans le répertoire de données : $HOME/.bitcoin/ sous Linux, $HOME/Library/Application Support/Bitcoin/ sous macOS et %LOCALAPPDATA%\Bitcoin\ sous Windows, d’après la documentation de configuration de Bitcoin Core.

Chaque ligne se lit option=valeur, sans le tiret initial utilisé en ligne de commande ; # ouvre un commentaire. Les options de la ligne de commande l’emportent sur les réglages enregistrés par la version graphique, qui l’emportent sur bitcoin.conf. Chaque modification demande un redémarrage, et une option que le programme ne reconnaît pas apparaît comme un avertissement dans debug.log, dans le même dossier. Lisez ce fichier après chaque modification.

Option	Ce qu’elle fait	Quand l’utiliser
server=1	accepte les commandes RPC de bitcoin-cli et des portefeuilles	presque toujours sur un nœud domestique
prune=550	ne garde que les blocs récents, au moins 550 Mio	disque juste ; pas de serveur de portefeuille
dbcache=	taille du cache de la base de données, en Mio	à augmenter pendant la première synchronisation si la mémoire le permet
txindex=1	indexe toutes les transactions	exigé par Fulcrum ; impossible avec l’élagage
blockfilterindex=1	construit les filtres de blocs compacts BIP 158	rescans de portefeuille plus rapides ; service aux portefeuilles légers
peerblockfilters=1	sert ces filtres aux pairs (BIP 157)	aider les clients légers ; désactivé par défaut
maxuploadtarget=	tente de garder l’envoi sous un objectif quotidien, en Mio	forfaits internet plafonnés
blocksonly=1	cesse de relayer les transactions non confirmées	économiser de la bande passante ; coûte l’estimation des frais

Un exemple pour une machine de 8 Go avec un SSD de 2 To qui alimentera aussi un serveur de portefeuille : tous les blocs conservés avec un index des transactions, des filtres compacts construits, un cache plus grand pour la première synchronisation seulement (supprimez cette ligne ensuite) et un objectif d’envoi d’environ 5 Go par jour.

server=1
txindex=1
blockfilterindex=1
dbcache=2000
maxuploadtarget=5000

Ménagez le cache. Son texte d’aide demande de s’assurer d’avoir assez de mémoire vive, et Core affiche un avertissement quand la valeur paraît trop grande pour la machine. Un nœud tué faute de mémoire perd la progression qui se trouvait encore dans le cache et peut exiger une longue réparation au redémarrage. Sur un Pi 5 de 8 Go, le guide RaspiBolt utilise 2 000 Mio pendant la première synchronisation et le réduit ensuite ; il a été écrit avant la nouvelle valeur par défaut de 1 024 Mio, si bien que le gain est désormais plus faible.

Pour vous exercer avant que de l’argent réel soit en jeu, suivez tout le guide sur signet ou testnet4. Bitcoin Core range chaque réseau de test dans son propre sous-dossier du répertoire de données, avec des pièces sans valeur : l’endroit idéal pour s’entraîner aux connexions de portefeuille et à Tor.

Étape 3 : la première synchronisation, ou téléchargement initial des blocs

Ce que fait votre nœud pendant ces jours

Au premier démarrage, le nœud trouve des pairs grâce à une courte liste de serveurs DNS tenus par des contributeurs connus, puis grâce aux adresses que ces pairs lui transmettent ; notre leçon sur les réseaux pair-à-pair en explique la mécanique. Il télécharge d’abord la chaîne des en-têtes de blocs, retient celle qui cumule le plus de preuve de travail, puis récupère les blocs auprès de plusieurs pairs à la fois. Chaque bloc est vérifié et appliqué au chainstate : les sorties dépensées quittent l’ensemble UTXO, les nouvelles le rejoignent. À la fin, votre nœud a reconstruit seul le même ensemble de pièces non dépensées que tous les autres nœuds honnêtes.

Un raccourci est intégré. Chaque version embarque une empreinte de bloc assumevalid, relue comme le reste du code. Pour ce bloc et ses ancêtres, le nœud peut se dispenser de vérifier les signatures contenues dans les scripts ; il contrôle toujours la preuve de travail, la structure des blocs et la comptabilité de chaque pièce. Dans la version 32.1, ce bloc est le bloc 966 143, que vous pouvez retrouver comme l’explique notre guide pour lire un explorateur de blocs. Avec assumevalid=0, le nœud vérifie toutes les signatures depuis 2009, ce qui est plus lent.

Un second raccourci, assumeutxo, s’adresse aux experts. Le nœud charge un instantané de l’ensemble UTXO à une hauteur fixe (la version 32.1 accepte des instantanés aux hauteurs 840 000, 880 000, 910 000, 935 000 et 965 000), devient utilisable dès qu’il a rattrapé le retard depuis ce point, et vérifie l’historique plus ancien en arrière-plan. Il faut trouver soi-même le fichier d’instantané et le charger avec la commande loadtxoutset : ce n’est donc pas une étape pour un débutant.

Combien de temps : quelques heures sur un PC rapide, plusieurs jours sur un Pi

Le README de Bitcoin Core indique que la synchronisation peut prendre de quelques heures à plusieurs jours, voire davantage, et bitcoin.org prévient qu’il faut compter au moins plusieurs jours. Pour un Raspberry Pi 5 avec un bon SSD, la page du client Bitcoin de RaspiBolt donne environ deux à cinq jours, contre cinq à sept pour un Pi 4 de 8 Go. Un ordinateur de bureau récent équipé d’un disque NVMe rapide se situe au bas de la fourchette du README.

La vitesse du disque, la taille du cache et les pairs décident de l’endroit où vous atterrissez. Un disque dur mécanique peut étirer la synchronisation sur de nombreux jours, parce que le chainstate est lu par petits morceaux aléatoires, et un petit cache envoie davantage de ces lectures vers le disque. Une synchronisation qui rame avec presque aucune connexion signale en général un problème de réseau ou de pare-feu plutôt que de disque.

Deux commandes montrent l’avancement. bitcoin-cli getblockchaininfo renvoie la hauteur actuelle, le meilleur en-tête connu et une valeur verificationprogress qui tend vers 1 (dans la version 32, elle affiche aussi une section backgroundvalidation quand un instantané est chargé). bitcoin-cli getconnectioncount donne le nombre de pairs. Vous pouvez continuer à utiliser l’ordinateur pendant ce temps, mais le nœud se disputera le disque et la mémoire.

L’élagage garde toutes les vérifications et supprime les vieux fichiers

Élagué, un nœud reste un nœud complet. Il télécharge et vérifie chaque bloc une fois, puis supprime les anciens fichiers de blocs, en gardant le chainstate et au moins les 288 derniers blocs, soit environ deux jours. Le réglage est prune= suivi d’une cible en Mio, 550 étant la plus petite valeur automatique ; prune=1 permet de supprimer les blocs par commande.

Le prix à payer : pas d’index des transactions, donc pas de Fulcrum et aucune réponse sur les anciennes transactions ; pas de rescan de portefeuille au-delà des blocs restant sur le disque ; et, comme le prévient le texte d’aide, désactiver l’élagage plus tard oblige à retélécharger toute la chaîne. Pour un nœud qui ne sert qu’à contrôler votre propre portefeuille à partir de maintenant, ces limites gênent rarement.

Étape 4 : ouvrir le port 8333 aux pairs entrants, ou y renoncer

Sans connexions entrantes, votre nœud fonctionne quand même. Il ouvre lui-même ses liens sortants, huit qui relaient transactions et blocs plus deux qui ne relaient que des blocs, d’après les valeurs par défaut du code source. Les connexions entrantes permettent à d’autres nœuds de joindre le vôtre, ce qui aide le réseau et place votre nœud dans des explorations comme celle citée plus haut. Bitcoin utilise le port 8333 pour les pairs du réseau principal et le port 8332 pour les commandes RPC ; seul le 8333 doit jamais faire face à internet.

1. Donnez à la machine du nœud une adresse fixe sur votre réseau domestique, dans les réglages de la box, pour que la règle de redirection continue de pointer vers elle.
2. Redirigez le port TCP 8333 de la box vers cette adresse, et autorisez-le dans le pare-feu de la machine.
3. Redémarrez le nœud et, une heure plus tard, lancez bitcoin-cli getnetworkinfo : ses champs de connexion indiquent combien de pairs entrants et sortants vous avez.

Bitcoin Core peut tenter la redirection lui-même. La version 29.0 a abandonné UPnP ; la méthode restante, PCP ou NAT-PMP, est activée par défaut dans la 32.1 quand le nœud écoute et qu’aucun proxy n’est défini. Beaucoup de box l’ignorent, ce qui explique que bitcoin.org détaille encore la méthode manuelle.

Si l’envoi vous inquiète, maxuploadtarget vise un plafond quotidien mais n’est pas une limite stricte : les blocs de la semaine écoulée sont tout de même servis. blocksonly=1 réduit le trafic bien davantage en refusant les transactions non confirmées des pairs, avec un inconvénient : votre nœud cesse d’estimer les frais à partir de son propre mempool, sujet de notre leçon sur le mempool et les frais de transaction, et cesse de diffuser automatiquement les transactions de votre portefeuille.

Étape 5 : faire passer le nœud par Tor

Par défaut, votre nœud se connecte depuis l’adresse IP de votre domicile, si bien que ses pairs, et quiconque les observe, peuvent relier cette adresse à un nœud Bitcoin et aux transactions qu’il annonce en premier. Tor retire l’adresse de l’équation. La documentation Tor du projet donne l’installation complète ; sous Linux, la version minimale se déroule ainsi.

1. Installez le service Tor depuis les paquets de votre système et vérifiez qu’il tourne ; il ouvre par défaut un proxy SOCKS sur 127.0.0.1:9050 (Tor Browser utilise le 9150).
2. Dans le fichier de configuration de Tor, en général /etc/tor/torrc, ajoutez les quatre lignes ci-dessous, qui ouvrent le port de contrôle et l’authentification par cookie afin que Bitcoin Core puisse créer une adresse onion pour lui-même.
3. Ajoutez l’utilisateur qui exécute Bitcoin Core au groupe de Tor (souvent debian-tor sous Debian et Ubuntu) pour qu’il puisse lire le cookie d’authentification de Tor, puis redémarrez Tor.
4. Dans bitcoin.conf, réglez proxy=127.0.0.1:9050 pour envoyer le trafic sortant et les requêtes DNS par Tor, et listen=1, car un proxy désactive l’écoute par défaut. listenonion est déjà activé et crée le service onion.
5. Pour n’avoir aucune connexion en clair, ajoutez onlynet=onion, en sachant que vous aurez moins de pairs à choisir et qu’une synchronisation peut en être ralentie.

Les quatre lignes pour torrc :

ControlPort 9051
CookieAuthentication 1
CookieAuthFileGroupReadable 1
DataDirectoryGroupReadable 1

Et les lignes pour bitcoin.conf, la dernière seulement si vous ne voulez que des pairs Tor :

proxy=127.0.0.1:9050
listen=1
onlynet=onion

La version 32 apporte une protection supplémentaire : les services onion que Bitcoin Core crée automatiquement reçoivent la défense par preuve de travail de Tor contre les inondations de connexions, quand le démon Tor la prend en charge. Core peut aussi utiliser le réseau I2P, avec i2psam pointant vers un routeur I2P local et i2pacceptincoming pour y accepter des pairs.

Ce que Tor cache et ce qu’il ne cache pas

Sur Tor, les pairs voient une adresse onion au lieu de votre IP. Dans l’exploration du 9 novembre, 9 884 des 20 832 adresses joignables étaient des adresses onion, 4 694 des adresses I2P, 5 574 des IPv4 et 680 des IPv6. Une adresse n’est pas une personne : un même opérateur peut en faire tourner plusieurs, et un nœud joignable à la fois par Tor et en clair permet à un observateur de relier les deux, comme le signale la documentation. Si vous ne définissez qu’un proxy pour les onion (l’option onion=) plutôt que la ligne générale proxy=, les requêtes DNS passent par votre fournisseur d’accès, qui voit alors que vous faites tourner un nœud.

Tor protège le trafic du nœud. Il ne change rien à ce que votre portefeuille révèle quand il interroge le serveur d’un inconnu sur vos adresses, ce qui est l’étape suivante.

Étape 6 : brancher votre portefeuille sur votre propre nœud

Quand aucun portefeuille ne s’en sert, le nœud ne protège que le réseau. Votre propre bénéfice commence quand votre portefeuille interroge votre nœud, et personne d’autre, pour savoir si un paiement est arrivé. Les clés restent où elles sont : un nœud n’a jamais besoin de votre phrase de récupération, et aucun logiciel qui relie un portefeuille à un nœud ne doit vous la demander.

Sparrow sur la même machine

1. Vérifiez que bitcoin.conf contient server=1 et ne contient pas disablewallet=1, puis redémarrez Bitcoin Core.
2. Ajoutez si vous le souhaitez blockfilterindex=1 (Bitcoin Core 25 ou plus récent) pour des rescans plus rapides, et txindex=1 si le nœud n’est pas élagué.
3. Dans les réglages de serveur de Sparrow, choisissez Bitcoin Core et gardez l’adresse locale et le port par défaut ; Sparrow s’authentifie avec le fichier cookie que Core écrit dans son répertoire de données à chaque démarrage.
4. Appuyez sur Test Connection, puis ouvrez votre portefeuille : soldes et historique viennent désormais de votre nœud.

Ces étapes suivent la documentation de Sparrow Wallet, qui couvre aussi un nœud placé sur une autre machine de votre réseau domestique : un utilisateur et un mot de passe RPC, avec rpcbind et rpcallowip limités aux adresses locales. Gardez le port RPC hors d’internet. Vérifiez aussi le téléchargement de Sparrow lui-même : la version 2.5.6 est accompagnée d’un manifeste signé par son développeur, Craig Raw, et l’application peut contrôler la signature d’un téléchargement depuis son menu Tools.

Electrum et portefeuilles mobiles via Fulcrum ou electrs

Electrum et de nombreux portefeuilles mobiles ne parlent pas directement à Bitcoin Core. Ils utilisent le protocole Electrum auprès d’un serveur qui indexe la chaîne par adresse, et Fulcrum et electrs sont deux serveurs de ce type que vous pouvez faire tourner à côté de votre nœud. Fulcrum exige un Bitcoin Core non élagué avec txindex=1 et le RPC activé, au moins 1 Go de mémoire vive et de préférence un SSD ; son README chiffre la première construction de l’index à 4 à 20 heures, voire plus. electrs construit un index comparable. Les deux demandent de l’espace disque supplémentaire, ce qui justifie le disque de 2 To.

Octobre a donné une raison concrète de s’en soucier. Avant la version 4.8.3, Electrum croyait son serveur sur parole au sujet des paiements non confirmés. Un serveur malveillant pouvait masquer un paiement que l’utilisateur venait d’envoyer et en afficher un faux à sa place ; quand l’utilisateur augmentait les frais, le vrai portefeuille signait un paiement à l’attaquant. L’avis de sécurité classait la faille comme élevée et disait que certains serveurs menaient l’attaque dans la nature, comme l’explique notre article sur le vol par hausse de frais dans Electrum. Un portefeuille qui ne parle qu’à votre propre serveur ne rencontre jamais celui d’un inconnu.

Filtres de blocs compacts pour portefeuilles légers, BIP 157 et 158

BIP 157, signé Olaoluwa Osuntokun, Alex Akselrod et Jim Posen, permet à des portefeuilles légers d’utiliser un nœud sans lui dire quelles adresses ils surveillent. Le nœud calcule un petit filtre par bloc, au format BIP 158 ; le portefeuille télécharge les filtres, teste ses adresses en local et ne récupère que les blocs qui correspondent. Il a remplacé les filtres de Bloom du BIP 37, qui divulguaient les adresses et pouvaient servir à surcharger les nœuds. Sur votre nœud, blockfilterindex=1 construit les filtres et peerblockfilters=1 les sert. Neutrino, le client nommé dans le BIP, fait aussi tourner le mode léger du logiciel Lightning LND ; Sparrow n’utilise pas les filtres pour joindre votre nœud.

Lightning par-dessus

Tout nœud Lightning, comme LND ou Core Lightning a besoin d’un service Bitcoin pour surveiller les ouvertures et fermetures de canaux et les tentatives de triche. Le nœud que vous venez de monter peut jouer ce rôle. Terminez la première synchronisation avant d’ajouter Lightning, et prévoyez sérieusement ses sauvegardes : contrairement à un simple nœud Bitcoin, un nœud Lightning détient des fonds.

Étape 7 : le tenir à jour avant que sa version n’atteigne la fin de vie

Deux ans sans mise à jour font d’un nœud un risque. La page de cycle de vie de Bitcoin Core indique que le projet maintient toujours les trois dernières versions majeures. Quand une nouvelle version majeure sort, la plus ancienne ligne maintenue arrive en fin de vie et ne reçoit en général plus de correctifs de sécurité. Le projet vise une version majeure tous les six à sept mois.

Ligne de versions	Sortie	Fin de vie (bitcoincore.org, lu le 9 nov. 2026)
32.x	27 oct. 2026	après la version 35.0
31.x	19 avr. 2026	après la version 34.0
30.x	10 oct. 2025	après la version 33.0
29.x	14 avr. 2025	27 oct. 2026 (terminée)
28.x	2 oct. 2024	19 avr. 2026 (terminée)

Beaucoup d’opérateurs traînent. Dans l’instantané de btcnodes.io du 9 novembre 2026, plus de 3 000 des 20 832 nœuds joignables annonçaient encore la version 28 ou plus ancienne, des lignes qui ne reçoivent plus de correctifs ; les numéros de version sont déclaratifs, à lire donc comme un ordre de grandeur. Une exploration de l’Institut de technologie de Karlsruhe, le 18 octobre, donnait une image comparable pour les nœuds Bitcoin Core, comme le montre notre article sur les nœuds Bitcoin Core obsolètes ; les deux robots comptent différemment, leurs chiffres ne forment donc pas une tendance.

Le coût du retard s’est vu le 28 octobre 2026, quand le projet a publié trois avis de sécurité pour des bogues trouvés par une analyse pilotée par l’IA. Le plus grave permettait à un pair malveillant d’épuiser la mémoire d’un nœud sous Windows, macOS ou BSD jusqu’au plantage. Les correctifs sont sortis ensemble dans les versions 29.5, 30.4, 31.2 et 32.1 ; les lignes plus anciennes n’en ont reçu aucun, comme le détaille notre article sur les bogues de Bitcoin Core trouvés par l’IA.

bitcoin-cli getnetworkinfo affiche votre version dans le champ subversion. Pour mettre à jour :

1. Arrêtez le nœud avec bitcoin-cli stop ou le menu Quitter, et attendez qu’il soit complètement éteint, ce qui peut prendre quelques minutes.
2. Téléchargez et vérifiez la nouvelle version exactement comme à l’étape 1.
3. Lancez l’installeur sous Windows, remplacez l’application sous macOS, ou remplacez les dossiers bin et libexec sous Linux.
4. Démarrez le nœud et contrôlez la version. En partant d’une version en fin de vie, le premier démarrage peut durer plus longtemps, le temps de migrer le répertoire de données.

La page de cycle de vie recommande la dernière version de maintenance de la version majeure la plus récente vers laquelle vous pouvez migrer. Sur un nœud clé en main, vérifiez que l’application Bitcoin de la distribution a suivi. Les sauvegardes sont brèves : un nœud sans portefeuille ne contient rien qu’on ne puisse retélécharger. Si vous utilisez le portefeuille intégré de Bitcoin Core, sauvegardez-le et gardez hors ligne sa phrase de récupération ou ses descripteurs, comme pour n’importe quel portefeuille.

Ce que coûte un nœud Bitcoin : électricité, bande passante et temps

Le matériel est une dépense unique, et le moins cher est la machine que vous possédez déjà. Le coût courant est l’électricité : les watts multipliés par 8 760 heures, divisés par 1 000, donnent les kilowattheures par an ; multipliez par votre prix du kWh.

Raspberry Pi ne publie pas la consommation du Pi 5 sous la charge d’un nœud, donc les puissances ci-dessous sont des hypothèses pour l’exemple : 10 W pour un Pi 5 avec SSD, 25 W pour un mini-PC, 50 W pour un vieux PC de bureau. Un wattmètre branché sur la prise donne votre vrai chiffre en une journée. Les prix viennent d’Eurostat : moyenne des ménages consommant 2 500 à 4 999 kWh par an, taxes comprises, au premier semestre 2026, soit 0,2485 €/kWh pour la France et 0,2832 €/kWh pour la moyenne de l’Union européenne.

Machine d’exemple (puissance supposée)	kWh par an	France à 0,2485 €/kWh	Moyenne UE à 0,2832 €/kWh
Pi 5 avec SSD (10 W, exemple)	87,6	environ 22 €	environ 25 €
Mini-PC (25 W, exemple)	219	environ 54 €	environ 62 €
Vieux PC de bureau (50 W, exemple)	438	environ 109 €	environ 124 €

Ces montants sont des exemples calculés, pas une facture : votre contrat, votre abonnement et votre tarif peuvent différer de la moyenne d’Eurostat. L’arithmétique en tire pourtant une leçon : c’est la machine choisie, plus que le pays, qui décide si la facture est une erreur d’arrondi ou une vraie ligne du budget. Un Pi 5 de 10 W revient à environ 22 € par an en France, soit moins que bien des abonnements.

La bande passante vient en deuxième, avec les 200 Go ou plus d’envoi mensuel cités plus haut si vous acceptez des pairs entrants. Le temps vient en troisième : une soirée d’installation, des jours d’attente pour la synchronisation, puis quelques minutes à chaque version.

Les erreurs qui coûtent des jours aux opérateurs de nœuds, ou davantage

• Installer Bitcoin Core depuis un lien trouvé dans une publicité ou un message, ou sauter les vérifications d’empreinte et de signature.
• Faire tourner un nœud sur Raspberry Pi depuis sa carte microSD au lieu d’un SSD.
• Régler un cache plus grand que la mémoire libre de la machine, si bien que le nœud est tué avant d’avoir enregistré sa progression.
• Rediriger le port RPC, 8332, au lieu du port des pairs, 8333.
• Élaguer le nœud, puis tenter d’installer Fulcrum ou de rescanner un ancien portefeuille.
• Laisser un portable se mettre en veille toute la nuit et se demander pourquoi la synchronisation ne finit jamais.
• Laisser le nœud sur une version arrivée en fin de vie.

Une fois votre nœud synchronisé et votre portefeuille branché dessus, la prochaine leçon de ce parcours se tourne vers ce que l’on a commencé à écrire dans les blocs Bitcoin : les ordinals, les runes et les jetons BRC-20, et les raisons pour lesquelles certains opérateurs de nœuds s’y opposent.