Nœuds et clients

Ethereum est un réseau d'ordinateurs qui exécutent des logiciels (appelés nœuds) dont l'objectif est de valider les blocs et les données de transaction. Le logiciel doit être exécuté sur votre ordinateur pour le transformer en nœud Ethereum. Deux logiciels distincts (appelés « clients ») sont requis pour créer un nœud.

Prérequis

Vous devez comprendre le concept de réseau de pair-à-pair et les bases de l'EVM avant d'approfondir et d'exécuter votre propre instance d'un client Ethereum. Commencez par lire la page Introduction à Ethereum.

Si vous êtes novice au sujet des nœuds, nous vous recommandons de consulter en premier lieu notre introduction conviviale sur l'exécution d'un nœud Ethereum.

En quoi consistent les nœuds et les clients?

Un « nœud » désigne toute instance de logiciel client Ethereum connecté à d'autres ordinateurs exécutant également un logiciel Ethereum, formant ainsi un réseau. Un client est une implémentation d'Ethereum qui vérifie les données en fonction des règles du protocole et maintient la sécurité du réseau. Un nœud doit exécuter deux clients : un client de consensus et un client d'exécution.

• Le client d'exécution (également connu sous le nom de moteur d'exécution, de client EL ou anciennement de client Eth1) écoute les nouvelles transactions diffusées sur le réseau, les exécute dans l'EVM, et contient la dernière base de données et l'état de toutes les données Ethereum actuelles.
• Le client de consensus (également connu sous le nom de Nœud Beacon, client CL ou anciennement de client Eth2) implémente l'algorithme de consensus de la preuve d'enjeu, qui permet au réseau de parvenir à un accord basé sur des données validées du client d'exécution. Il y a également un troisième logiciel, appelé « validateur », qui peut être ajouté au client de consensus afin de permettre à un nœud de participer à la sécurisation du réseau.

Ces clients travaillent ensemble pour suivre la tête de la chaîne Ethereum et permettre aux utilisateurs d'interagir avec le réseau Ethereum. La conception modulaire avec plusieurs logiciels fonctionnant ensemble est appelée complexité encapsulée(opens in a new tab). Cette approche a permis de plus facilement exécuter La Fusion de manière fluide, facilite la maintenance et le développement du logiciel client et permet la réutilisation des clients individuels, par exemple au sein de l'écosystème de la couche 2.

Diagramme simplifié d'une exécution couplée et d'un client de consensus.

Diversité des clients

Les clients d'exécution et clients de consensus existent dans une variété de langages de programmation développés par différentes équipes.

Les implémentations de plusieurs clients peuvent renforcer le réseau en réduisant sa dépendance sur la base d'un code unique. L'objectif idéal est de parvenir à la diversité sans qu'aucun client ne domine le réseau, éliminant ainsi un point de défaillance potentiel. La diversité des langages invite également une communauté plus large de développeurs et leur permet de créer des intégrations dans leur langage préféré.

En savoir plus sur la diversité des clients.

Ce que ces implémentations ont en commun, c'est qu'elles suivent toutes une seule spécification. Les spécifications régissent le fonctionnement du réseau Ethereum et de la blockchain. Chaque détail technique est défini et les spécifications peuvent être trouvées en tant que :

• À l'origine, le Livre jaune Ethereum(opens in a new tab)
• Spécifications d'exécution(opens in a new tab)
• Spécifications de consensus(opens in a new tab)
• EIPs(opens in a new tab) implémentés dans diverses mises à jour réseau

Suivi des nœuds sur le réseau

Les crackers multiples offrent une vue d'ensemble en temps réel des nœuds du réseau Ethereum. Notez qu'en raison de la nature décentralisée des réseaux, ces crawlers ne peuvent fournir qu'une vue limitée du réseau et peuvent rapporter des résultats différents.

• Carte des nœuds(opens in a new tab) par Etherscan
• Ethernodes(opens in a new tab) par Bitfly
• Nodewatch(opens in a new tab) par Chainsafe, exploration des nœuds de consensus

