Votre nœud Bitcoin parle à ses pairs sur un transport que vous choisissez. Le clearnet est rapide mais expose votre adresse IP ; Tor enveloppe le trafic dans le routage en oignon ; I2P (natif dans Bitcoin Core depuis la v22.0) utilise des tunnels en routage « ail ». Aucun n’est universellement le meilleur. Le choix par défaut résilient consiste à exécuter les trois pour qu’aucun réseau unique ne puisse vous isoler, vous censurer ou vous éclipser.
Chaque bloc et chaque transaction que votre nœud relaie voyage sur un transport réseau. Ce transport décide qui peut voir votre adresse IP, si un censeur peut vous couper, et à quel point il est difficile pour un adversaire d’entourer votre nœud de ses propres pairs. Ce guide accompagne l’auto-hébergeur à l’aise avec le matériel à travers les trois options réelles — clearnet, Tor et I2P — avec les directives bitcoin.conf concrètes, les compromis honnêtes, et un cadre de décision ancré dans la documentation de Bitcoin Core. Il se tient sur les épaules du projet Tor, du projet Internet invisible (I2P) et des contributeurs de Bitcoin Core qui ont câblé ces réseaux dans le client de référence.
Les trois transports en un coup d’œil
Avant la configuration, voici la forme de la décision. Traitez ceci comme une référence, pas comme un verdict — la bonne réponse dépend de votre modèle de menace et de votre région.
| Propriété | Clearnet (IPv4/IPv6) | Tor (oignon v3) | I2P |
|---|---|---|---|
| Cache l’IP de votre nœud aux pairs | Non (un VPN ne fait que déplacer la confiance vers le VPN) | Oui | Oui |
| Prise en charge dans Bitcoin Core | Toujours | De longue date (oignon v3) | Native depuis la v22.0 |
| Accessibilité entrante derrière un NAT | Nécessite une redirection de port | Service oignon automatique | Automatique via SAM |
| Latence relative bloc/tx | La plus basse | Plus élevée (circuits à 3 sauts) | Plus élevée (par tunnels) |
| Taille du bassin de pairs | La plus grande | Grande | Plus petite (plus récente) |
| Résistance à la censure | Faible (FAI/région peut bloquer) | Élevée (les ponts défont les blocages) | Élevée (aucune liste d’entrée fixe) |
| Tiers de confiance | Le VPN, s’il est utilisé | Aucun | Aucun |
Clearnet : rapide, simple et entièrement exposé
Le clearnet, c’est de l’IPv4/IPv6 ordinaire. C’est la valeur par défaut, il possède l’ensemble de pairs le plus grand et le plus diversifié, et il propage les blocs avec la plus faible latence parce qu’il n’y a aucun saut d’anonymat sur le chemin. Le coût est évident : chaque pair auquel vous vous connectez apprend votre vraie adresse IP, et votre FAI aussi, qui peut voir que vous exploitez un nœud Bitcoin et peut ralentir ou bloquer le trafic dans les régions censurées. La surveillance au niveau des adresses peut aussi lier cette IP à des transactions que vous initiez.
Un VPN est une réponse partielle, pas complète. Il cache votre IP aux pairs et à votre FAI, mais il ne rend pas l’anonymat sans confiance — l’opérateur du VPN voit tout votre trafic et son horodatage, devenant un point unique auquel vous devez faire confiance et un point unique qu’un adversaire peut assigner en justice ou bloquer. Un VPN ne vous donne non plus aucune accessibilité entrante sans redirection de port explicite, et les plages d’adresses de nombreux fournisseurs sont elles-mêmes bloquées ou signalées. Nous ne nommons aucun fournisseur ici ; c’est le point structurel qui importe. Tor et I2P vous donnent l’anonymat au niveau réseau sans confier cette visibilité à un tiers. Pour comprendre comment l’accessibilité pair-à-pair et la validation soutiennent la souveraineté, voyez ce que fait réellement un nœud complet.
Tor : des services oignon pour votre nœud
Tor (The Onion Router) envoie votre trafic à travers un circuit de trois relais afin qu’aucun relais unique ne connaisse à la fois qui vous êtes et ce dont vous parlez. Bitcoin Core moderne utilise exclusivement les services oignon v3 ; l’ancien schéma v2 déprécié a disparu. Deux mécanismes distincts sont en jeu, et comprendre la séparation est ce qui fait « déclic » avec Tor :
- Les connexions sortantes sont routées par le proxy SOCKS de Tor, réglé avec
-proxy(par défaut127.0.0.1:9050). Cela permet aussi à votre nœud d’atteindre des pairs.onion. - L’accessibilité entrante est fournie par un service oignon v3 éphémère que Bitcoin Core crée automatiquement en parlant au port de contrôle de Tor (
-torcontrol, par défaut127.0.0.1:9051). Ceci est régi par-listenonion(par défaut1lorsque l’écoute est activée).
Configurer le démon Tor
Pour que Bitcoin Core crée automatiquement son service oignon, le démon Tor local doit exposer son port de contrôle et laisser l’utilisateur bitcoind s’authentifier. Dans votre torrc :
ControlPort 9051CookieAuthentication 1CookieAuthFileGroupReadable 1
Ajoutez ensuite l’utilisateur qui exécute bitcoind au groupe de Tor (couramment debian-tor sur Debian/Ubuntu) pour qu’il puisse lire le fichier d’authentification par témoin (cookie). L’authentification par témoin est la voie recommandée ; en alternative, vous pouvez utiliser un mot de passe de contrôle haché et passer sa forme en clair à bitcoind avec -torpassword.
Le côté bitcoin.conf
Une configuration Tor minimale qui garde le sortant en clearnet tout en acceptant l’entrant par Tor ressemble à ceci :
proxy=127.0.0.1:9050listen=1listenonion=1torcontrol=127.0.0.1:9051debug=tor
Si vous voulez que votre nœud atteigne des pairs uniquement par Tor, ajoutez onlynet=onion. Soyez délibéré : un nœud uniquement-Tor est pratique et privé, mais comme le notent les développeurs de Bitcoin Core, il est plus exposé à la pression Sybil parce que les adresses .onion sont gratuites à créer, de sorte qu’un attaquant peut inonder à bas prix vos emplacements sortants. C’est l’argument central en faveur de la configuration multi-réseaux plus loin dans ce guide.
Les ponts Tor pour les régions censurées
Si votre FAI ou votre gouvernement bloque l’accès au réseau Tor public lui-même, configurez des ponts — ce sont des relais d’entrée non listés, souvent combinés à un transport enfichable qui déguise le trafic. C’est un réglage du démon Tor, pas un réglage de bitcoin.conf ; Bitcoin Core emprunte simplement les circuits que Tor construit. Dans torrc, vous régleriez UseBridges 1, déclareriez un transport tel que obfs4 ou snowflake, et ajouteriez la ou les lignes Bridge obtenues du projet Tor. Une fois que Tor se connecte par un pont, le routage en oignon de votre nœud fonctionne normalement. Pour les régions où Tor est fortement ciblé, jumeler Tor avec I2P est une couverture pragmatique.
I2P : natif depuis Bitcoin Core 22.0
I2P (le projet Internet invisible) est un réseau d’anonymat distinct avec une conception différente : routage « ail » sur des tunnels unidirectionnels de courte durée, sans liste fixe de gardes d’entrée. Là où Tor a été bâti pour atteindre le web clearnet de façon anonyme, I2P a été bâti comme un réseau autonome pour des services cachés qui se parlent entre eux — ce qui convient bien au maillage pair-à-pair de Bitcoin. La prise en charge native est arrivée dans Bitcoin Core v22.0, contribuée par les développeurs de Core qui ont intégré le pont SAM.
Comment fonctionne i2psam
Bitcoin Core parle à un routeur I2P en cours d’exécution via le pont SAM v3 (Simple Anonymous Messaging), qui écoute sur le port TCP 7656 par défaut. Par SAM, votre nœud crée une destination I2P — une longue identité cryptographique — adressable par son nom d’hôte lisible .b32.i2p. Vous aurez besoin d’un routeur I2P exécuté localement : le routeur de référence Java (I2P) ou l’implémentation C++ (i2pd) exposent tous deux l’API SAM une fois activée.
Les options pertinentes de Bitcoin Core sont :
i2psam=127.0.0.1:7656— le proxy SAM utilisé pour atteindre les pairs I2P et accepter les connexions I2P (par défaut : aucun).i2pacceptincoming=1— accepter ou non les connexions I2P entrantes (par défaut :1; ignoré sii2psamn’est pas défini).onlynet=i2p— restreindre les connexions sortantes automatiques à I2P seulement (à utiliser avec soin, voir ci-dessous).debug=i2p— journalisation I2P détaillée pendant que vous confirmez que les tunnels se construisent.
Destinations transitoires versus persistantes
Le drapeau i2pacceptincoming comporte un vrai compromis de confidentialité. Activé (la valeur par défaut), Bitcoin Core utilise une adresse I2P persistante stockée sur le disque, accessible pour les pairs entrants et qui réutilise les tunnels pour une latence d’établissement plus basse. Réglez-le à 0 et votre nœud utilise une adresse transitoire fraîche pour les connexions sortantes, « ce qui rend plus difficile de la discriminer, l’identifier ou l’analyser » — au prix de l’accessibilité entrante. Notez aussi que le bassin de pairs d’I2P est plus petit et plus récent que celui de Tor ; exécuter I2P seul peut vous laisser plus vulnérable à la pression Sybil, ce qui est, encore une fois, l’argument pour combiner les réseaux plutôt qu’en choisir un.
Les vrais compromis
Latence de propagation des blocs
L’anonymat n’est pas gratuit en millisecondes. Les circuits Tor ajoutent trois sauts de relais ; I2P route à travers des tunnels en couches. Les deux augmentent le temps que met votre nœud à apprendre les nouveaux blocs et à pousser vos propres transactions, comparé à un lien clearnet direct. Pour un nœud de validation à domicile, cela importe rarement — vous ne courez pas pour composer des blocs. Cela importe davantage si vous faites un travail sensible à la latence. La mitigation pratique est de garder au moins un chemin rapide : exécutez le clearnet aux côtés de Tor et d’I2P pour que le relais des blocs reste proche du sommet de la chaîne tandis que vos pairs entrants et l’origine de vos transactions restent protégés.
Surface d’éclipse et de Sybil
Une attaque par éclipse réussit lorsqu’un adversaire contrôle toutes les connexions de votre nœud, vous nourrissant d’une fausse vision de la chaîne. Bitcoin Core se durcit contre cela de plusieurs façons : des connexions d’ancrage réservées au relais de blocs qui persistent entre les redémarrages (depuis la v0.21), un gestionnaire d’adresses conçu pour résister à l’inondation, et — le plus pertinent ici — la diversité réseau. Un nœud accessible sur un seul réseau d’anonymat est plus facile à encercler, car les adresses sur ce réseau sont bon marché à créer. Un nœud couvrant clearnet, Tor et I2P force un attaquant à dominer trois espaces d’adresses très différents à la fois. Les nœuds dans cette configuration agissent comme des nœuds-ponts qui, selon la documentation de Core, « augmentent le coût et la complexité du lancement d’attaques par éclipse et par partition » pour tout le réseau.
Fuites du portefeuille versus fuites du nœud
C’est le piège qui défait discrètement une confidentialité de nœud soignée. Router votre nœud par Tor ou I2P protège le relais des blocs et des transactions à la couche réseau. Cela ne fait rien pour votre portefeuille si ce portefeuille parle à l’infrastructure de quelqu’un d’autre. Si votre logiciel de portefeuille interroge un serveur Electrum public ou un explorateur de blocs, ce serveur apprend vos adresses et l’IP d’où elles proviennent ; diffuser par une API tierce fait fuir l’origine de la transaction de la même manière. Le correctif est de pointer votre portefeuille vers votre propre nœud — et idéalement de l’atteindre par Tor aussi. La confidentialité au niveau du nœud et celle au niveau du portefeuille sont distinctes ; il vous faut les deux pour un portrait complet.
Pourquoi exécuter les trois est le choix par défaut résilient
L’argument tout au long de ce guide converge vers une recommandation : ne choisissez pas un seul réseau — exécutez clearnet, Tor et I2P ensemble. Cela a cessé d’être une corvée manuelle dans Bitcoin Core v26.0, qui fait que les nœuds ayant plusieurs réseaux accessibles maintiennent activement au moins une connexion sortante vers chaque réseau activé. Comme le disent les notes de version, cela « améliore la résistance individuelle aux attaques par éclipse et la résistance au niveau réseau aux attaques par partition », et les utilisateurs « n’ont plus besoin d’effectuer de mesures actives » pour rester connectés à travers les réseaux.
La recette combinée est d’activer tous les transports et simplement de ne pas définir onlynet (laissant Core libre d’atteindre chaque réseau accessible). Un bitcoin.conf représentatif :
listen=1proxy=127.0.0.1:9050listenonion=1torcontrol=127.0.0.1:9051i2psam=127.0.0.1:7656i2pacceptincoming=1
Avec ceci, le trafic sortant qui peut utiliser Tor le fera, votre nœud annonce à la fois une adresse oignon et une adresse I2P pour les pairs entrants, le clearnet garde la latence basse, et la v26+ garde un pied dans chaque réseau à votre place. Si vous voulez cacher votre IP clearnet aux pairs sortants tout en profitant de la vitesse de la validation locale, vous pouvez retirer le simple écouteur clearnet et vous appuyer sur Tor/I2P pour la connectivité — le point est que vous couvrez plusieurs réseaux, sans parier sur un seul. La plupart des appareils-nœuds rendent cela clés en main : des projets comme Umbrel et umbrelOS embarquent un démon Tor, et le mouvement plus large d’auto-hébergement couvert dans notre introduction à l’informatique souveraine suppose un transport d’anonymat comme base.
Un court guide de décision
Adaptez la configuration à votre situation plutôt que de copier aveuglément :
- Validateur à domicile, sans menace particulière : les trois réseaux activés, pas de
onlynet. Résilience maximale pour un effort minimal sur la v26+. - Confidentialité d’abord, prêt à sacrifier de la latence : Tor + I2P, retirez l’écouteur clearnet ; acceptez l’entrant par oignon et
.b32.i2p. - Région censurée : Tor avec des ponts (obfs4/snowflake dans
torrc) plus I2P comme chemin parallèle que le même censeur pourrait ne pas bloquer. - Maximum d’impossibilité de liaison pour le sortant : réglez
i2pacceptincoming=0pour des adresses I2P transitoires, acceptez le coût en accessibilité.
L’anonymat au niveau réseau est un brin de l’auto-souveraineté, pas toute la corde. Le même instinct qui vous fait exécuter votre propre nœud — refuser de faire confiance aux intermédiaires — s’étend aux transports résistants à la censure au-delà d’Internet lui-même, comme l’approche maillée de notre guide du réseau Reticulum, et à la boîte à outils plus large du pôle souveraineté. Exécutez votre propre nœud, routez-le sur des réseaux qu’aucune partie unique ne contrôle, et vérifiez tout vous-même avec les références de notre manuel de terrain.
Foire aux questions
Est-ce que Tor ou I2P ralentit mon nœud Bitcoin ?
Oui, modestement. Les deux ajoutent des sauts de relais, alors les blocs et les transactions se propagent avec plus de latence que par clearnet. Pour le téléchargement initial des blocs et la validation de routine, c’est rarement perceptible. Si vous voulez à la fois une faible latence et de la confidentialité, exécutez le clearnet aux côtés de Tor et d’I2P pour qu’un chemin rapide reste disponible tandis que les pairs entrants et l’origine des transactions restent protégés.
Quelle version de Bitcoin Core me faut-il pour I2P ?
La prise en charge native d’I2P est arrivée dans Bitcoin Core v22.0 via le pont SAM v3. Vous avez aussi besoin d’un routeur I2P local (le routeur Java I2P ou i2pd) avec SAM activé, écoutant sur le port par défaut 7656. Réglez i2psam=127.0.0.1:7656 dans bitcoin.conf pour vous connecter.
Un VPN remplace-t-il le fait d’exécuter mon nœud par Tor ?
Non. Un VPN cache votre IP aux pairs mais déplace la confiance vers l’opérateur du VPN, qui voit tout votre trafic et son horodatage, et il ne donne aucune accessibilité entrante sans redirection de port. Tor et I2P fournissent l’anonymat sans intermédiaire de confiance. Si vous utilisez un VPN, traitez-le comme un complément, pas un remplacement.
Pourquoi exécuter les trois réseaux au lieu de seulement Tor ?
Parce que les adresses sur un seul réseau d’anonymat sont bon marché à créer, un nœud à réseau unique est plus facile à Sybil et à éclipser. Couvrir clearnet, Tor et I2P force un attaquant à dominer trois espaces d’adresses à la fois. Bitcoin Core v26.0 garde même automatiquement au moins une connexion sortante vers chaque réseau activé.
Est-ce que Tor ou I2P gardera mes transactions de portefeuille privées ?
Seulement à la couche réseau du nœud. Si votre portefeuille interroge un serveur Electrum public ou un explorateur de blocs, ce serveur voit toujours vos adresses et votre IP. Pointez votre portefeuille vers votre propre nœud — idéalement par Tor — pour que la couche du nœud et celle du portefeuille soient couvertes.
Puis-je quand même me connecter si mon pays bloque le réseau Tor ?
Oui. Configurez des ponts Tor avec un transport enfichable tel qu’obfs4 ou snowflake dans votre torrc (UseBridges 1 plus les lignes de pont). Bitcoin Core emprunte alors ces circuits déguisés de façon transparente. Exécuter I2P en parallèle ajoute un second chemin qu’un censeur pourrait ne pas bloquer.
