Choisir vos clients ETH
L'installateur Smartnode de Rocket Pool peut transformer votre machine en un nœud Ethereum complet, car il nécessite à la fois des clients d'exécution et de consensus pour fonctionner correctement.
Les termes ETH1/ETH2 ont été dépréciés. Les chaînes seront désignées comme la Couche d'Exécution (ETH1) et la Beacon Chain ou Couche de Consensus (ETH2) dans le reste de ces guides.
Si vous avez déjà des clients d'exécution et de consensus opérationnels sur une machine séparée (par exemple, si vous faites déjà du staking solo), alors sautez cette section et passez à la section Configuration d'un nœud Rocket Pool hybride avec des clients externes.
Sinon, continuez à lire pour en savoir plus sur vos choix de clients d'exécution et de consensus.
En août 2025, la distribution des clients sur la Beacon Chain ressemble approximativement à ceci :
Données obtenues depuis https://clientdiversity.org
Obtenir des données sur le client de consensus qu'un validateur utilise est un problème relativement difficile car les clients ne sont pas facilement identifiables. La page méthodologie des données sur https://clientdiversity.org explique comment les données provenant de différentes sources sont obtenues. N'hésitez pas à consulter https://ethernodes.org/ comme source de données supplémentaire.
L'écrasante majorité des opérateurs de nœuds utilisent actuellement Geth comme client d'exécution et soit Lighthouse soit Prysm comme client de consensus. Dans l'intérêt du soutien à la santé de la couche d'exécution (anciennement ETH1) et de la Beacon Chain (anciennement ETH2), nous recommandons actuellement d'envisager d'utiliser des clients différents. Voici quelques articles pertinents sur l'importance d'une diversité de clients équilibrée pour la santé du réseau si vous souhaitez en savoir plus :
https://clientdiversity.org/#why
https://blog.ethereum.org/2020/08/21/validated-why-client-diversity-matters/
https://our.status.im/the-importance-of-client-diversity/
https://medium.com/prysmatic-labs/eth2-mainnet-incident-retrospective-f0338814340c
https://dankradfeist.de/ethereum/2022/03/24/run-the-majority-client-at-your-own-peril.html
https://eth2book.info/bellatrix/part2/incentives/diversityPour les utilisateurs qui souhaitent être opérationnels rapidement, l'installateur Smartnode propose une option Client aléatoire qui peut être le meilleur choix.
Pour les utilisateurs qui ont un client spécifique en tête, nous offrons la possibilité d'en choisir un facilement lors de l'installation de Rocket Pool.
Les options ci-dessous aident à décrire chaque client afin que vous puissiez prendre une décision éclairée si vous souhaitez spécifier lequel vous voulez.
Clients d'exécution
Rocket Pool prend en charge quatre clients d'exécution différents : Geth, Besu, Nethermind et Reth.
Exécuter un client d'exécution implique de stocker une copie de la blockchain de la couche d'exécution sur votre machine. Il interagit via des communications pair-à-pair avec d'autres nœuds EC pour enregistrer et vérifier de nouveaux blocs et transactions. Un client d'exécution complet est requis pour exécuter un validateur maintenant que les couches d'exécution et de consensus ont fusionné.
Geth
Geth (officiellement nommé Go Ethereum) est l'une des trois implémentations originales (avec C++ et Python) du protocole Ethereum.
Il est écrit en Go, entièrement open source et sous licence GNU LGPL v3.
Geth est le client d'exécution le plus ancien et le plus largement utilisé dans le monde. Il a la réputation d'être très stable et fiable.
Il est multithread, ce qui signifie qu'il peut tirer parti de l'ensemble de votre CPU. Son utilisation de la RAM est configurable, jusqu'à un minimum d'environ 4 Go pour le Mainnet. Cela le rend viable pour les systèmes à faible puissance comme pour les systèmes haute puissance.
Geth nécessite un élagage hors ligne de sa base de données périodiquement : sa base de données grandira avec le temps et consommera progressivement tout votre espace disque libre à moins que vous ne l'élaguiez lorsque votre disque manque d'espace libre. La fréquence à laquelle vous devez élaguer dépendra de la taille de votre SSD.
Pour plus d'informations sur l'élagage de Geth, consultez la page Élagage du client d'exécution.
Besu
Hyperledger Besu est un client Ethereum open source développé sous la licence Apache 2.0 et écrit en Java. La fonctionnalité la plus intéressante de Besu est son utilisation de Bonsai Tries pour le stockage d'état. En plus de leurs meilleures caractéristiques de performance, les Bonsai Tries donnent à Besu deux avantages intéressants par rapport aux autres clients :
- Besu n'a pas besoin d'être élagué du tout ; il est effectivement sans entretien à cet égard
- Besu est capable de revisiter n'importe quel bloc passé dans la blockchain, bien qu'il le fasse en rembobinant chaque bloc, donc atteindre des blocs d'il y a longtemps peut prendre du temps.
Besu recommande actuellement au moins 16 Go de RAM, bien qu'il soit possible de fonctionner avec succès avec 8 Go.
Nethermind
Nethermind est écrit en .NET Core. Il se vante de la vitesse de synchronisation la plus rapide des clients d'exécution et dispose d'un ensemble riche d'options de configuration. Il est conçu avec les opérateurs de nœuds à l'esprit et possède de nombreuses fonctionnalités qu'ils trouveront utiles.
Comme Geth, Nethermind nécessite un élagage périodique de sa base de données. Contrairement à Geth, cependant, la base de données de Nethermind peut être élaguée pendant qu'elle reste en ligne. Cela signifie que vous n'avez pas besoin d'éteindre votre client et de vous appuyer sur une solution de secours pour élaguer. Cependant, le processus d'élagage en ligne de Nethermind est assez gourmand en ressources, donc les utilisateurs exécutant des nœuds à faible puissance peuvent constater une certaine dégradation des performances pendant le processus.
Nethermind nécessite au moins 16 Go de RAM, bien que plus soit préférable.
Nethermind nécessite un élagage périodique de sa base de données : sa base de données grandira avec le temps et consommera progressivement tout votre espace disque libre à moins que vous ne l'élaguiez lorsque votre disque manque d'espace libre. La fréquence à laquelle vous devez élaguer dépendra de la taille de votre SSD.
Contrairement à Geth, cependant, Nethermind reste en ligne pendant l'élagage. Cela en fait un choix convaincant pour les nœuds car ils n'auront aucun temps d'arrêt pendant l'élagage.
Pour plus d'informations sur l'élagage de Nethermind, consultez la page Élagage du client d'exécution.
Reth
Reth est un client de couche d'exécution écrit en Rust et utilise l'architecture Erigon staged-sync. Reth est conçu dès le départ avec l'efficacité, la performance et la modularité à l'esprit. Il est sous licence Apache/MIT permissive et construit avec des packages petits, bien abstraits, bien testés et benchmarkés. Cela fait une excellente expérience de développeur open source et permet d'utiliser les composants de Reth dans d'autres projets.
En tant que client le plus récent de l'écosystème, Reth évolue rapidement et gagne en adoption. Bien que les exigences en RAM et CPU soient flexibles, l'exigence la plus importante est de loin le disque. Nous suggérons d'utiliser un bon disque TLC. Reth nécessite au moins 8 Go de RAM pour un nœud complet ou 16 Go de RAM pour un nœud d'archive.
Tableau comparatif des clients
Clients de consensus
L'installateur de Rocket Pool est fier de prendre en charge cinq clients de consensus actuellement disponibles : Lighthouse, Lodestar, Nimbus, Prysm et Teku.
Chacun d'entre eux est un client complet, ce qui signifie que vous contribuerez à la décentralisation du réseau de consensus quel que soit le client que vous choisissez.
Les cinq clients présentent un faible risque, nécessitent peu d'entretien et génèreront des récompenses totales pratiquement identiques grâce à la validation. Ils diffèrent légèrement en termes d'exigences en ressources et de fonctionnalités, mais vous ne pouvez pas vous tromper avec l'un d'entre eux.
Par défaut, l'installateur de Rocket Pool proposera de sélectionner un client de consensus aléatoire pour vous. Cela aidera à contribuer à la diversité globale du réseau. C'est important d'un point de vue sécurité : si un client est utilisé par une majorité de nœuds et souffre d'un bug grave ou d'une attaque, cela pourrait faire échouer tous ces nœuds et ainsi menacer la stabilité de l'ensemble de la Beacon Chain.
Lighthouse
Lighthouse est un Ethereum 2.0 open source maintenu par Sigma Prime. Il implémente la spécification Ethereum 2.0 telle que définie par l'équipe de recherche de l'Ethereum Foundation.
Lighthouse est un projet de systèmes distribués de pointe implémentant des technologies à l'avant-garde de la recherche blockchain ; y compris le consensus proof-of-stake, l'exécution parallèle de transactions et la séparation d'état (sharding).
Lighthouse n'a aucune affiliation officielle avec l'Ethereum Foundation et continuera à suivre ses orientations tant qu'elles resteront dans le meilleur intérêt du protocole Ethereum et de la communauté qui l'entoure.
Lighthouse est implémenté en Rust et maintiendra un accent sur la sécurité et l'efficacité.
Lodestar
Lodestar est le cinquième client de consensus Ethereum open source maintenu par ChainSafe Systems. Notre produit phare est notre client beacon chain et validateur prêt pour la production pour le consensus Ethereum. Notre logiciel et nos outils sont positionnés de manière unique comme référence pour les chercheurs et développeurs pour le prototypage rapide et l'utilisation en navigateur. Des millions de développeurs à travers le monde sont familiers avec Typescript, et les bases de code de haute qualité de Lodestar sont d'excellentes introductions au monde Ethereum.
Lodestar a également été un leader dans la recherche, la normalisation et l'implémentation de clients légers Ethereum. Nous nous efforçons de travailler avec d'autres implémenteurs de clients, chercheurs et développeurs pour démontrer l'importance pour les navigateurs d'utiliser des données sans confiance directement depuis la blockchain.
La niche de Lodestar est son langage d'implémentation, Typescript.
Nimbus
Nimbus est une implémentation de client pour Ethereum 2.0 et Ethereum 1.0 qui s'efforce d'être aussi légère que possible en termes de ressources utilisées. Cela lui permet de bien performer sur des systèmes embarqués et des appareils à ressources limitées.
Cependant, le matériel à ressources limitées n'est pas la seule chose pour laquelle Nimbus est bon. Sa faible consommation de ressources facilite l'exécution de Nimbus avec d'autres charges de travail sur votre serveur (ceci est particulièrement précieux pour les stakers cherchant à réduire le coût de leurs instances de serveur).
Nimbus est écrit en Nim et maintenu par l'équipe Status.im.
Prysm
Le projet Prysm est une implémentation complète du réseau Ethereum 2.0 écrite entièrement dans le langage de programmation Go.
Créé par Prysmatic Labs, Prysm implémente la spécification officielle Ethereum 2.0, qui est le produit d'un effort collectif continu de recherche et développement par diverses équipes à travers l'écosystème Ethereum, y compris l'Ethereum Foundation.
Teku
Teku (anciennement connu sous le nom d'Artemis) est un client de consensus Ethereum basé sur Java conçu et construit pour répondre aux besoins institutionnels et aux exigences de sécurité. PegaSys est une branche de ConsenSys dédiée à la construction de clients et d'outils prêts pour l'entreprise pour interagir avec la plateforme Ethereum de base.
Teku est sous licence Apache 2.0 et écrit en Java, un langage notable pour sa maturité et son omniprésence.