Qu'est-ce que le graphique (GRT) : Guide complet d'indexation décentralisée (2026)

Chaque fois que vous ouvrez un Web3 et voyez un solde, un prix symbolique, un historique de transactions ou un tableau de bord de portefeuille rendu en moins d'une seconde, quelque chose d'invisible fait le gros du travail dans les coulisses. Les blockchains sont excellentes pour écrire des données mais terribles pour les lire efficacement. Sans couche d'indexation, chaque dApp devrait analyser chaque bloc d'une chaîne pour répondre à la question la plus simple. Le Graph est le protocole qui a résolu ce problème et est devenu discrètement l’un des éléments d’infrastructure les plus importants de l’ensemble du secteur.

The Graph (GRT) est un protocole décentralisé d'indexation et d'interrogation pour les blockchains. Il prend les données brutes et non structurées qui vivent sur des réseaux comme Ethereum, Polygon, Arbitrum, Optimism, Avalanche et des dizaines d'autres, les organise en API ouvertes appelées sous-graphes et rend ces données interrogeables via GraphQL. Des applications majeures, notamment Uniswap, Aave, Lido, Decentraland et ENS, s'appuient sur The Graph pour traiter des centaines de millions de requêtes par jour. D’ici 2026, il est devenu aussi essentiel au Web3 que le DNS l’est à l’Internet traditionnel.

Ce guide est conçu pour aller plus loin que les explications superficielles qui dominent les résultats de recherche. Vous apprendrez le système économique à quatre rôles qui alimente le réseau, comment un sous-graphe est construit et interrogé, ce qu'est GraphQL et en quoi il diffère des API REST, les caractéristiques symboliques derrière GRT, y compris l'inflation et la consommation de frais, le pivot du protocole vers l'IA via Geo Genesis, la fin du service hébergé, la technologie Substreams haute performance et comment intégrer The Graph dans votre propre dApp. À la fin, vous comprendrez non seulement ce qu'est The Graph, mais aussi pourquoi les investisseurs, les développeurs et les opérateurs d'infrastructures le considèrent comme un pari à long terme sur la lisibilité de blockchain Données .

Qu'est-ce que le graphique ?

The Graph est un protocole open source qui organise les données blockchain en API structurées et interrogeables. Il a été créé en 2017 par Yaniv Tal, Jannis Pohlmann et Brandon Ramirez, et l'équipe derrière, Edge & Node, a lancé le service hébergé en 2018 et a lancé le réseau décentralisé sur le réseau principal Ethereum en décembre 2020. Le jeton natif, GRT, est le jeton de travail et de paiement qui relie l'ensemble du système.

À la base, The Graph remplit la même fonction que Google pour le Web. Google explore des milliards de pages, crée un index et vous permet d'interroger cet index avec des termes de recherche simples. Le Graph analyse chaque bloc de chaque blockchain prise en charge, extrait les événements et les changements d'état importants, les organise par application et permet aux développeurs d'interroger ces données organisées avec un langage de requête puissant appelé GraphQL. La différence cruciale est que, contrairement à Google, aucune entreprise ne possède ou n’exploite The Graph. L'indexation est effectuée par des centaines d'indépendants Nœuds indexer exploités par toute personne souhaitant miser sur GRT et exécuter le logiciel.

La sortie de ce travail d'indexation est un sous-graphe. UN subgraph est une petite API ouverte qui définit quelles données doivent être extraites d'un contrat intelligent ou d'un ensemble de contrats et comment ces données doivent être organisées. Une fois qu’un sous-graphe est déployé, n’importe qui dans le monde peut l’interroger. Les développeurs front-end ne se soucient plus des appels RPC, de l'analyse des journaux, des filtres d'événements et des schémas de base de données. Ils écrivent une seule requête GraphQL et reçoivent du JSON structuré en quelques millisecondes.

Le problème qu'il résout

Pour comprendre pourquoi The Graph existe, vous devez comprendre à quel point il est pénible de lire des données blockchain sans couche d'indexation. Une blockchain est fondamentalement une liste chaînée de blocs. Chaque bloc contient des transactions, chaque transaction peut émettre des événements et chaque événement enregistre un petit changement d'état. Il n'existe aucun moyen intégré de poser à une chaîne une question telle que « donnez-moi les 100 derniers swaps sur le pool USDC/ETH triés par volume ». La chaîne n’a aucune notion de pool, d’échange ou de tri. Il ne connaît que les blocs, les transactions et les octets bruts.

Si vous vouliez répondre à cette question sans The Graph, vous auriez deux options, toutes deux mauvaises. La première option consiste à utiliser un fournisseur RPC et à analyser chaque bloc depuis le déploiement du contrat, à analyser les journaux, à filtrer les événements qui vous intéressent, à décoder leurs paramètres, à les stocker dans votre propre base de données, à maintenir cette base de données synchronisée avec la chaîne pour toujours, à gérer les réorganisations lorsque les blocs sont annulés et enfin à créer une API par-dessus. La deuxième option consiste à payer un service d'indexation centralisé qui fait tout cela pour vous, en acceptant que votre dApp dépende désormais d'une seule entreprise qui peut vous limiter les tarifs, augmenter les prix ou simplement vous déconnecter.