Types de nœuds

Si vous voulez exécuter votre propre nœud, vous devez comprendre qu'il existe différents types de nœuds et que ceux-ci consomment les données différemment. En fait, les clients peuvent exécuter différents types de nœuds : légers, complets et d'archives. Il existe également différentes stratégies de synchronisation afin d'accélérer le temps de synchronisation. La synchronisation fait référence à la vitesse à laquelle on peut obtenir les informations les plus récentes sur l'état d'Ethereum.

Nœud complet

Les nœuds complets effectuent une validation bloc par bloc de la blockchain, y compris le téléchargement et la vérification du corps du bloc et des données d'état pour chaque bloc. Il existe différentes classes de nœuds complets - certains commencent à partir du bloc de genèse et vérifient chaque bloc de l'ensemble de l'historique de la blockchain. D'autres commencent leur vérification à partir d'un bloc plus récent qu'ils considèrent comme valide (par exemple, la 'snap sync' de Geth). Indépendamment du point de départ de la vérification, les nœuds complets ne conservent qu'une copie locale des données relativement récentes (généralement les 128 blocs les plus récents), permettant de supprimer les anciennes données pour économiser de l'espace disque. Les anciennes données peuvent être régénérées lorsqu'elles sont nécessaires.

• Stocke toutes les données de la blockchain (même si celles-ci sont régulièrement "« taillées », de sorte qu'un nœud complet ne stocke pas toutes les données de la chaîne depuis la genèse)
• Participe à la validation de blocs, vérifie tous les blocs et états.
• Tous les états peuvent être soit récupérés à partir du stockage local, soit régénérés à partir de « snapshots » d'un nœud complet.
• Sert le réseau et fournit des données sur demande.

Nœud d'archive

Les nœuds d'archive sont des nœuds complets qui vérifient chaque bloc depuis le bloc de genèse et ne suppriment jamais aucune des données téléchargées.

• Stocke tout ce qui est conservé dans le nœud complet et construit une archive des états de l'historique. Il est nécessaire pour aller chercher des informations comme le solde d'un compte au bloc #4 000 000, ou tester vos propres ensembles de transactions simplement et efficacement sans les miner en utilisant le traçage.
• Ces données représentent des unités de téraoctets qui rendent les nœuds d'archives moins attrayants pour les utilisateurs courants, mais peut être utile pour des services comme les explorateurs de blocs, les fournisseurs de portefeuilles et les analyses de chaînes.

La synchronisation des clients dans un autre mode que celui de l'archivage entraînera la suppression de données de la blockchain. Cela signifie qu'il n'existe pas d'archive de tous les états de l'historique, mais que le nœud complet est capable de les construire sur demande.

En savoir plus sur les nœuds d'archives.

Nœud léger

Au lieu de télécharger chaque bloc, les nœuds légers téléchargent seulement les en-têtes de bloc. Ces en-têtes ne contiennent que des informations sommaires sur le contenu des blocs. Toute autre information que le nœud léger pourrait requérir fait l'objet d'une requête auprès d'un nœud complet. Les nœuds légers peuvent alors comparer indépendamment les données qu'ils reçoivent avec les racines d'état dans les en-têtes de bloc. Les nœuds légers permettent aux utilisateurs de participer au réseau Ethereum sans nécessité de matériel onéreux ou de connexion internet haut débit nécessaires à l'exécution d'un nœud complet. Les nœuds légers peuvent même être exécutés depuis des téléphones portables ou des appareils embarqués. Les nœuds légers ne participent pas au consensus (c'est-à-dire qu'ils ne peuvent pas être des mineurs ou des validateurs), mais ils peuvent accéder à la blockchain Ethereum avec la même efficience et garantie de sécurité qu'un nœud complet.

Les clients légers sont un domaine de développement actif pour Ethereum et nous nous attendons à prochainement voir apparaître de nouveaux clients légers pour la couche de consensus et la couche d'exécution. Il existe également des routes potentielles pour fournir des données client légers sur le réseau de diffusion(opens in a new tab). Ceci est avantageux dans la mesure où le réseau de diffusion pourrait supporter un réseau de nœuds légers sans avoir besoin que des nœuds complets servent les requêtes.

Ethereum ne prend pas encore en charge un nombre important de ces nœuds légers mais la prise en charge des nœuds légers est une thématique qui devrait fortement se développer dans un futur proche. En particulier, des clients comme Nimbus(opens in a new tab), Helios(opens in a new tab), et LodeStar(opens in a new tab) se focalisent actuellement fortement sur les nœuds légers.

Pourquoi exécuter un nœud Ethereum ?

Exécuter un nœud vous permet d'utiliser directement Ethereum en toute confiance et en toute confidentialité tout en soutenant le réseau qui gagne en robustesse et en décentralisation.

Avantages pour vous

L'exécution de votre propre nœud vous permet d'utiliser Ethereum de façon privée, autonome et fiable. Vous n'avez pas besoin de faire confiance au réseau car vous pouvez vous-même vérifier les données avec votre client. « Ne faites pas confiance, vérifiez » est une devise populaire de la blockchain.

• Votre nœud vérifie lui-même toutes les transactions et tous les blocs par rapport aux règles de consensus. Cela signifie que vous n’avez ni à vous fier à d’autres nœuds du réseau ni à leur faire entièrement confiance.
• Vous pouvez utiliser un portefeuille Ethereum avec votre propre nœud. Vous pouvez utiliser des DApps de manière plus sécurisée et privée parce que vous n'aurez pas à communiquer vos adresses et soldes avec des intermédiaires. Tout peut être contrôlé avec votre propre client. MetaMask(opens in a new tab), Frame(opens in a new tab), et de nombreux autres portefeuilles proposent l'importation du RPC, leur permettant d'utiliser votre nœud.
• Vous pouvez exécuter et autohéberger d'autres services qui dépendent des données d'Ethereum. Par exemple, il peut s'agir d'un validateur de Chaîne Phare, d'un logiciel comme la couche 2, d'une infrastructure, d'explorateur de blocs, de processeurs de paiement, etc.
• Vous pouvez fournir vos propres points de terminaison RPC personnalisés. Vous pourriez même proposer ces points de terminaison publiquement à la communauté pour les aider à éviter les grands fournisseurs centralisés.
• Vous pouvez vous connecter à votre nœud en utilisant les communications interprocessus (IPC) ou réécrire le nœud pour charger votre programme en tant que plugin. Cette démarche garantit une faible latence, or cela est très utile, par exemple lorsque vous traitez beaucoup de données en utilisant des bibliothèques web3 ou lorsque vous avez besoin de remplacer vos transactions le plus rapidement possible (cas du frontrunning).
• Vous pouvez directement miser de l'ETH pour sécuriser le réseau et gagner des récompenses. Voir la mise en jeu individuelle pour commencer.

Avantages du réseau

Il est important de disposer d'un ensemble diversifié de nœuds pour garantir le bon fonctionnement, la sécurité et la résilience opérationnelle d’Ethereum.

• Les nœuds complets appliquent les règles de consensus afin de ne pas se faire piéger en acceptant des blocs qui ne les suivent pas. Cette approche offre une sécurité supplémentaire au sein du réseau. En effet, si tous les nœuds étaient des nœuds légers (qui ne font pas de vérification complète), les validateurs pourraient attaquer le réseau.
• Dans le cas d'une attaque qui surmonte les défenses crypto-économiques de preuve d'enjeu, une reprise sociale peut être effectuée par les nœuds complets choisissant de suivre la chaîne honnête.
• Un plus grand nombre de nœuds dans le réseau se traduit par un réseau plus diversifié et robuste, soit l'objectif ultime de la décentralisation, qui favorise un système fiable et résistant à la censure.
• Les noeuds complets fournissent un accès aux données de la blockchain pour les clients légers qui en dépendent. Les nœuds légers ne stockent pas toute la blockchain. Au lieu de cela, ils vérifient les données via les racines d'état des en-têtes de blocs. Ils peuvent demander plus d'informations aux noeuds complets si besoin.

Si vous exécutez un nœud complet, l'ensemble du réseau Ethereum en bénéficie, même si vous ne faites pas fonctionner un validateur.

Exécuter son propre nœud

Vous aimeriez faire fonctionner votre propre client Ethereum ?

Pour une introduction facile destinée aux débutants, consultez notre page pour en savoir plus.

Si vous connaissez mieux la technique, vous pouvez obtenir plus de détails et d'options pour exécuter votre propre nœud.

Alternatives

Mettre en place votre propre nœud peut prendre du temps et nécessiter des ressources, mais vous n'avez pas toujours besoin de faire tourner votre propre instance. Dans ce cas-là, vous pouvez faire appel à un fournisseur de services tiers (API). Pour un aperçu de l'utilisation de ces services, consultez les nœuds en tant que service.

Si quelqu'un dans votre communauté venait opérer un noeud Ethereum fonctionnant sous forme d'API ouvertes, vous pouvez utiliser des appels RPC, afin de monter le système de fichiers de l'ordinateur, commun à la chaîne de bloc, sur votre wallet, dans le but de garantir une meilleure protection de votre vie privée que cela ne serait le cas si un tiers de confiance était choisi aléatoirement.

D'autre part, si vous exécutez un client, vous pouvez le partager avec vos amis qui pourraient en avoir besoin.

Clients d'exécution

La communauté Ethereum gère plusieurs clients d'exécution open-source (précédemment connus sous le nom de « clients Eth1 » ou simplement « clients Ethereum »), développés par différentes équipes en utilisant différents langages de programmation. Cela rend le réseau plus solide et diversifié. L'idéal est d'atteindre l'objectif de diversité sans qu'aucun client ne prédomine afin de réduire les points de défaillance uniques.

Ce tableau récapitule les différents clients. Tous ont passé les tests client(opens in a new tab) et sont activement entretenus pour rester à jour grâce aux mises à niveau du réseau.

Pour plus d'information sur les réseaux pris en charge, lisez la page Réseaux Ethereum.

Chaque client est utilisé à des fins uniques et présente des avantages particuliers. Vous devez donc en choisir un en fonction de vos propres préférences. La diversité permet de concentrer les implémentations sur des fonctionnalités et des utilisateurs distincts. Vous pouvez choisir un client en fonction de ses fonctionnalités, de son support, de son langage de programmation ou de ses licences.

Besu

Hyperledger Besu est un client Ethereum de niveau entreprise pour les réseaux autorisés. Il exécute toutes les fonctionnalités du réseau principal Ethereum, du traçage à GraphQL, dispose d'une surveillance étendue et est pris en charge par ConsenSys, à la fois dans les canaux communautaires ouverts et par le biais de SLA commerciaux pour les entreprises. Il est écrit en Java et se trouve sous licence Apache 2.0.

La documentation(opens in a new tab) complète de Besu vous donnera plus de détails sur ses fonctionnalités et sa configuration.

Erigon

Erigon, anciennement connu sous le nom de Turbo-Geth, est une fourche de Go Ethereum axée sur la vitesse et l'efficacité de l'espace disque. Erigon est une implémentation entièrement repensée d'Ethereum, actuellement écrite en Go mais pour laquelle des implémentations dans d'autres langages sont en cours de développement. L'objectif d'Erigon est de fournir une implémentation plus rapide, plus modulaire et plus optimisée d'Ethereum. Il peut effectuer une synchronisation complète des nœuds d'archive en utilisant environ 2 To d'espace disque, et ce, en moins de 3 jours.

Go Ethereum

Go Ethereum (ou Geth, en abrégé) est l'une des implémentations initiales du protocole Ethereum. Il s'agit actuellement du client le plus répandu. Il offre la plus grande base d'utilisateurs et la plus grande variété d'outils aux utilisateurs et développeurs. Il est rédigé en Go, entièrement open source et sous licence GNU LGPL v3.

En savoir plus sur Geth grâce à sa documentation(opens in a new tab).

Nethermind

Nethermind est une implémentation d'Ethereum créée avec la pile technologique C# .NET, sous licence LPL-3.0, fonctionnant sur les principales plateformes, y compris ARM. Elle offre d'excellentes performances :

• une machine virtuelle optimisée ;
• un accès à l'état ;
• mise en réseau et fonctionnalités avancées comme les tableaux de bord Prometheus/Grafana, la prise en charge de la journalisation d'entreprise seq, le traçage RPC-JSON et les plugins d'analyse.

Nethermind dispose également d'une documentation détaillée(opens in a new tab), d'un solide support de développement, d'une communauté en ligne et d'une assistance 24h/24 et 7j/7 offerte aux utilisateurs premium.

Reth

Reth (abréviation de Rust Ethereum) est une implémentation de nœud complet Ethereum focalisée sur la simplicité d'utilisation, une grande modularité, la rapidité et l'efficacité. Reth a été initialement construit et développé par Paradigm, et est sous licence Apache et MIT.

Reth est opérationnel et convient à une utilisation dans des environnements critiques, tels que la mise en jeu ou les services nécessitant une haute disponibilité. Fonctionne bien dans les cas d'utilisation où des performances élevées avec de grandes marges sont requises, telles que RPC, MEC, l'indexation, les simulations et les activités P2P.

Pour en savoir plus, consultez la documentation de Reth(opens in a new tab) ou le dépôt GitHub de Reth(opens in a new tab).

En développement

Ces clients en sont encore aux premiers stades de développement et ne sont pas encore recommandés pour une utilisation en production.

EthereumJS

Le client d'execution EthereumJS (EthereumJS) est écrit en Typescript et composé d'un certain nombre de paquets, y compris les primitives de base Ethereum représentées par les classes Block, Transaction et Arbre de Merkle Patricia et les composants clients principaux, y compris une implémentation de la machine virtuelle Ethereum (EVM), une classe blockchain et la pile réseau DevP2P.

Pour en savoir plus, lisez sa documentation(opens in a new tab)

Clients de consensus

De nombreux clients de consensus (précédemment connus sous le nom de clients 'Eth2') prennent en charge les mises à niveau du consensus. Ils sont responsables de toute la logique liée au consensus, y compris l'algorithme de choix de fourche, le traitement des attestations et la gestion des récompenses et des pénalités de la preuve d'enjeu.

Lighthouse

Lighthouse est une implémentation de client de consensus écrite en Rust sous la licence Apache-2.0. Mise à niveau par Sigma Prime, elle est stable et prête à la production depuis la genèse de la Chaîne phare. Diverses entreprises, groupes d'enjeux et particuliers l'utilisent. Elle se veut sécurisée, performante et interopérable dans un large éventail d'environnements allant des PC de bureau aux déploiements automatisés de pointe.

La documentation est disponible dans le Livre Lighthouse(opens in a new tab)

Lodestar

Lodestar est une implémentation de client de consensus prête à la production, écrite en Typescript sous la licence LGPL-3.0. Mise à jour par ChainSafe Systems, elle constitue le plus récent des clients de consensus pour les validateurs individuels, les développeurs et les chercheurs. Lodestar est composé d'un nœud phare et d'un client validateur utilisant des implémentations JavaScript des protocoles Ethereum. Lodestar vise à améliorer la convivialité d'Ethereum auprès des clients légers, à étendre l'accessibilité à un plus grand groupe de développeurs et à contribuer davantage à la diversité des écosystèmes.

De plus amples informations sont disponibles sur notre site Lodestar(opens in a new tab)

Nimbus

Nimbus est une implémentation de client de consensus écrite en Nim sous la licence Apache-2.0. Il s'agit d'un client prêt à la production utilisé par les validateurs individuels et les groupes de mise en jeu. Nimbus est conçu pour favoriser l'efficacité des ressources, ce qui le rend facile à utiliser sur des appareils disposant de ressources limitées ou sur des infrastructures d'entreprise sans compromettre la stabilité ou les performances de récompense. Une empreinte plus légère en termes de ressources signifie que le client a une plus grande marge de sécurité lorsque le réseau est sollicité.

En savoir plus avec la Documentation de Nimbus(opens in a new tab)

Prysm

Prysm est un client de consensus open source complet écrit en Go sous la licence GPL-3.0. Il dispose d'une interface utilisateur optionnelle et donne la priorité à l'expérience utilisateur, à la documentation et à la configurabilité, tant pour les utilisateurs particuliers qu'institutionnels.

Consultez la documentation Prysm(opens in a new tab) pour en savoir plus.

Teku

Teku est l'un des clients originaux de la genèse de la Chaine Phare. En plus des objectifs habituels (sécurité, robustesse, stabilité, facilité d'utilisation, performance), Teku vise spécifiquement à respecter pleinement toutes les normes du client de consensus.

