Qu'est-ce qu'un jeu de données blockchain en fichiers plats ?
Mis à jour en août 2026
Un jeu de données blockchain en fichiers plats est l'historique d'une chaîne extrait une fois et écrit dans des fichiers — typiquement des blocs encodés en protobuf stockés dans du stockage objet — plutôt qu'interrogé à répétition depuis un nœud. Les consommateurs lisent les fichiers directement, en parallèle, autant de fois qu'ils le souhaitent.
C'est une idée simple avec une conséquence importante : elle découple la fréquence à laquelle vous lisez des données blockchain de la charge que vous imposez à un nœud.
Pourquoi est-ce important ?
Parce que l'alternative habituelle passe mal à l'échelle. Si votre pipeline de données lit l'historique via JSON-RPC, chaque consommateur, chaque nouvelle exécution et chaque changement de schéma signifie redemander les mêmes données à un nœud. Le nœud devient à la fois un goulot d'étranglement et un point unique de défaillance, et lire l'historique en masse implique un nombre énorme d'allers-retours séquentiels.
Avec les fichiers plats, l'extraction n'a lieu qu'une fois. Ensuite, la lecture devient un problème de stockage plutôt qu'un problème de nœud — et le stockage se parallélise trivialement.
| Accès nœud / RPC | Fichiers plats | |
|---|---|---|
| Coût de relire l'historique | Nouvelle requête complète | Relire les fichiers, gratuit |
| Consommateurs en parallèle | Se disputent la capacité du nœud | Indépendants |
| Ré-exécution après un changement de schéma | Tout ré-extraire | Relire les fichiers |
| Charge sur le nœud | Croît avec les consommateurs | Constante |
Que contiennent vraiment les fichiers ?
Les données complètes du bloc telles que capturées pendant l'exécution — pas seulement les résultats publiés. Cela inclut les transactions et leurs reçus, mais aussi le détail d'exécution que les logs n'exposent jamais : arbres d'appels montrant les transactions internes, changements d'état et changements de solde.
Ce dernier point fait toute la différence en pratique. Si un contrat déplace de la valeur via un appel interne sans émettre d'événement, un pipeline basé sur les logs ne peut pas le voir. Il est présent dans l'enregistrement en fichiers plats car cet enregistrement a été fait pendant l'exécution du bloc plutôt que reconstruit après coup.
Quel est le lien avec Firehose ?
Firehose est le système qui produit ces fichiers. Un nœud instrumenté émet des données au fur et à mesure de son exécution, un reader les capture, et un merger consolide les blocs en fichiers dans du stockage objet. Firehose sert ensuite ces données sous forme de flux, adossé aux fichiers pour l'historique et aux blocs en direct à la tête de chaîne.
Substreams lit ce même stockage, ce qui explique pourquoi il peut traiter les segments historiques en parallèle — les segments ne sont que des fichiers, et les fichiers peuvent être lus simultanément.
Est-ce la même chose qu'un nœud d'archive ?
Non, et la distinction mérite d'être précise. Un nœud d'archive stocke l'état historique complet, ce qui vous permet de demander à quoi ressemblait le stockage d'un contrat à un bloc donné. Les fichiers plats stockent l'enregistrement d'exécution historique complet — ce qui s'est passé dans chaque bloc, dans l'ordre, avec le détail complet.
Pour la plupart des pipelines de données, l'enregistrement en fichiers plats est ce dont vous avez réellement besoin, et il est bien moins coûteux à lire. Voir ai-je besoin d'un nœud d'archive ? pour la comparaison détaillée.
Questions fréquentes
Dans quel format sont les fichiers ? Des blocs encodés en protobuf, fusionnés en fichiers et stockés dans du stockage objet tel que S3 ou GCS.
Dois-je les stocker moi-même ? Non. Vous pouvez auto-héberger la pile complète, ou consommer des endpoints hébergés et ne jamais manipuler de fichiers directement.
Puis-je interroger les fichiers avec SQL ? Pas directement — ce sont une source de streaming, pas un entrepôt de données. Vous les transformez en vos propres tables à l'aide d'un sink.
Lisez les données sans exploiter le stockage — obtenez une clé API sur thegraph.market, aucune information personnelle requise.
Voir aussi : Qu'est-ce qu'un Firehose blockchain ? · Ai-je besoin d'un nœud d'archive pour obtenir des données historiques ? · Qu'est-ce que l'ETL blockchain ?