Le graphique élimine les deux problèmes. Le travail d'indexation est effectué une seule fois, par des professionnels indexer nœuds, et le résultat est publié en tant que bien public que n'importe qui peut interroger moyennant une somme modique payée en GRT. Les aspects économiques le rendent bon marché, car les indexeurs se font concurrence pour les frais de requête. L'architecture le rend fiable car il existe toujours plusieurs indexeurs desservant le même sous-graphe. Et comme l’ensemble du système est régi par des contrats intelligents et un protocole ouvert, aucune partie ne peut censurer ou fermer l’accès. Vous pouvez en savoir plus sur les couches d'infrastructure sous-jacentes dans notre guide sur explorateurs de blocs, qui remplissent une fonction connexe mais plus limitée.

Les 4 rôles qui alimentent le réseau

Le Graph fonctionne sur un système coordonné de quatre rôles économiques, chacun avec ses propres incitations et responsabilités. Ensemble, ils créent un marché autonome pour les données indexées de la blockchain. Comprendre ces rôles est le concept le plus important de tout le protocole.

Le développeur de sous-graphes est le point d'entrée de tout le flux. Ils écrivent le code qui indique au réseau quelles données extraire d’un contrat et comment l’organiser. Un développeur de sous-graphes peut être l'équipe derrière un protocole DeFi publiant le sous-graphe officiel de son propre produit, ou un constructeur indépendant créant un sous-graphe tiers qui regroupe les données provenant de plusieurs sources. Une fois qu'ils ont déployé le sous-graphe, leur travail est techniquement terminé, bien que la plupart maintiennent et mettent à jour leurs sous-graphes au fil du temps, à mesure que leurs contrats évoluent.

Le indexeur est le rôle d'infrastructure lourde. Les indexeurs exécutent des serveurs physiques ou cloud qui hébergent un logiciel appelé Graph Node. Graph Node lit la blockchain sous-jacente via un RPC d'archive, traite les événements selon le manifeste du sous-graphe et stocke les données résultantes dans une base de données PostgreSQL. Les indexeurs doivent miser un minimum de 100 000 GRT pour participer, et ils gagnent des revenus à partir de deux sources : les frais de requête payés par les consommateurs et les récompenses d'indexation générées par le protocole. Ils peuvent également être supprimés s’ils fournissent des données incorrectes, qui sont vérifiées via un processus de résolution des litiges.

Le conservateur est le signal de qualité du réseau. Avec des milliers de sous-graphes déployés, les indexeurs ont besoin d’un moyen de savoir lesquels valent la peine d’allouer leur participation et leurs ressources. Les conservateurs résolvent ce problème en signalant GRT sur les sous-graphiques qui, selon eux, recevront un volume de requêtes élevé. Ils créent des actions de curation via un mécanisme de courbe de liaison et, en échange, ils obtiennent une réduction de 10 % sur tous les frais de requête payés à ce sous-graphe. S’ils signalent tôt un sous-graphique qui devient populaire, leurs actions prennent plus de valeur. S'ils signalent sur un sous-graphique que personne n'interroge, ils perdent de la valeur lorsqu'ils se retirent.

Le délégant est le participant passif. Tout le monde n’a pas les compétences techniques ou le capital nécessaires pour exécuter un nœud d’indexation, mais le protocole souhaite toujours que son GRT soit productif. Les délégués mettent leur GRT en jeu auprès d'indexeurs en qui ils ont confiance, partageant les récompenses de l'indexeur en échange d'une petite partie de la réduction des risques. La délégation minimale est de 1 GRT, ce qui rend ce rôle accessible aux détenteurs de détail. La délégation fonctionne de la même manière que jalonnement sur les réseaux de preuve de participation, mais les récompenses proviennent des revenus réels des requêtes plutôt que de la simple inflation.

Le cycle de vie du sous-graphe

Chaque sous-graphe suit le même cycle de vie en quatre étapes, depuis le clavier du développeur jusqu'à la requête GraphQL d'un consommateur. Comprendre ce flux est essentiel, que vous envisagiez de créer un sous-graphe ou simplement d'en consommer un.

La première étape consiste à définir le schéma. Le développeur crée un schema.graphql fichier qui décrit les entités qu'ils souhaitent exposer, comme Pool, Swap, User ou Token. Ils écrivent ensuite des mappages dans AssemblyScript, un langage de type TypeScript qui se compile en WebAssembly, qui traduit les événements bruts de la blockchain en ces entités. Finalement, ils écrivent un manifest fichier (subgraph.yaml) qui répertorie les contrats à surveiller, les événements à gérer et le bloc de départ.

La deuxième étape est le déploiement. Le développeur utilise la CLI Graph pour compiler son code sur WebAssembly, le télécharger sur IPFS et publier le sous-graphe en chaîne en payant une somme modique en GRT. Une fois publié, le sous-graphe apparaît dans le registre des sous-graphes du réseau et devient visible pour les conservateurs et les indexeurs. À ce stade, le développeur peut créer une petite quantité de signal de curation sur son propre sous-graphe pour susciter l'intérêt des indexeurs.