Teku offre des options de déploiement très flexibles. Le nœud phare et le client de validation peuvent être exécutés ensemble dans le cadre d'un seul processus, ce qui est extrêmement pratique pour les validateurs individuels. Les nœuds peuvent également être exécutés séparément pour des opérations de mise en jeu sophistiquées. En outre, Teku est entièrement compatible avec Web3Signer(opens in a new tab) s'agissant de sécuriser les clés de signature et de les protéger contre les délestages.

Teku est écrit en Java et est disponible sous licence Apache 2.0. Il est développé par l'équipe de protocoles de ConsenSys qui est également responsable de Besu et Web3Signer. Pour en savoir plus, consultez la documentation Teku(opens in a new tab).

Modes de synchronisation

Pour suivre et vérifier les données actuelles sur le réseau, le client Ethereum doit se synchroniser avec le dernier état du réseau. Pour ce faire, il doit télécharger des données auprès de pairs, vérifier leur intégrité de manière cryptographique et construire une base de données blockchain locale.

Les modes de synchronisation offrent des approches différentes de ce processus, avec divers compromis. Les clients diffèrent également dans leur implémentation des algorithmes de synchronisation. Reportez-vous toujours à la documentation officielle du client choisi pour connaître les détails relatifs à l'implémentation.

Modes de synchronisation de la couche d'exécution

