Ai-je besoin de faire tourner un nœud pour indexer des données blockchain ?
Mis à jour en août 2026
Non. Les endpoints hébergés vous donnent des données blockchain indexées — historique complet et flux en direct — sans exploiter aucune infrastructure. Vous obtenez une clé API et commencez à consommer les données.
Faire tourner ses propres nœuds est un choix légitime, mais c'est une décision de contrôle, de coût à l'échelle et de conformité. Ce n'est pas un prérequis.
Quelles sont les options ?
| Endpoint hébergé | Auto-hébergé | |
|---|---|---|
| Mise en place | Clé API | Exploitation de nœuds, stockage, supervision |
| Effort continu | Aucun | Réel et continu |
| Coût initial | Offre gratuite disponible | Matériel et temps d'ingénierie |
| Coût à très grande échelle | Croît avec l'usage | Peut être plus bas |
| Contrôle sur les données | Géré par le fournisseur | Complet |
| Convient à | Presque tout le monde au démarrage | Échelle, conformité, ou besoins spécifiques |
Que suppose réellement l'auto-hébergement ?
Plus que « faire tourner un nœud ». Pour produire vous-même des données indexées, il vous faut un nœud instrumenté émettant des données d'exécution, un reader qui les capture, un merger qui consolide les blocs en fichiers, du stockage pour ces fichiers, et un serveur qui délivre les flux aux consommateurs. Puis de la supervision, des alertes, des mises à jour, et quelqu'un d'astreinte quand une chaîne subit un hard fork.
C'est un véritable engagement d'infrastructure. C'est aussi tout à fait possible — Firehose et Substreams sont open source sous licence Apache 2.0, et toute la stack peut être auto-hébergée sans restriction de licence ni autorisation d'un fournisseur.
Quand l'auto-hébergement est-il le bon choix ?
Échelle. À volume suffisant, exploiter l'infrastructure devient moins cher que de payer à l'usage. Le point de bascule dépend de votre charge de travail.
Conformité ou résidence des données. Certaines organisations ne peuvent pas envoyer de requêtes vers une infrastructure tierce, ou doivent conserver les données dans une juridiction spécifique.
Chaînes que personne n'héberge. Si vous avez besoin d'un réseau qu'aucun fournisseur ne prend en charge — y compris le vôtre — l'auto-hébergement est le seul chemin.
Éviter le lock-in. Comme la stack est open source, l'auto-hébergement est une véritable option de sortie plutôt qu'une option théorique. Cela compte plus qu'il n'y paraît : la possibilité de partir est ce qui garde une relation hébergée honnête, et elle n'existe pas avec des plateformes fermées.
Quel est le choix par défaut sensé ?
Commencez hébergé. Faites fonctionner votre pipeline, découvrez vos besoins réels en données, et déterminez si les volumes justifient une infrastructure. Auto-héberger une stack pour servir une charge de travail que vous n'avez pas encore caractérisée est une erreur courante et coûteuse.
Comme le même logiciel tourne dans les deux configurations, migrer plus tard est un changement de déploiement, pas une réécriture.
Questions fréquentes
L'offre gratuite suffit-elle pour évaluer ? Oui. Une clé API sur thegraph.market ne demande aucune information personnelle et suffit pour construire et tester un pipeline.
Puis-je m'auto-héberger plus tard sans tout réécrire ? Oui. Les mêmes composants open source tournent dans les deux modes, donc vos modules et vos sinks restent inchangés.
Ai-je besoin d'un archive node ? Généralement non — voir ai-je besoin d'un archive node ?
Commencez sans infrastructure — obtenez une clé API sur thegraph.market, aucune information personnelle requise. Ou auto-hébergez depuis github.com/streamingfast.
Voir aussi : Ai-je besoin d'un archive node pour obtenir des données historiques ? · RPC vs indexation · Qu'est-ce qu'un Firehose blockchain ?