La troisième étape est l'indexation. Les indexeurs qui ont décidé de prendre en charge le sous-graphe lui attribuent une participation et commencent la synchronisation. Ils lisent chaque bloc depuis le bloc de départ, exécutent les mappages pour extraire les entités et stockent ces entités dans leur base de données locale. Pour un sous-graphe populaire, cela peut prendre des heures ou des jours en fonction de l'historique de la chaîne. Une fois synchronisé, l'indexeur maintient la synchronisation en temps réel avec la tête de chaîne, traitant les nouveaux blocs à mesure qu'ils arrivent.

La quatrième étape est l'interrogation. Les consommateurs, généralement des applications frontales, envoient des requêtes GraphQL à la passerelle The Graph, qui achemine les requêtes vers les indexeurs et renvoie les résultats. Chaque requête est payée en GRT via les canaux publics, de sorte que le consommateur paie des fractions de centime sans attendre les transactions en chaîne. L’économie de ce système est similaire dans son esprit à la façon dont Maillon de chaîne rémunère les opérateurs de nœuds pour la fourniture de données, bien que le mécanisme technique soit très différent.

Exemple de requête GraphQL

The Graph utilise GraphQL comme langage de requête car GraphQL a été conçu exactement pour le problème que The Graph résout : récupérer des données spécifiques et structurées à partir d'une source complexe. Contrairement aux API REST, où vous demandez un point de terminaison fixe et recevez une réponse fixe, GraphQL vous permet de demander exactement les champs dont vous avez besoin et de recevoir une réponse JSON adaptée à votre demande. Cela élimine la récupération excessive, réduit la bande passante et simplifie considérablement le développement frontal.

Voici une vraie requête que vous pouvez envoyer au sous-graphe Uniswap V3 pour récupérer les 10 principaux pools de trading par valeur totale verrouillée, ainsi que leurs symboles de jetons et leur volume sur 24 heures :

{
  pools(
    first: 10
    orderBy: totalValueLockedUSD
    orderDirection: desc
  ) {
    id
    feeTier
    totalValueLockedUSD
    volumeUSD
    token0 {
      symbol
      decimals
    }
    token1 {
      symbol
      decimals
    }
  }
}

La réponse revient au format JSON avec exactement ces champs, ni plus ni moins. Le développeur n’a jamais eu à réfléchir au bloc Ethereum à analyser, à la signature d’événement à filtrer, à la manière de décoder les données du journal ou à la manière d’agréger les valeurs. Le sous-graphe a déjà effectué tout ce travail et exposé le résultat sous la forme d'une entité propre appelée Pool avec des champs nommés. Il s’agit du déverrouillage de la productivité qui a fait de The Graph la couche de données par défaut pour presque tous les principaux protocoles DeFi.

Le langage de requête prend en charge le filtrage avec where , pagination avec premier et saut, résolution d'entités imbriquées et même requêtes de voyage dans le temps via des paramètres de bloc. Un développeur front-end peut créer un tableau de bord d'analyse complet avec cinq ou six requêtes bien conçues, alors que le même tableau de bord construit à partir d'appels RPC bruts nécessiterait des milliers de lignes de code d'indexation.

Indexeurs : exécuter un nœud et gagner du GRT

Les indexeurs sont l'épine dorsale de The Graph. Sans eux, aucune donnée n’est indexée et aucune requête ne reçoit de réponse. Devenir indexeur est le rôle le plus exigeant techniquement dans le protocole et nécessite un réel investissement dans l'infrastructure, mais c'est aussi le moyen le plus direct de tirer profit du trafic du réseau.

Pour exécuter un nœud d'indexation, vous devez miser un minimum de 100 000 GRT et exploiter une pile de services. Le composant principal est Graph Node, le logiciel open source qui traite les sous-graphiques. Autour de Graph Node, vous avez besoin d'un nœud d'archive pour chaque chaîne que vous souhaitez indexer, d'une base de données PostgreSQL, de l'agent indexeur qui gère les allocations, du service indexeur qui gère les requêtes entrantes et de l'indexeur-cli pour les tâches opérationnelles. La plupart des indexeurs exécutent ces services dans plusieurs régions cloud à des fins de redondance.

Une fois l’infrastructure opérationnelle, les aspects économiques entrent en jeu. indexer gagne via deux flux. Le premier est query fees, qui sont payés par les consommateurs en GRT par requête et sont directement transmis à l'indexeur qui a servi la requête. La seconde concerne les récompenses d'indexation, qui sont des GRT nouvellement créés distribués par le protocole aux indexeurs en fonction de la part qu'ils ont allouée aux sous-graphiques et de la quantité de signal de curation que ces sous-graphiques ont attiré. La répartition entre ces deux sources de revenus varie, mais historiquement, les récompenses d’indexation constituent la majorité des revenus des indexeurs.