La couche d'exécution peut être exécutée dans différents modes pour s'adapter à différents cas d'utilisation, qu'il s'agisse de réexécuter l'état mondial de la blockchain ou de se synchroniser uniquement avec l'extrémité de la chaîne à partir d'un point de contrôle fiable.

Synchronisation complète

Une synchronisation complète télécharge tous les blocs (les en-têtes et les corps de blocs inclus) et il régénère l'état de la blockchain de manière incrémentielle en exécutant chaque bloc depuis la genèse.

• Minimise la confiance et offre la plus haute sécurité en vérifiant chaque transaction.
• Avec un nombre croissant de transactions, le traitement de toutes les transactions peut prendre des jours, voire des semaines.

Les nœuds d'archive effectuent une synchronisation complète pour construire (et conserver) un historique complet des changements d'état effectués par chaque transaction dans chaque bloc.

Synchronisation rapide

Comme une synchronisation complète, une synchronisation rapide télécharge tous les blocs (y compris les en-têtes, les transactions et les reçus). Cependant, au lieu de re-traiter les transactions historiques, une synchronisation rapide se base sur les reçus jusqu'à atteindre une tête récente, après quoi elle passe à l'importation et au traitement des blocs pour fournir un nœud complet.

• Stratégie de synchronisation rapide.
• Elle réduit la demande de traitement au profit de l'utilisation de la bande passante.

