Guide · confidentialité
C’est le plus grand gain de confidentialité qu’un utilisateur de Sparrow puisse obtenir, et il ne coûte que de la patience. Tout le reste de ce site traite de la protection de vos clés. Cette page traite de la protection de la liste des adresses que ces clés contrôlent.
Voir le cours du bitcoin aujourd’hui
Non officiel
Un portefeuille léger ne détient pas la blockchain : il doit donc demander à quelqu’un. Le protocole Electrum fonctionne en remettant au serveur la liste des adresses qui vous intéressent et en réclamant leur historique. C’est efficace, et c’est aussi une divulgation complète : l’opérateur sait désormais que cet ensemble précis d’adresses appartient à un seul portefeuille, voit le solde total, voit chaque nouvelle adresse au moment où vous la générez et, sauf si vous passez par Tor, relie le tout à l’adresse IP qui a posé la question.
Rien de tout cela ne permet à quiconque de dépenser vos pièces. Vos clés ne quittent jamais votre machine et le serveur ne peut pas forger une signature. Le dégât est informationnel, et un dégât informationnel est définitif d’une façon qu’un mot de passe volé n’est pas : une clé se change, mais on ne peut pas « désapprendre » à quelqu’un quelles adresses étaient les vôtres en 2026.
La plupart des serveurs publics sont tenus par des bénévoles honnêtes. Certains sont tenus par des chercheurs, et d’autres par des gens qui aimeraient beaucoup disposer d’une carte de qui détient quoi. Vous n’avez aucun moyen de les distinguer : c’est là le véritable argument pour répondre soi-même à ses propres questions.
Cela retire entièrement le tiers de la consultation : personne hors de votre foyer n’apprend quelles adresses vous surveillez. Cela signifie aussi que vous vérifiez face à une chaîne que vous avez validée vous-même, au lieu de faire confiance au résumé qu’un autre en donne.
En revanche, cela n’anonymise pas de l’argent arrivé avec un nom attaché. Si vous avez acheté des bitcoins sur une plateforme qui a enregistré votre identité et que vous les avez retirés vers une adresse, ce lien figure dans ses registres quel que soit le serveur que vous interrogez ensuite. Votre propre nœud arrête la fuite à venir ; il ne réécrit pas le passé. La page confidentialité traite le reste de ce problème.
Préconfigurés, immédiats, sans entretien. Le bon choix pendant l’apprentissage, et tant que le solde reste assez faible pour que sa divulgation à un inconnu vous laisse indifférent. Activez Tor pour au moins en retirer votre adresse IP.
À choisir si : vous voulez un portefeuille qui fonctionne dans la minute.
Sparrow dialogue avec l’interface RPC de votre nœud. Le minimum de composants, rien de plus à maintenir en marche, et la position la plus solide : vous avez validé la chaîne à laquelle vous faites confiance. Les nouvelles analyses d’un long historique sont la partie lente.
À choisir si : vous faites déjà tourner un nœud et votre portefeuille n’est pas énorme.
Electrs, Fulcrum ou équivalent devant votre nœud, répondant aux requêtes d’adresses depuis un index dédié. Rapide même avec des milliers de transactions, et capable de servir plusieurs portefeuilles à la fois. Un service de plus à entretenir.
À choisir si : votre historique est long, ou vous branchez plus d’un portefeuille.
Premier parcours
Sparrow ne peut poser que des questions auxquelles un nœud synchronisé sait répondre. Comparez la hauteur de bloc affichée par Bitcoin Core avec celle d’un explorateur de blocs public avant même de toucher à Sparrow : un nœud encore en train de rattraper la chaîne annoncera un solde nul pour un portefeuille parfaitement sain, et l’on en conclut que ses bitcoins ont disparu alors que le nœud n’a simplement pas atteint le bloc où ils sont arrivés.
Bitcoin Core a besoin que son serveur RPC soit activé (server=1 dans
bitcoin.conf) et qu’il accepte une connexion depuis la machine où tourne Sparrow. Si les
deux tournent sur le même ordinateur, la boucle locale par défaut suffit. Si le nœud vit sur une
autre machine de votre réseau, il faut indiquer à Core d’écouter sur cette interface et d’autoriser
l’adresse de votre machine de portefeuille ; un pare-feu qui laisse tomber le port en silence est la
cause la plus fréquente d’un test de connexion qui échoue sans raison apparente. Redémarrez Core
après toute modification de configuration : il ne lit le fichier qu’une fois, au démarrage.
Core écrit un fichier .cookie dans son répertoire de données à chaque démarrage, et
Sparrow peut s’authentifier avec lui s’il parvient à le lire — l’option la plus simple quand le nœud
et le portefeuille partagent la même machine. À travers un réseau, vous utiliserez plutôt un nom
d’utilisateur et un mot de passe RPC. Ne réutilisez jamais un mot de passe employé ailleurs, et
n’exposez jamais le port RPC à l’Internet public : c’est une interface de commande, pas une API en
lecture seule.
Dans les préférences de serveur de Sparrow, choisissez Bitcoin Core, saisissez l’hôte et le port RPC, indiquez le chemin du cookie ou les identifiants, puis lancez le test de connexion avant d’enregistrer. Un test réussi indique le nœud atteint. En cas d’échec, la cause est presque toujours l’une de ces trois-là : le nœud ne tourne pas, le port est bloqué, ou les identifiants ne correspondent pas.
La première connexion déclenche une nouvelle analyse des adresses de votre portefeuille face aux données du nœud, ce qui peut prendre du temps sur un vieux portefeuille. Une fois stabilisée, comparez le solde et la transaction la plus récente avec ce que vous voyiez avant de changer. Un solde qui revient incomplet après une restauration relève généralement du plafond d’écart (gap limit) plutôt que de la connexion — le guide de configuration explique comment l’augmenter.
Décrivez votre installation, ne recopiez pas celle d’un autre
Les options de configuration, les ports par défaut et l’emplacement des fichiers diffèrent selon les systèmes d’exploitation, les versions de Bitcoin Core et les variantes de boîtiers. Ce qui doit être vrai est stable — le nœud est synchronisé, l’interface RPC est joignable depuis la machine du portefeuille, et les identifiants correspondent — mais les lignes exactes relèvent de la documentation de votre propre installation, non d’un guide écrit pour une autre version. Traitez tout extrait de configuration trouvé en ligne, y compris le nôtre, comme la description d’une intention plutôt que comme quelque chose à coller.
Second parcours
Ces boîtiers existent précisément pour que vous n’ayez rien à configurer à la main. En échange, c’est leur boutique d’applications, et non un guide de portefeuille, qui fait autorité sur l’adresse à employer.
Umbrel, Start9, RaspiBlitz et les boîtiers comparables proposent tous une boutique d’applications contenant une implémentation de serveur Electrum — généralement Electrs ou Fulcrum — qui se place devant le nœud Bitcoin Core qu’ils font déjà tourner. Installez cette application plutôt que de chercher à joindre le port RPC de Core à travers votre réseau : le protocole Electrum est celui que Sparrow parle le plus volontiers, et il encaisse bien plus vite les historiques de portefeuille volumineux.
Un serveur Electrum construit un index des adresses sur toute la chaîne, et cela prend des heures sur un Raspberry Pi même lorsque Bitcoin Core est déjà synchronisé. L’écran d’état de l’application vous dit quand elle est prête. Se connecter trop tôt produit des résultats partiels et déroutants.
La page de l’application affiche l’hôte et le port à utiliser, et le plus souvent une adresse locale ainsi qu’une adresse onion Tor. Prenez-les là plutôt que dans un guide : le port et le nom d’hôte exacts varient selon les versions du boîtier et selon les implémentations de serveur, et une valeur recopiée devenue obsolète est de loin la première cause d’échec. Si l’application propose un code QR ou un panneau « connecter un portefeuille » en un clic, servez-vous-en.
Choisissez l’option de serveur Electrum privé, collez l’hôte et le port, et activez SSL si
l’application fournit un certificat. Pour une adresse onion, laissez le proxy Tor intégré de Sparrow
activé : c’est lui qui résout les noms d’hôte en .onion. Testez la connexion, puis
enregistrez.
Sparrow affiche le serveur connecté dans sa zone d’état. Vérifiez-le après chaque mise à jour : une connexion en échec peut retomber sur un serveur public par défaut, et un portefeuille qui revient discrètement en arrière laisse fuiter exactement l’information que vous cherchiez à protéger. Lisez ensuite la boîte à outils de confidentialité pour les habitudes qui donnent tout son sens au reste.
N’exposez jamais l’interface à l’Internet ouvert
Le port RPC de Bitcoin Core et le panneau d’administration d’un boîtier sont des interfaces de commande. Rediriger l’un ou l’autre à travers votre routeur pour « consulter le portefeuille de n’importe où », c’est ainsi que l’on offre son nœud à autrui — et, sur une machine qui héberge aussi un portefeuille chaud, ses pièces. Joignez-le depuis votre propre réseau, ou par l’adresse onion Tor que le boîtier génère exactement pour cet usage. Jamais par une simple redirection de port.
Tor est intégré à Sparrow : il n’y a rien à installer. Il fait passer le trafic du portefeuille
vers le serveur par le réseau Tor, ce qui rend deux services utiles : masquer votre adresse IP
auprès du serveur que vous interrogez, et vous permettre de joindre des noms d’hôte en
.onion comme celui que publie votre boîtier.
Ce qu’il ne fait pas, c’est masquer ce que vous avez demandé. Un serveur public interrogé via Tor reçoit toujours votre liste d’adresses ; il ignore simplement de quel réseau elle vient. Tor et votre propre nœud résolvent deux moitiés différentes du même problème, et c’est pourquoi l’installation privée vaut l’effort même si vous routez déjà tout par Tor.
Descendez la liste dans l’ordre et résistez à l’envie de restaurer depuis votre phrase de récupération pour « réparer » un problème d’affichage. Un portefeuille qui affiche un mauvais solde est un portefeuille à qui son serveur raconte n’importe quoi. Vos bitcoins sont enregistrés sur la chaîne dans tous les cas, et ressaisir ses mots de récupération sur un coup de tête est la façon dont un mauvais après-midi devient un après-midi coûteux. Le guide de configuration explique correctement le plafond d’écart.
Non. Sparrow fonctionne dès l’installation avec des serveurs publics préconfigurés, et pour un petit solde c’est un point de départ raisonnable. Ce que vous abandonnez, c’est la confidentialité, pas la sécurité : le portefeuille détient toujours vos clés et vérifie toujours les signatures, mais l’opérateur du serveur apprend quelles adresses appartiennent à un même portefeuille et, si vous n’utilisez pas Tor, l’adresse IP qui l’interroge.
Si vous avez un nœud et un historique de portefeuille modeste, connectez-vous directement à Bitcoin Core : le minimum de pièces mobiles, rien de plus à entretenir. Si votre portefeuille compte des milliers de transactions, ou si vous y branchez plusieurs portefeuilles, placez Electrs ou Fulcrum devant. Selon la documentation du projet, Sparrow gère Fulcrum, ElectrumX, Electrs, Electrs-Esplora, EPS et BWT, en SSL comme via Tor.
Non. Sparrow reste un client léger — la chaîne vit sur le nœud. Le coût en disque est porté par la machine qui fait tourner Bitcoin Core, soit des centaines de gigaoctets, auxquels s’ajoute un index des adresses si vous installez un serveur Electrum. Votre machine de portefeuille ne stocke que le fichier de portefeuille.
Vous pouvez vous y connecter, mais l’élagage supprime les anciennes données de blocs dont une analyse complète a besoin : importer un portefeuille existant dont l’historique précède l’horizon d’élagage ne retrouvera pas ces transactions. Un nœud élagué convient pour un portefeuille créé après sa mise en service, et convient mal à la restauration d’une vieille sauvegarde.
Pas pour l’atteindre. Sur votre propre réseau, il n’y a aucun tiers à qui se cacher, et Tor ne fait qu’ajouter de la latence. Tor mérite sa place quand vous joignez une adresse onion, quand le nœud se trouve ailleurs, ou quand vous restez sur un serveur public et voulez garder votre adresse IP hors des journaux de l’opérateur.
Reprenez dans l’ordre. Vérifiez que le nœud est entièrement synchronisé. Vérifiez que Sparrow annonce bien la connexion au serveur voulu. Laissez toute nouvelle analyse s’achever. Puis augmentez le plafond d’écart au-delà des 20 par défaut et relancez l’analyse, ce qui résout la plupart des cas où un portefeuille restauré affiche moins qu’il ne devrait. Vos bitcoins sont sur la chaîne quel que soit le serveur interrogé : le portefeuille ne fait que rapporter ce qu’on lui a dit.