The Graph (GRT) : ce que fait The Graph et qui utilise GRT

Des événements de la blockchain aux données interrogeables

Un sous-graphe définit quels contrats et événements suivre et comment leurs données doivent être transformées en un schéma interrogeable. Les indexeurs exécutent une infrastructure qui ingère les chaînes pertinentes, exécute les mappings et sert les requêtes. Les applications peuvent demander des résultats structurés au lieu de scanner elles-mêmes l'historique brut de la blockchain.

L'indexation ne rend pas les données de la chaîne source vraies ou complètes. Un sous-graphe peut prendre du retard, contenir des erreurs de mappage ou omettre des événements par conception. Les développeurs doivent surveiller l'état de l'indexation, les réorganisations de chaîne et les erreurs de requête, puis valider les décisions à haut risque par rapport aux données de la chaîne sous-jacente.

GRT coordonne les services

Les indexeurs misent du GRT et allouent ou provisionnent une capacité économique pour servir les données. Les délégateurs assignent du GRT à un indexeur et à un service de données sous Horizon. Les curateurs signalent les sous-graphes utiles. Ces rôles ont différents profils de récompense, de verrouillage et de risque ; acheter du GRT seul ne génère pas automatiquement des revenus de requêtes.

Provisions et SubgraphService

Un indexeur mise d'abord du GRT, puis provisionne une partie de sa mise à un service de données particulier. SubgraphService est le premier service actif pour l'indexation décentralisée de sous-graphes. Les allocations sont créées au sein de ce service, et les Preuves d'Indexation soutiennent la collecte de récompenses et la responsabilité.

Cela signifie que le GRT jalonné générique n'est pas automatiquement actif pour chaque service. Les opérateurs doivent configurer un logiciel compatible Horizon actuel et attribuer correctement le jalonnement. Les développeurs et les utilisateurs de requêtes peuvent continuer à utiliser les sous-graphes, mais les hypothèses d'infrastructure et les chemins de paiement ont changé sous l'interface.

Changements de délégation

Les délégateurs sélectionnent désormais à la fois un indexeur et un service de données. L'ancienne taxe de délégation de 0,5% a été supprimée sous Horizon. Les périodes de non-délégation, les réductions de récompenses de l'indexeur, la capacité et la performance comptent toujours. Les futures capacités de slashabilité doivent être surveillées via la documentation actuelle du protocole plutôt que supposées actives pour chaque service.

Deux actifs, des coûts différents

Le portefeuille a toujours besoin d'ETH sur Arbitrum One pour payer le gaz.

Les paiements de requêtes et les récompenses d'indexation suivent les mécanismes du protocole et les règles spécifiques au service. Les rendements attendus dépendent du comportement de l'indexeur, des allocations, de la capacité de délégation, des réductions de récompenses, du volume de requêtes et des changements de protocole. Ils ne sont pas un taux d'intérêt fixe et peuvent être réduits par des temps d'arrêt, des preuves obsolètes, des litiges ou des périodes de non-déliaison.

La preuve n'est pas des données parfaites

Les preuves d'indexation établissent qu'un indexeur a traité un déploiement de sous-graphe jusqu'à un état revendiqué selon les règles du protocole. Elles ne garantissent pas que la conception du sous-graphe répond à la question que l'utilisateur souhaitait poser ni qu'un contrat en amont a émis des données commerciales correctes.

Vérifications pour les requêtes et les développeurs

Confirmez le déploiement du sous-graphe, la chaîne indexée, le dernier bloc traité et le point de terminaison de requête. Gérez les résultats obsolètes ou partiels. Pour les actions financières, comparez les valeurs critiques avec les données RPC de la chaîne source et ne supposez pas que deux passerelles servent un état d'indexation identique au même instant.

Vérifications pour les délégateurs et les opérateurs

Les délégateurs doivent examiner l'indexeur, le service sélectionné, les réductions de récompenses, la capacité, les règles de désengagement et la réputation technique. Les indexeurs doivent protéger leurs clés, exécuter le logiciel Horizon actuel, soumettre les preuves requises et comprendre les risques de litige. Aucun des deux rôles n'est passif ou sans risque.

• Conservez de l'ETH pour les frais de gas sur Arbitrum.
• N'utilisez pas d'hypothèses historiques sur la taxe de délégation.
• Vérifiez le service de données sélectionné.
• Considérez les récompenses affichées comme des résultats de protocole variables.

Utilisateurs de données et développeurs

Sélectionnez le sous-graphe ou le service de données exact, inspectez l'état de l'indexation et testez la gestion des pannes. Utilisez la chaîne source pour une vérification indépendante lorsque la décision est irréversible.

Ce que les utilisateurs de The Graph doivent vérifier et pourquoi cette conception diffère

Consultez la documentation Horizon actuelle avant de staker ou de déléguer, puis conservez de l'ETH sur Arbitrum pour le gas. La page Arbitrum explique la couche de transactions de la chaîne hôte, tandis que le répertoire d'outils fournit des utilitaires d'analyse généraux.