En bref : un nœud complet stocke l'état actuel de la blockchain et valide toutes les nouvelles transactions et tous les nouveaux blocs, mais supprime les anciennes données historiques afin d'économiser de l'espace de stockage. Un nœud d'archivage effectue toutes les tâches d'un nœud complet, tout en conservant l'historique complet de la chaîne depuis le bloc de genèse. Le type de nœud dont vous avez besoin dépend de la nature de votre application : si celle-ci nécessite des données actuelles ou si elle doit pouvoir accéder à n'importe quel état historique à n'importe quel moment.
L'explication simple
Chaque nœud de la blockchain télécharge et vérifie la chaîne, mais tous les nœuds ne conservent pas la même quantité de données. On peut comparer cela à une bibliothèque et à des archives. Un nœud complet est comme une bibliothèque : il possède tous les livres actuellement en circulation et peut vous dire ce qui se trouve sur les étagères à l'instant même. Un nœud d'archives est comme les archives nationales : il possède tous les livres jamais publiés, toutes les éditions et tous les manuscrits épuisés, depuis le tout début.
Sur Ethereum, un nœud complet stocke l'état actuel de tous les comptes, soldes et contrats intelligents, ainsi qu'un historique suffisant des blocs récents pour vérifier l'intégrité de la chaîne. Par défaut, la plupart des clients Ethereum conservent les 128 derniers blocs de données d'état facilement accessibles, ce qui couvre environ les 25 à 30 dernières minutes d'activité du réseau. Tout ce qui est plus ancien est supprimé afin de gagner de l'espace disque. Techniquement, le nœud complet peut toujours reconstituer des états plus anciens en rejouant les transactions depuis le bloc de genèse, mais ce processus est extrêmement lent et coûteux en ressources de calcul.
Un nœud d'archivage ignore complètement le processus de « pruning ». Il stocke un instantané de l'état complet de la blockchain à chaque bloc depuis la création de la chaîne. Cela signifie que vous pouvez interroger le solde de n'importe quel portefeuille, le contenu de n'importe quel contrat intelligent ou le résultat de n'importe quelle transaction à n'importe quel moment de l'historique de la chaîne, et obtenir une réponse instantanée. Aucune relecture n’est nécessaire. Le compromis réside dans l’espace de stockage. Un nœud complet « Ethereum » exécutant Geth nécessite environ 1 To d’espace sur SSD. Un nœud d’archivage exécutant Geth nécessite plus de 12 To, et ce chiffre augmente chaque jour. Erigon, un client plus économe en espace de stockage, réduit les besoins en stockage à environ 2 To, mais cela reste nettement supérieur à ceux d’un nœud complet « ».
Quelle est la différence entre un nœud complet et un nœud d'archive ?
Les deux types de nœuds valident la chaîne et stockent l'état actuel, mais seul un nœud d'archivage conserve tous les instantanés historiques de l'état. Le tableau ci-dessous résume les différences concrètes. Si vous hésitez encore sur le type de nœud à exploiter, nos présentations générales sur la nature d'un nœud de blockchain et sur la différence entre l'exploitation d'un nœud et l'utilisation d'un fournisseur RPC vous apporteront des informations utiles.
Attribut | NĹ“ud complet | NĹ“ud d'archive |
|---|---|---|
État historique | Éliminé après environ 128 blocs | Issu de la Genèse |
Stockage (Ethereum, Geth) | Environ 1 To | Plus de 12 To (environ 2 To sur Erigon) |
Requêtes sur l'historique des états | Erreur liée à un nœud manquant dans l'arbre trie | Instantané, quelle que soit la hauteur du bloc |
Quand avez-vous besoin d'un nœud complet ?
Les nœuds complets sont les piliers de tout réseau blockchain. Ils valident chaque nouveau bloc, font respecter les règles de consensus, rejettent les transactions non valides et servent de points d'ancrage de confiance pour les clients allégés qui ne stockent pas l'intégralité de la chaîne. Si vous développez un portefeuille, une dApp qui n'a besoin que des soldes actuels et des données de transactions récentes, ou un service qui soumet des transactions au réseau, un nœud complet suffit.
La plupart des applications de production entrent dans cette catégorie. Une bourse décentralisée doit connaître les soldes actuels des jetons et effectuer des échanges en temps réel. Un prestataire de paiement doit vérifier que les transactions entrantes sont valides et confirmées. Un portefeuille doit afficher les soldes actuels et diffuser les nouvelles transactions. Aucun de ces cas d’utilisation ne nécessite de rechercher quel était le solde d’un compte spécifique il y a 500 000 blocs. L’état actuel suffit, et un nœud complet le fournit avec des exigences matérielles nettement inférieures à celles d’un nœud d’archivage.
Les nœuds complets jouent également un rôle essentiel dans la santé du réseau. Plus il y a de nœuds complets indépendants en fonctionnement sur une blockchain, plus le réseau gagne en décentralisation et en résilience. Chaque nœud complet vérifie la chaîne de manière indépendante, de sorte qu’aucun nœud ni groupe de nœuds ne peut modifier unilatéralement les données enregistrées. L’exploitation d’un nœud complet constitue le moyen le plus direct de participer au modèle de sécurité d’une blockchain et de le soutenir.
Quand avez-vous besoin d'un nœud d'archivage ?
Les nœuds d'archivage deviennent indispensables lorsque votre application s'appuie sur des données historiques de la blockchain. Si vous développez un explorateur de blocs permettant aux utilisateurs de consulter n'importe quelle transaction ou l'état d'un compte à n'importe quel moment de l'historique de la chaîne, vous avez besoin d'un accès aux archives. Si vous effectuez des analyses visant à suivre l'évolution au fil du temps des avoirs en tokens, de l'état des contrats intelligents ou des indicateurs des protocoles DeFi, vous avez besoin d'un accès aux archives. Si vous effectuez un fork d’ mainnet s à l’aide d’outils de développement tels que Hardhat ou Foundry afin de simuler des conditions passées à des fins de test, vous avez besoin d’un accès aux archives.
Certains scénarios techniques spécifiques nécessitent également des nœuds d’archivage. L’appel de la fonction `eth_getBalance` ou `eth_call` pour un numéro de bloc historique (c’est-à -dire tout bloc antérieur aux 128 derniers blocs sur la plupart des clients) nécessite des données d’archivage. Le débogage d’une transaction ayant échoué il y a plusieurs semaines, en retraçant son exécution, nécessite également des données d’archivage. La reconstitution de l’état d’un protocole de prêt à un bloc spécifique afin d’auditer un événement de liquidation nécessite des données d’archive. Sans nœud d’archive, ces requêtes renverront une erreur « nœud trie manquant », car les données ont été supprimées.
Le public cible des nœuds d'archivage est plus restreint, mais essentiel : les plateformes d'analyse de chaînes de blocs, les enquêteurs judiciaires, les auditeurs de protocoles, les services d'indexation tels que The Graph, ainsi que toute application devant répondre à des questions portant sur le passé, et pas seulement sur le présent.
Pourquoi les requêtes historiques échouent-elles sur un nœud complet ?
Un nœud complet élimine l'état antérieur à environ les 128 derniers blocs ; ainsi, l'appel de la fonction `eth_getBalance` ou `eth_call` sur un bloc plus ancien renvoie une erreur indiquant qu'un nœud de l'arbre trie est manquant. L'enregistrement de la transaction existe toujours, mais l'état à ce moment-là a été supprimé pour économiser de l'espace. Pour le récupérer, il faut disposer d’un nœud d’archivage ou d’un ensemble de données stockées, ce qui constitue le principe fondamental de l’accès aux données historiques de la blockchain. C’est également en raison de cet élagage que l’interrogation des données de la blockchain à grande échelle nécessite souvent plus d’un seul nœud complet.
De combien d'espace de stockage chaque type de nœud a-t-il besoin ?
Le stockage constitue la principale différence pratique, et il varie en fonction de la chaîne et du client. Le tableau présente des chiffres typiques d’ Ethereum . Ces chiffres ne cessent d’augmenter, ce qui explique en partie pourquoi de nombreuses équipes préfèrent interroger l’historique via un fournisseur, comme nous l’avons vu dans la section consacrée à la comparaison entre les données blockchain en temps réel et historiques.
Configuration | Durée de conservation approximative | Remarques |
|---|---|---|
NĹ“ud complet (Geth) | Environ 1 To | Ancien statut de Prunes |
Nœud d'archivage (Geth) | Plus de 12 To | Enregistre chaque instantané d'état |
Nœud d'archive (Erigon) | Environ 2 To | Client offrant une meilleure efficacité en termes de stockage |
La réalité en matière de stockage et de coûts
Gérer son propre nœud d’archivage représente un engagement de taille. Au-delà des plus de 12 To d’espace de stockage requis pour la seule chaîne « Ethereum », vous avez besoin de SSD haute performance (et non de disques durs) pour obtenir une vitesse de requête acceptable, et la synchronisation d’un nœud d’archivage à partir de zéro peut prendre des semaines selon votre matériel et votre connexion Internet. Si votre nœud se désynchronise ou tombe en panne pendant la synchronisation initiale, vous devrez peut-être tout recommencer. Multipliez cela par chaque chaîne prise en charge par votre application, et la charge infrastructurelle augmente rapidement.
C'est pourquoi la plupart des développeurs et des équipes font appel à des fournisseurs d'infrastructure plutôt que de gérer eux-mêmes des nœuds d'archivage. Quicknode inclut l'accès aux données d'archivage dans toutes ses offres, ce qui signifie que vous pouvez interroger n'importe quel état historique sur n'importe quelle chaîne prise en charge sans avoir à gérer le stockage sous-jacent ni le processus de synchronisation. Que vous ayez besoin des données des 10 dernières minutes ou de l’historique complet depuis la genèse, l’API Core de Quicknode gère tout cela via la même interface RPC endpoint. Pour les équipes qui ont besoin d’une infrastructure dédiée et isolée, les services Dedicated Clusters de Quicknode offrent un accès à des nœuds d’archivage privés avec des SLA garantissant la disponibilité et des performances prévisibles.
Un seul serveur endpoint peut-il fournir à la fois des données actuelles et des données d'archives ?
Oui. De nombreux fournisseurs acheminent les requêtes concernant l'état actuel vers des nœuds complets et celles concernant l'état historique vers des nœuds d'archivage via une seule URL, ce qui vous évite d'avoir à gérer deux configurations distinctes. Du point de vue de l'application, il s'agit simplement d'une seule endpoint RPC qui répond à la fois aux requêtes récentes et historiques.
Pour en savoir plus
Ethereum Nœud complet vs nœud d'archive - Guide « Quicknode »
Comment installer et exécuter un nœud Geth - Guide « Quicknode »
Quicknode API Core
Dédié Clusters - Quicknode
Foire aux questions
Un nœud d'archive, c'est la même chose qu'un nœud complet ?
Non. Un nœud d'archivage effectue toutes les tâches d'un nœud complet et conserve en outre tous les instantanés historiques de l'état depuis la genèse. Un nœud complet élimine les anciens états pour économiser de l'espace disque ; il ne peut donc pas répondre à des requêtes arbitraires concernant l'état historique.
Ai-je besoin d'un nœud d'archivage pour ma dapp ?
La plupart des dapps, des portefeuilles et des applications de paiement n'ont besoin que de l'état actuel ; un nœud complet suffit donc. L'accès aux archives est principalement nécessaire pour les explorateurs de blocs, les analyses, les audits, l'mainnet la création de fourches et le suivi de l'historique des transactions.
Pourquoi la fonction eth_getBalance échoue-t-elle lorsqu'elle est appelée sur un ancien bloc ?
Comme un nœud complet a élagué l'état correspondant à ce bloc, l'appel renvoie une erreur indiquant qu'un nœud de l'arbre trie est manquant. Cette erreur est résolue en interrogeant un nœud d'archive, qui conserve tous les instantanés d'état.
Quelle est la capacité de stockage d'un nœud d'archivage « Ethereum » ?
Environ 12 To, voire plus, sur Geth, contre environ 1 To pour un nœud complet. Le client Erigon, plus économe en espace de stockage, réduit le volume des archives à environ 2 To, et tous ces chiffres augmentent avec le temps.
Quel est le lien entre les nœuds d'archivage et l'indexation ?
Les indexeurs lisent souvent des données historiques provenant de nœuds d'archivage ou d'ensembles de données complétés a posteriori afin de créer des bases de données consultables. Pour comprendre le fonctionnement de cette couche, consultez la section « Qu'est-ce que l'indexation de la blockchain? ».