Synchronisation instantanée

Les synchronisations rapides vérifient également la chaîne bloc par bloc. Cependant, au lieu de commencer au bloc de genèse, une synchronisation instantanée commence à un point de contrôle "de confiance" plus récent, dont on sait qu'il fait partie de la véritable blockchain. Le nœud enregistre des points de contrôle périodiques tout en supprimant les données plus anciennes qu'un certain âge. Ces instantanés sont utilisés pour régénérer les données d'état selon les besoins, plutôt que de les stocker indéfiniment.

• Stratégie de synchronisation la plus rapide, actuellement par défaut dans le réseau principal Ethereum.
• Économise l'utilisation du disque et de bande passante du réseau sans pour autant sacrifier la sécurité.

En savoir plus sur la synchronisation instantanée(opens in a new tab).

Synchronisation légère

Le mode client léger permet de télécharger tous les en-têtes de bloc, les données de bloc et d'en vérifier certaines aléatoirement. Synchronise seulement le point de la chaîne à partir du point de contrôle de confiance.

• Ne récupère que les derniers états en s'appuyant sur la confiance dans les développeurs et le mécanisme de consensus.
• Le client est prêt à être utilisé avec l'état actuel du réseau en quelques minutes.

NB La synchronisation légère ne fonctionne pas encore avec la version preuve d'enjeu d'Ethereum - de nouvelles versions prenant en charge la synchronisation légère devraient être bientôt disponibles !

