RPC vs indexation — quelle est la différence ?
Mis à jour en août 2026
Le RPC est l'interface qu'expose un nœud blockchain pour interroger un état précis et actuel — un solde, une transaction, le dernier bloc. L'indexation est le processus d'extraction et de réorganisation des données de chaîne afin de pouvoir les interroger à travers l'historique et les agréger.
Ce ne sont pas des options concurrentes. La plupart des applications utilisent le RPC pour les lectures en direct et les écritures, et un index pour tout ce qui concerne l'historique, la recherche ou l'agrégation.
Quand le RPC est-il l'outil adapté ?
Quand vous savez exactement ce que vous voulez et que cela concerne le présent.
- Quel est le solde actuel de cette adresse ?
- Que contient le bloc 19000000 ?
- Cette transaction a-t-elle réussi ?
- Soumettre une transaction au réseau
Ce sont des recherches ponctuelles. Un nœud y répond rapidement car il n'a pas besoin de chercher.
Quand a-t-on besoin d'un index ?
Quand la question relève de la recherche plutôt que de la récupération.
- Chaque swap effectué par ce portefeuille au cours de l'année écoulée
- Le volume total par pool, par jour
- Tous les portefeuilles détenant plus de X d'un token
- Un flux de chaque transfert d'un token, au fur et à mesure
Aucun de ces cas ne correspond à un appel RPC. Y répondre via RPC signifie récupérer un très grand nombre de blocs et filtrer côté client — ce qui fonctionne dans un script et échoue en production.
| RPC | Indexation | |
|---|---|---|
| Forme de la question | « Quel est X en ce moment ? » | « Trouve tout ce qui correspond à Y » |
| Plage historique | Un bloc à la fois | Historique complet |
| Agrégation | Non | Oui |
| Latence par requête | Faible | Faible, une fois indexé |
| Coût de mise en place | Aucun | Extraction et transformation |
| Coût à l'échelle | Croît avec le volume de requêtes | Payé une fois, lors de l'indexation |
Pourquoi ne pas simplement tout faire en RPC ?
Parce que le coût est mal placé. Chaque question historique relit les mêmes blocs, donc vous payez à répétition pour des données qui n'ont pas changé depuis leur écriture. C'est lent, coûteux, et cela met sous charge un nœud qui n'a pas été conçu comme un moteur d'analyse.
Il existe aussi des données que le RPC n'expose tout simplement pas bien. Les transactions internes, les changements d'état et les changements de solde ne figurent pas dans les logs d'événements, donc une approche basée sur les logs ne peut pas les voir, quel que soit le nombre d'appels effectués. Les méthodes d'extraction qui capturent le détail complet de l'exécution, elles, le peuvent.
À quoi ressemble une architecture typique ?
Le RPC pour les écritures et les recherches ponctuelles en direct. Un magasin indexé — Postgres, ClickHouse, une API GraphQL — pour tout ce qui est historique ou agrégé. Un pipeline de streaming maintient l'index à jour.
Substreams remplit ce dernier rôle : il traite l'historique complet en parallèle et continue à diffuser à la tête de chaîne, en écrivant dans le magasin de votre choix.
Questions fréquentes
L'indexation remplace-t-elle mon fournisseur RPC ? Non. Vous avez toujours besoin du RPC pour soumettre des transactions et lire l'état actuel.
Puis-je indexer sans faire tourner un nœud ? Oui. Des points d'accès hébergés fournissent des données indexées sans que vous ayez à exploiter d'infrastructure.
Un nœud d'archive est-il un index ? Non. Un nœud d'archive stocke l'état historique complet mais l'expose toujours via RPC — vous pouvez interroger n'importe quel bloc, mais vous ne pouvez toujours pas les rechercher entre eux.
Ajoutez un index sans ajouter d'infrastructure — obtenez une clé API sur thegraph.market, aucune information personnelle requise.
Voir aussi : Qu'est-ce que l'indexation blockchain ? · Ai-je besoin de faire tourner un nœud pour indexer des données blockchain ? · Polling vs streaming des données blockchain