Les indexeurs sont également confrontés à des risques. Le protocole utilise un système appelé arbitrage pour résoudre les différends quant à savoir si un indexeur a fourni des données correctes. Si un pêcheur, qui joue un rôle particulier dans le réseau, prouve qu'un indexeur a renvoyé des résultats de requête incorrects, cet indexeur peut être réduit de 2,5 % de sa participation, la moitié revenant au pêcheur et l'autre moitié étant brûlée. Cela incite fortement les indexeurs à conserver des données précises et constitue l’une des garanties cryptoéconomiques qui distinguent The Graph des alternatives centralisées.

Conservateurs : signaler la qualité à travers des courbes de liaison

La curation est le rôle le plus sous-estimé du protocole et aussi le plus intéressant économiquement. Les conservateurs fournissent le signal qui indique aux indexeurs quels sous-graphiques méritent d'être indexés. Pour ce faire, ils jalonnent le GRT sur des sous-graphiques via une courbe de liaison, qui évalue automatiquement leur signal en fonction de l'offre et de la demande.

Le mécanisme de courbe de liaison fonctionne comme ceci. Lorsqu'un conservateur dépose des GRT dans un sous-graphe, il reçoit des actions de curation en échange. Le prix de ces actions est déterminé par la courbe, de sorte que les premiers conservateurs à signaler sur un sous-graphique paient moins par action que les conservateurs ultérieurs. Si un sous-graphique attire de nombreux conservateurs, le cours de l'action augmente et les premiers conservateurs constatent des gains sur le papier. Si un sous-graphique ne parvient pas à attirer un volume de requêtes, les conservateurs tardifs payant des cours élevés des actions pourraient sortir à perte.

Les conservateurs gagnent 10 % de tous les frais de requête payés aux sous-graphes sur lesquels ils ont signalé. Cela signifie que même si le cours de l'action ne bouge jamais, un conservateur sur un sous-graphe à fort trafic gagne un flux constant de GRT uniquement grâce aux revenus des requêtes. La stratégie est similaire à l’investissement précoce. Les conservateurs doivent identifier les sous-graphiques qui deviendront populaires avant que le reste du marché ne les prenne, un peu comme repérer tôt un projet à forte conviction. La conception économique fait écho à des modèles familiers à tous ceux qui ont étudié tokenomique dans d'autres écosystèmes cryptographiques.

Il existe une petite taxe de retrait de 1% lorsque les conservateurs quittent leur poste, qui est brûlé. Cela décourage les signaux mercenaires qui pompent et vident la courbe d'un sous-graphe, et c'est l'une des pressions déflationnistes sur l'offre de GRT.

Délégués : jalonnement du GRT sans matériel

La délégation est la réponse de The Graph à la question de savoir comment rendre le réseau accessible aux commerçants. Faire fonctionner un indexeur nécessite des serveurs, une expertise technique et un engagement en capital important. La plupart des détenteurs de GRT ne peuvent ou ne veulent pas assumer ce fardeau. La délégation leur permet quand même de participer en prêtant leur participation à des indexeurs professionnels.

UN delegator choisit un indexeur en fonction de la réduction des récompenses de l'indexeur, de la réduction des frais de requête, des performances historiques, de la mise totale et de la réputation. Ils envoient leur GRT au pool de délégation de cet indexeur et, à partir de ce moment, ils gagnent une part proportionnelle des récompenses générées par l'indexeur, moins les réductions que l'indexeur conserve en guise de compensation. Il existe une taxe de délégation de 0,5 % qui est brûlée lorsque GRT entre dans un pool de délégation, qui existe pour empêcher un basculement rapide entre les indexeurs et pour ajouter un autre petit mécanisme déflationniste.

Les délégués ne partagent pas les sanctions sévères en cas de violations du protocole telles que des données incorrectes, mais ils supportent la perte si un indexeur ne parvient pas à effectuer correctement les allocations. Cela signifie que le choix du bon indexeur est important. Le Graph Explorer publie des métriques détaillées sur chaque indexeur, y compris leur taux effectif de frais de requête, leur taux de récompense d'indexation, la mise totale qu'ils ont attirée et les paramètres qu'ils offrent aux délégants. Les délégataires sophistiqués font pivoter leur participation entre les indexeurs à mesure que les paramètres changent, de la même manière que les utilisateurs DeFi cultivent le rendement entre les protocoles.