En savoir plus sur les clients légers

Modes de synchronisation de la couche de consensus

Synchronisation optimiste

La synchronisation optimiste est une stratégie de synchronisation post-fusion conçue pour être opt-in et rétrocompatible. Elle permet à des nœuds d'exécution de se synchroniser via des méthodes reconnues. Le moteur d'exécution peut importer de manière optimiste des blocs phares sans les vérifier complètement, trouver la dernière tête, puis commencer à synchroniser la chaîne en utilisant les méthodes ci-dessus. Ensuite, une fois le client d'exécution mis à jour, il informe le client de consensus de la validité des transactions sur la Chaîne phare.

En savoir plus sur la synchronisation optimiste(opens in a new tab)

Synchronisation des points de contrôle

La synchronisation des points de contrôle, également connue sous le nom de synchronisation à faible subjectivité, génère une expérience utilisateur supérieure pour la synchronisation du Nœud Phare. Elle est basée sur des hypothèses de faible subjectivité qui permettent de synchroniser la Chaîne phare à partir d'un point de contrôle de faible subjectivité récent plutôt que de la genèse. La synchronisation des points de contrôle réduit sensiblement le temps de synchronisation initiale avec des hypothèses de confiance similaires à la synchronisation effectuée à partir de la .

En pratique, cela signifie que votre nœud se connecte à un service à distance pour télécharger les états finalisés récents et continue de vérifier les données à partir de ce point. Les tiers qui fournissent les données sont de confiance et doivent être soigneusement sélectionnés.

En savoir plus sur la synchronisation des points de contrôle(opens in a new tab)

Complément d'information

• Le B-A-BA de l'Ethereum, 2e partie - Comprendre les nœuds(opens in a new tab) - Wil Barnes, 13 février 2019
• Running Ethereum Full Nodes: A Guide for the Barely Motivated(opens in a new tab) – Justin Leroux, 7 novembre 2019

Sujets connexes

• Blocs
• Réseaux

Tutoriels connexes

• Transformez votre Raspberry Pi 4 en nœud de validateur en flashant une carte MicroSD – Le guide d'installation – Flashez votre Raspberry Pi 4, branchez un cable ethernet, connectez le disque SSD et alimentez l'appareil pour transformer votre Raspberry Pi 4 en un nœud Ethereum complet exécutant la couche d'exécution (réseau principal) et/ou la couche de consensus (Chaine Phare / Validateur).