Faire tourner son propre nœud ou validateur
Nœud Bitcoin Core, nœud Ethereum à deux clients, solo staking à 32 ETH, DVT ou pool : matériel, coûts, pénalités et slashing expliqués.
L’essentiel
Nœud, validateur : de quoi parle-t-on ?
Un nœud est un ordinateur qui exécute le logiciel d'une blockchain : il télécharge les blocs, vérifie chaque transaction selon les règles du protocole et relaie les données aux autres nœuds.
Un validateur (sur une blockchain en preuve d'enjeu comme Ethereum) va plus loin : il bloque des tokens en garantie et participe activement au consensus en proposant des blocs et en votant (attestations). Il est rémunéré pour cela, et pénalisé s'il se comporte mal ou s'absente.
On peut donc faire tourner un nœud sans être validateur, mais pas l'inverse.
Pourquoi faire tourner son propre nœud ?
- Vérifier au lieu de croire : votre wallet interroge votre nœud, qui applique lui-même les règles. Vous ne dépendez plus d'un fournisseur d'API qui pourrait se tromper, censurer ou tomber en panne.
- Confidentialité : quand votre wallet interroge un serveur tiers, celui-ci peut associer vos adresses à votre adresse IP. Avec votre nœud, ces requêtes restent chez vous.
- Contribution au réseau : chaque nœud supplémentaire rend la blockchain plus résiliente et plus décentralisée.
- Apprentissage : rien ne vaut la pratique pour comprendre le fonctionnement réel d'un protocole.
Faire tourner un nœud Bitcoin complet
Le logiciel de référence est Bitcoin Core. D'après la page de bitcoin.org dédiée aux nœuds complets, les besoins minimaux sont :
- 2 Go de RAM ;
- un débit montant d'au moins 400 kbit/s ;
- environ 20 Go de téléchargement par mois, et souvent 200 Go d'envoi ou plus par mois pour un nœud sur une connexion rapide ;
- au moins 6 heures de fonctionnement par jour, un fonctionnement continu étant préférable ;
- un espace disque important : la blockchain complète dépasse 750 Go selon cette même page, et elle continue de grossir.
Le téléchargement initial
Au premier lancement, le nœud doit télécharger et vérifier toute l'histoire de Bitcoin : c'est l'IBD (Initial Block Download). Bitcoin.org indique que cela prend au moins plusieurs jours selon votre connexion et votre matériel.
Le mode élagué (pruning)
Si l'espace disque manque, Bitcoin Core peut fonctionner en mode élagué : il vérifie tout l'historique mais ne conserve que les données récentes. L'espace nécessaire passe alors d'environ 750 Go à environ 7 Go (valeur minimale de 550 Mio). Vous gardez la vérification complète, mais vous ne pouvez plus servir l'historique ancien aux autres nœuds.
Faire tourner un nœud Ethereum
Deux clients obligatoires
Depuis The Merge (passage à la preuve d'enjeu en 2022), un nœud Ethereum nécessite deux logiciels qui communiquent entre eux :
- un client d'exécution (execution layer) : il exécute les transactions et maintient l'état (Geth, Nethermind, Besu, Erigon, Reth…) ;
- un client de consensus (consensus layer) : il suit la preuve d'enjeu et l'accord entre validateurs (Lighthouse, Prysm, Teku, Nimbus, Lodestar, Grandine…).
Matériel recommandé
D'après ethereum.org :
| Minimum | Recommandé | |
|---|---|---|
| Processeur | 2 cœurs et plus | 4 cœurs et plus (8 si validateur) |
| RAM | 16 Go | 32 Go (64 Go si validateur) |
| Stockage | SSD NVMe 2 To | SSD NVMe 4 To |
Côté réseau, ethereum.org indique au moins 25 Mbit/s au minimum, et recommande 50 Mbit/s en réception et 15 Mbit/s ou plus en envoi (25 Mbit/s si vous validez). Un SSD rapide est indispensable : un disque dur classique ne suit pas.
La diversité des clients
Ethereum a été conçu pour fonctionner avec plusieurs logiciels indépendants. ethereum.org explique pourquoi c'est vital :
- un bug dans un client de consensus utilisé par plus d'un tiers des nœuds pourrait empêcher la finalisation du réseau (le point à partir duquel un bloc est considéré comme irréversible) ;
- un bug dans un client utilisé par plus des deux tiers des validateurs pourrait faire finaliser une mauvaise chaîne ; les validateurs concernés s'exposeraient au slashing ou à une sortie longue et coûteuse.
Choisir un client minoritaire est donc à la fois un geste pour le réseau et une protection pour vous.
Devenir validateur : le solo staking
Les conditions
Le solo staking consiste à faire tourner vous-même un validateur Ethereum :
- dépôt minimum de 32 ETH pour activer un validateur ;
- depuis la mise à jour Pectra, les validateurs à identifiants de retrait 0x02 peuvent avoir un solde effectif jusqu'à 2 048 ETH, avec des récompenses qui se capitalisent automatiquement ; les identifiants 0x01 restent plafonnés à 32 ETH, l'excédent étant reversé vers l'adresse de retrait ;
- un nœud complet (exécution + consensus) plus un logiciel validateur, sur du matériel dédié, allumé en permanence.
Les récompenses sont versées directement par le protocole, sans intermédiaire ni commission. En contrepartie, vous payez le matériel, l'électricité et la connexion, et vous assurez la maintenance (mises à jour des clients, surveillance).
Pénalités d'inactivité et slashing : ne pas confondre
Pénalités d'inactivité. Si votre validateur est hors ligne, il perd un peu de solde, en proportion du nombre d'autres validateurs hors ligne au même moment. Selon ethereum.org, ces pertes se récupèrent avec une durée équivalente de fonctionnement. Une panne de quelques heures n'est pas un drame.
Fuite d'inactivité (inactivity leak). Si le réseau passe plus de quatre époques sans finaliser, les validateurs inactifs voient leur solde diminuer de plus en plus vite, jusqu'à ce que les validateurs actifs retrouvent la majorité des deux tiers. Un validateur descendu à 16 ETH est éjecté.
Slashing. C'est une sanction pour comportement malhonnête, que le protocole détecte par trois fautes :
- proposer deux blocs différents pour le même créneau ;
- émettre une attestation qui « entoure » une autre (surround vote) ;
- voter pour deux blocs candidats au même créneau (double vote).
En pratique, le cas le plus fréquent chez un particulier est le même jeu de clés actif sur deux machines en même temps, par exemple lors d'une migration mal faite ou d'une configuration « de secours » mal pensée.
Les conséquences, d'après ethereum.org : une pénalité immédiate (0,0078125 ETH pour un validateur de 32 ETH), puis au 18e jour une pénalité de corrélation qui augmente avec le nombre de validateurs slashés sur la même période, et une éjection forcée au 36e jour. Plus il y a de validateurs slashés en même temps, plus la pénalité est lourde, jusqu'à la perte théorique de la totalité du stake.
Solo, DVT, service ou pool
| Option | Ce que vous faites | Confiance requise |
|---|---|---|
| Solo staking | Tout : matériel, clients, clés | Aucune envers un tiers |
| Staking as a Service | Vous fournissez 32 ETH, un opérateur gère | Dans l'opérateur |
| DVT (validateur distribué) | Vous opérez une partie d'un validateur partagé | Dans le groupe et le protocole |
| Pool de staking | Vous déposez un montant libre | Dans le pool et ses contrats |
La DVT (Distributed Validator Technology), que ethereum.org décrit comme du « staking en escouade », répartit les clés d'un validateur sur plusieurs machines : il n'y a plus de point unique de défaillance, et cela permet souvent d'entrer avec moins de 32 ETH.
Exemple concret
Vous disposez de 32 ETH et d'un mini-PC équipé de 64 Go de RAM, d'un SSD NVMe de 4 To et d'une connexion fibre.
- Vous installez un client d'exécution et un client de consensus, en choisissant de préférence des clients peu répandus.
- Vous attendez la synchronisation complète du nœud.
- Vous générez vos clés de validateur hors ligne et définissez une adresse de retrait que vous contrôlez, idéalement sur un hardware wallet.
- Vous testez toute la procédure sur un testnet avant de déposer vos ETH.
- Vous effectuez le dépôt de 32 ETH via l'interface officielle de dépôt (Staking Launchpad).
- Vous mettez en place une surveillance (alertes en cas d'arrêt) et un onduleur.
Six mois plus tard, vous changez de machine. Vous arrêtez complètement l'ancien validateur, attendez plusieurs époques, puis seulement démarrez le nouveau. C'est cette discipline qui évite le slashing.
Les erreurs à éviter
- Faire tourner les mêmes clés sur deux machines, même « en secours » : c'est la première cause de slashing.
- Négliger l'adresse de retrait : ethereum.org rappelle qu'elle permet de récupérer vos fonds même si les clés de signature sont perdues.
- Sous-dimensionner le stockage : un SSD trop petit ou trop lent finit par bloquer la synchronisation.
- Oublier les mises à jour des clients, notamment avant une mise à niveau du réseau.
- Utiliser le client majoritaire par défaut sans considérer la diversité.
- Exposer son nœud sans précautions : pare-feu, accès à distance sécurisé, pas de clés sur une machine utilisée pour naviguer.
- Sous-estimer les coûts : matériel, électricité, temps de maintenance.
Ce guide fournit des informations générales et ne constitue pas un conseil en investissement ou fiscal.
À retenir
- Un nœud vérifie lui-même les règles de la blockchain : plus d'indépendance, de confidentialité et de résilience pour le réseau.
- Un nœud Bitcoin Core reste accessible avec peu de RAM, et le mode élagué réduit le stockage à environ 7 Go.
- Un nœud Ethereum demande un client d'exécution et un client de consensus, un SSD NVMe de 2 à 4 To et une bonne connexion ; privilégier les clients minoritaires protège le réseau.
- Le solo staking exige 32 ETH et une disponibilité élevée ; l'inactivité coûte peu, le slashing coûte cher.
- DVT, services de staking et pools abaissent la barrière d'entrée, au prix d'une confiance accordée à des tiers.