Une fois délégué, GRT entre dans une période de déliement de 28 époques (environ 28 jours à raison d'une époque par jour) lorsque le délégant décide de se retirer. Cette fenêtre de dissociation est une fonctionnalité de sécurité, et non un bouton d'optimisation du rendement, et elle existe pour empêcher que la mise ne soit déplacée suffisamment rapidement pour interrompre le processus de résolution des litiges.

Consommateurs : les dApps paient des frais de requête en GRT

Les consommateurs représentent la demande du marché. Chaque fois qu'un portefeuille, un tableau de bord, une application DeFi ou une plateforme d'analyse interroge un sous-graphe, cette requête est payée en GRT. Le paiement est infime, quelques fractions de centime par requête, mais à l’échelle du réseau, il représente un flux de valeur significatif.

Les consommateurs paient via des clés API émises par la passerelle Edge & Node ou par des passerelles tierces. En coulisses, ces paiements sont regroupés et réglés avec des indexeurs via les canaux étatiques, de sorte que les requêtes individuelles ne nécessitent pas de transactions en chaîne. Un développeur dApp qui s'inscrit sur Subgraph Studio reçoit des requêtes gratuites pour le développement et passe à un forfait payant lorsque son application est mise en ligne et commence à générer du trafic réel. Les grands consommateurs comme les bourses ou les fournisseurs de portefeuilles peuvent négocier des accords personnalisés avec des indexeurs spécifiques ou gérer leur propre passerelle.

Le flux de paiement est conçu pour être invisible pour l'utilisateur final. Lorsque vous ouvrez MetaMask et voyez vos soldes de jetons, vous consommez silencieusement les requêtes de The Graph. Lorsque vous négociez sur Uniswap et que l'interface vous montre les données historiques du pool, ces requêtes transitent par le réseau. L'utilisateur final ne voit jamais GRT ni ne paie directement de frais, mais la dApp derrière l'interface paie pour l'infrastructure d'indexation qui rend son expérience fluide.

Meilleures dApps grand public en 2026

La liste des applications qui dépendent de The Graph se lit comme un who's who du Web3. Ce sont quelques-uns des consommateurs les plus importants qui généreront un volume réel de requêtes en 2026.

Au-delà de ces consommateurs phares, des milliers de petites dApps, d'agrégateurs d'indexation, de suivi de portefeuille, d'outils fiscaux et de plateformes d'investigation en chaîne exploitent chaque jour The Graph. Le protocole traite régulièrement des dizaines de milliards de requêtes par mois sur le réseau décentralisé, avec une prise en charge multi-chaînes couvrant Ethereum, Polygon, Arbitrum, Optimism, Avalanche, Base, BNB Chain, Gnosis et bien d'autres.

GRT Tokenomique

GRT est le jeton de coordination du protocole. Il est utilisé pour payer les frais de requête, pour participer en tant qu'indexeur, pour signaler en tant que conservateur, pour déléguer aux indexeurs et pour voter dans la gouvernance du protocole. Comprendre l’économie de l’inflation et du burn est essentiel pour tout détenteur à long terme.

L'offre initiale de GRT lors du lancement du réseau principal en décembre 2020 était de 10 milliards de jetons, avec des allocations à l'équipe, aux premiers investisseurs, à la Graph Foundation, à la société Edge & Node et aux programmes communautaires. Le protocole crée des GRT supplémentaires chaque année à titre de récompenses d'indexation, à un taux annuel qui représente actuellement environ 3 % de l'offre totale. Cette nouvelle émission est ce qui compense les indexeurs pour les coûts d'infrastructure et le blocage du capital impliqués dans l'indexation des sous-graphiques.

De l’autre côté du bilan, de multiples mécanismes de brûlage détruisent définitivement le GRT. La taxe de retrait de conservation de 1 % brûle les jetons chaque fois que les conservateurs quittent leurs fonctions. La taxe de délégation de 0,5 % brûle les jetons lorsque GRT entre dans un pool de délégation. La moitié des pieux coupés est brûlée, l'autre moitié allant au pêcheur qui a signalé l'infraction. Et 1 % de chaque frais de requête payé aux indexeurs est brûlé en tant que frais de protocole. Le taux de combustion total évolue directement avec l'utilisation du réseau, ce qui signifie que plus de dApps interrogent plus de sous-graphes, plus de GRT est retiré de la circulation.

Cette conception est intentionnelle. Dans ses premières années, le protocole donnait la priorité à l’émission pour amorcer la participation des indexeurs. À mesure que le réseau mûrit et que le volume des requêtes augmente, le côté brûlage de l’équation augmente proportionnellement, tandis que les émissions peuvent être réduites grâce à la gouvernance. La thèse à long terme des détenteurs de GRT repose sur cette transition d’une offre inflationniste nette à une offre déflationniste nette.

Le coucher du soleil du service hébergé

Pendant la majeure partie de son histoire, The Graph a exploité deux systèmes parallèles. Le réseau décentralisé a été lancé en décembre 2020 et s'est développé régulièrement, mais pendant des années, de nombreux sous-graphiques ont continué à fonctionner sur le service hébergé, une version gratuite et centralisée de The Graph exploitée par Edge & Node. Le service hébergé était crucial pour démarrer l'écosystème car il permettait aux développeurs d'expédier des sous-graphes sans payer de frais de requête ni se soucier de l'adoption de l'indexeur, mais il représentait également une contradiction à long terme. Un protocole présenté comme une infrastructure décentralisée ne peut pas indéfiniment s’appuyer sur un service centralisé.

En 2023, l'équipe a annoncé la fin officielle du service hébergé, avec un plan de migration par étapes qui s'est déroulé jusqu'à la mi-2024. En juin 2024, le service hébergé était complètement arrêté. Chaque sous-graphe activement maintenu a été migré vers le réseau décentralisé, où il fonctionne désormais sur plusieurs indexeurs indépendants et est payé par les frais de requête. Certains sous-graphes qui n'étaient plus maintenus étaient simplement obsolètes et les consommateurs devaient trouver des alternatives ou créer leurs propres remplacements.

La migration ne s'est pas déroulée en douceur. Certaines équipes ont résisté au déménagement parce qu'elles ne voulaient pas payer les frais de requête que le service hébergé leur avait offert gratuitement, et quelques protocoles DeFi de premier plan ont retardé leur migration jusqu'au dernier moment possible. Mais la direction générale était claire et le coucher du soleil a réussi. D’ici 2026, l’ensemble de l’écosystème fonctionnera sur le réseau décentralisé, le service hébergé ne survivant que dans la documentation archivée. Il s’agit de l’une des étapes de décentralisation les plus importantes jamais réalisées par un protocole Web3 majeur.

Geo Genesis : le pivot du Knowledge Graph de l'IA

L'un des changements stratégiques les plus importants de l'histoire de The Graph a commencé en 2023 et s'est accéléré jusqu'en 2024 et 2025. La vision du protocole s'est étendue de l'indexation des données de la blockchain à l'indexation de toutes les informations publiques via un projet appelé Geo Genesis. Geo est un graphe de connaissances décentralisé qui permet à quiconque de créer et de maintenir des données sémantiques structurées sur n'importe quel sujet, régies par des communautés appelées Spaces.

Là où un sous-graphe traditionnel indexe un contrat intelligent, un Geo Space indexe des concepts : une ville, un film, un article scientifique, un jeton, une personne. Le modèle de données est construit sur des triplets (sujet, prédicat, objet), le même modèle de données qui alimente Wikidata et le Knowledge Graph de Google. Geo permet la construction de connaissances lisibles par l'homme et la machine que les agents d'IA peuvent utiliser comme alternative plus fiable au scraping du Web ouvert.

La connexion à l'IA est directe. Les grands modèles de langage formés sur le Web ouvert absorbent un mélange d’informations de haute et de mauvaise qualité, et ne peuvent pas facilement distinguer les faits des opinions. Un graphe de connaissances basé sur Geo fournit aux agents IA des données structurées, attribuées et contrôlées en version qu'ils peuvent citer et raisonner. D'ici 2026, plusieurs produits d'IA fonctionneront sur l'infrastructure de Geo, et la feuille de route de The Graph positionne explicitement le protocole comme couche de données pour les agents Web3 et IA.

Ce pivot ne remplace pas le produit subgraph d'origine. L'indexation blockchain reste le principal moteur de revenus du protocole et le domaine de développement le plus actif. Mais cela élargit le marché adressable d’un ordre de grandeur. Le Graph n’est plus en concurrence uniquement avec les indexeurs blockchain centralisés comme Alchemy et QuickNode. Elle se positionne également sur le marché beaucoup plus vaste du savoir structuré et décentralisé.

Sous-flux et Firehose : streaming haute performance

Vers 2022, l'équipe derrière StreamingFast a rejoint The Graph et a apporté avec elle une nouvelle pile technologique d'indexation haute performance appelée Firehose et Substreams. Ces technologies s'ajoutent aux sous-graphiques traditionnels et offrent des améliorations spectaculaires des performances pour des cas d'utilisation spécifiques.

Firehose est un format de streaming pour les données blockchain. Au lieu d'extraire les blocs d'un nœud RPC un par un, Firehose extrait chaque détail de chaque bloc dans un flux structuré et déterministe que les consommateurs en aval peuvent rejouer à une vitesse massive. Un sous-graphe dont la synchronisation à partir d'un nœud d'archive standard prend des jours peut se synchroniser en heures, voire en minutes, lorsqu'il est soutenu par Firehose.

Les sous-flux s'appuient sur Firehose en permettant aux développeurs d'écrire de petits modules Rust qui composent des pipelines de données en streaming. Un module Substream peut décoder les appels de contrat, agréger des valeurs, filtrer les événements et émettre des résultats, le tout en parallèle et avec un débit bien plus rapide que les mappages AssemblyScript traditionnels. Pour les applications gourmandes en données telles que l'analyse DEX en temps réel, les marchés NFT ou les ponts inter-chaînes, les sous-flux sont devenus le choix par défaut. Ils produisent également des récepteurs qui peuvent alimenter des sous-graphiques traditionnels, des bases de données comme PostgreSQL ou BigQuery, ou même directement dans des systèmes de trading.

L'introduction de Substreams était une déclaration majeure selon laquelle The Graph entend rester la technologie d'indexation la plus performante du marché, et pas seulement la plus décentralisée. Les indexeurs qui prennent en charge les sous-flux attirent des sous-graphiques plus avancés et les développeurs bénéficient d'un outil qu'aucun concurrent centralisé n'égale actuellement en termes de débit brut.

Le graphique vs les alternatives centralisées

The Graph est en concurrence avec une liste croissante de services d'indexation centralisés. Alchemy a lancé son propre produit Subgraphs, QuickNode propose des API de données indexées, Goldsky propose une indexation hébergée en temps réel et de nombreux petits acteurs vendent des flux de données spécialisés. Comprendre les compromis vous aide à choisir le bon outil pour votre projet.

Les alternatives centralisées gagnent en commodité. Ils offrent un support mono-fournisseur, un modèle de facturation familier, une latence de requête souvent légèrement plus rapide à petite échelle et un service client direct. Pour un projet de hackathon ou une startup en phase de démarrage qui valorise la vitesse d'itération, un indexeur centralisé peut être le chemin le plus rapide vers un produit fonctionnel. Ils ont également tendance à prendre en charge des fonctionnalités expérimentales plus rapides, car ils n'ont besoin d'être expédiés qu'à un seul opérateur au lieu de se coordonner avec des centaines d'indexeurs.

The Graph gagne en matière de décentralisation, de résistance à la censure, de fiabilité à long terme et de prix à grande échelle. Un sous-graphe publié sur The Graph ne peut pas être fermé unilatéralement par une seule partie. Si un indexeur se déconnecte, d’autres diffusent les mêmes données. Il n’y a pas de point de défaillance unique, pas de risque d’arrachement et pas de dépendance vis-à-vis d’un fournisseur. Pour un protocole DeFi sérieux qui entend survivre à son équipe de développement, l’indexation sur The Graph est le seul choix crédible. La même logique s'applique à DAO et d'autres organisations en chaîne de longue durée qui ont besoin d'une infrastructure de données sur laquelle elles peuvent compter indéfiniment.

Le tableau des coûts est plus nuancé. Avec de faibles volumes de requêtes, les fournisseurs centralisés proposent souvent des niveaux gratuits généreux qui surpassent The Graph en termes de coût en dollars. Avec des volumes de requêtes élevés, le marché concurrentiel de The Graph parmi des centaines d'indexeurs a tendance à offrir des prix par requête inférieurs à ceux des fournisseurs centralisés monopolistiques. Les équipes sophistiquées utilisent parfois les deux, exécutant un indexeur centralisé pour le développement et un sous-graphe Graph pour la production.

Comment utiliser le graphique dans votre dApp

Intégrer The Graph dans une dApp est considérablement plus simple que de créer votre propre indexeur. Voici le chemin de démarrage rapide pour un développeur qui n’a jamais touché au protocole auparavant.

Étape 1 : Recherchez ou créez un sous-graphe. Ouvrez l'explorateur de graphiques et recherchez le protocole que vous souhaitez interroger. La plupart des principaux protocoles DeFi, NFT et d'infrastructure ont déjà des sous-graphes officiels gérés par leurs équipes. Si vous en trouvez un qui correspond à vos besoins, copiez le point de terminaison de la requête et passez à l'étape 3. Sinon, vous devrez créer votre propre sous-graphe, ce qui signifie installer la CLI Graph, échafauder un nouveau projet, définir un schéma et écrire des mappages.

Étape 2 : Obtenez une clé API. Inscrivez-vous sur Subgraph Studio sur thegraph.com, créez une clé API et ajoutez-la à vos variables d'environnement. Le niveau gratuit couvre une utilisation importante du développement et vous ne payez que lorsque votre application commence à générer un volume réel de requêtes en production.

Étape 3 : Envoyez des requêtes depuis votre application. Utilisez un client GraphQL comme Apollo, urql ou même plain fetch pour envoyer des requêtes au point de terminaison du sous-graphe. La plupart des frameworks front-end disposent d'un support GraphQL de première classe, et l'intégration se résume généralement à quelques dizaines de lignes de code. Les requêtes sont les mêmes GraphQL que vous avez vues plus tôt dans ce guide, simplement exécutées depuis votre front-end avec votre clé API dans les en-têtes de requête.

Étape 4 : Mettre en cache et paginer. Les dApps de production doivent mettre en cache les réponses des sous-graphes de manière agressive et paginer les requêtes volumineuses pour éviter des coûts et une latence inutiles. Les clients GraphQL comme Apollo incluent une mise en cache intégrée, et la plupart des sous-graphiques prennent en charge la pagination via les paramètres first et skip.

Étape 5 : Surveiller et optimiser. Le tableau de bord Subgraph Studio affiche le volume de vos requêtes, la latence et les coûts au fil du temps. Au fur et à mesure que votre application se développe, vous souhaiterez peut-être créer des sous-graphiques populaires pour ajouter des champs personnalisés, ou créer une version basée sur Substreams pour un débit plus élevé. Les dApps du monde réel combinent souvent plusieurs sous-graphiques pour assembler les données dont elles ont besoin, tout comme elles pourraient en combiner plusieurs. ERC-20 Contrats de jetons au sein d'un seul produit.

Questions fréquemment posées

À quoi sert The Graph ?

Le Graph est utilisé pour indexer et interroger les données des blockchains. Toute application qui doit afficher des données historiques ou agrégées en chaîne, comme les historiques de transactions DEX, les collections NFT, les positions de prêt, les enregistrements ENS ou les votes DAO, utilise The Graph ou un service d'indexation similaire. Cela remplace la nécessité pour chaque dApp de créer et de maintenir sa propre infrastructure d'indexation.

Comment The Graph gagne-t-il de l'argent ?

Le protocole lui-même n'a pas de but lucratif. Il s'agit d'un service public appartenant aux titulaires de GRT. Les participants au réseau gagnent de l'argent de différentes manières : les indexeurs gagnent des frais de requête et des récompenses d'indexation, les conservateurs gagnent 10 % des frais de requête sur les sous-graphes qu'ils signalent, les délégataires gagnent une part des récompenses des indexeurs et les développeurs peuvent gagner de l'argent en créant des sous-graphes largement utilisés. La Graph Foundation et Edge & Node sont financées par les allocations GRT provenant de l'approvisionnement initial et des subventions de protocole en cours.

The Graph est-il décentralisé ?

Oui, depuis la fin du service hébergé mi-2024, The Graph fonctionne comme un réseau entièrement décentralisé. L'indexation est effectuée par des centaines de nœuds d'indexation indépendants à travers le monde, la gouvernance est assurée par les détenteurs de GRT et le Graph Council, et le protocole est régi par des contrats intelligents déployés sur Ethereum et Arbitrum. Aucune entreprise ne peut à elle seule fermer un sous-graphe ou censurer les requêtes.

Qu'est-ce qu'un sous-graphe ?

Un sous-graphe est une API ouverte qui définit quelles données doivent être extraites d'un ou plusieurs contrats intelligents et comment ces données doivent être organisées. Il se compose d'un manifeste (subgraph.yaml), d'un schéma (schema.graphql) et de mappages écrits en AssemblyScript. Une fois déployé, un sous-graphe peut être interrogé par toute personne utilisant GraphQL.

Puis-je exécuter un indexeur ?

Oui, mais cela nécessite une expertise technique et une mise minimale de 100 000 GRT. Vous devez exécuter Graph Node avec des nœuds d'archives pour chaque chaîne que vous souhaitez indexer, gérer une base de données PostgreSQL, exploiter le logiciel d'agent d'indexation et de service d'indexation et gérer activement vos allocations entre les sous-graphes. De nombreux indexeurs fonctionnent comme des entreprises professionnelles dotées d’équipes d’infrastructure dédiées. Si vous ne remplissez pas ces conditions, la délégation est un moyen beaucoup plus simple de gagner du GRT.

GRT est-il un bon investissement ?

Ce guide ne donne pas de conseils en investissement, mais la thèse d'investissement de GRT repose sur trois piliers. Premièrement, les revenus du réseau évoluent directement en fonction du nombre de dApps et du volume de requêtes qu'elles traitent, qui a connu une tendance à la hausse constante. Deuxièmement, les mécanismes de brûlage liés aux frais de requête, aux taxes de conservation et aux taxes de délégation créent une pression déflationniste qui se renforce à mesure que l’utilisation augmente. Troisièmement, le pivot Geo Genesis étend le marché adressable au-delà de l’indexation blockchain vers l’IA et les connaissances structurées. Les risques incluent la concurrence des indexeurs centralisés, la dépendance à l’égard de la croissance continue de l’écosystème Web3 plus large et le risque d’exécution de la stratégie d’IA.

Conclusion

Le Graph occupe une position unique dans la pile Web3. Ce n’est pas une blockchain, ce n’est pas une plateforme de contrats intelligents, et ce n’est pas un portefeuille, mais presque toutes les blockchains, plateformes de contrats intelligents et portefeuilles en dépendent. En transformant le chaos non structuré des données en chaîne en API propres et interrogeables, il a supprimé l'un des plus grands points de friction auxquels sont confrontés les développeurs de dApp et est devenu discrètement la couche de données par défaut pour l'Internet décentralisé.

Le système économique à quatre rôles composé de développeurs de sous-graphes, d'indexeurs, de conservateurs et de délégateurs crée un marché autonome où chaque participant a une peau dans le jeu. Les tokenomics GRT équilibrent l’émission inflationniste par rapport à de multiples mécanismes de gravure qui évoluent avec l’utilisation. La disparition du service hébergé en 2024 a achevé la transition du protocole vers une décentralisation complète. Et le pivot de Geo Genesis positionne le réseau pour capter la valeur de l’explosion des agents d’IA qui ont besoin d’accéder à des données structurées et vérifiables.

Pour les développeurs, The Graph est le moyen le plus simple d'ajouter de puissantes fonctionnalités de données à une dApp sans créer d'infrastructure à partir de zéro. Pour les indexeurs et les exploitants d’infrastructures, il s’agit d’un véritable business qui rémunère au prorata du travail effectué. Pour les conservateurs et les délégants, il offre un moyen d’obtenir un rendement sur le GRT provenant d’une véritable activité économique plutôt que d’une pure inflation. Et pour tous ceux qui observent la forme à long terme du Web décentralisé, The Graph est l’un des éléments de plomberie les plus importants à comprendre. Quelle que soit l’apparence de la prochaine vague de Web3, elle fonctionnera presque certainement au-dessus de la couche d’indexation lancée par The Graph.