Aperçu du processus d'intégration de la chaîne

Un processus d’intégration transparent et basé sur la gouvernance a été conçu pour les équipes blockchain recherchant l’intégration avec le protocole The Graph⁠. Il s’agit d’un processus en trois phases, comme résumé ci-dessous.

Étape 1. Intégration technique

Veuillez consulter Intégration de nouvelle chaîne pour plus d’informations sur le support graph-node pour les nouvelles chaînes.
Les équipes lancent le processus d’intégration du protocole en créant un fil de discussion sur le forum ici⁠ (sous-catégorie Nouvelles sources de données sous Gouvernance et GIPs ). L’utilisation du modèle de forum par défaut est obligatoire.

Étape 2. Validation de l’intégration

Les équipes collaborent avec les développeurs principaux, Graph Foundation et les opérateurs de GUIs et de passerelles réseau, tels que Subgraph Studio, pour assurer un processus d’intégration fluide. Cela implique de fournir l’infrastructure back-end nécessaire, comme les points de terminaison JSON-RPC, Firehose ou Substreams de la chaîne d’intégration. Les équipes souhaitant éviter d’héberger elles-mêmes une telle infrastructure peuvent s’appuyer sur la communauté d’opérateurs de nœuds (indexeurs) de The Graph pour ce faire, avec l’aide de la Fondation.
Les Graph Indexeurs testent l’intégration sur le réseau de testnet du graph.
Les développeurs principaux et les indexeurs surveillent la stabilité, les performances et le déterminisme des données.

Étape 3. Intégration du réseau principal

Les équipes proposent l’intégration du mainnet en soumettant une proposition d’amélioration du graphique (GIP) et en lançant une demande d’extraction (PR) sur la [matrice de support des fonctionnalités](https://github.com/graphprotocol/indexer/blob/main/docs/feature-support⁠ -matrix.md) (plus de détails sur le lien).
The Graph Council examine la demande et approuve la prise en charge du mainnet, fournissant ainsi une étape 2 réussie et des commentaires positifs de la communauté.

Si le processus semble intimidant, ne vous inquiétez pas ! La Graph Foundation s’engage à soutenir les intégrateurs en favorisant la collaboration, en leur offrant des informations essentielles et en les guidant à travers différentes étapes, y compris la navigation dans les processus de gouvernance tels que les propositions d’amélioration de Graph (GIP) et les demandes d’extraction. Si vous avez des questions, veuillez contacter [email protected]⁠ ou via Discord (soit Pedro, membre de la Graph Foundation, IndexerDAO ou d’autres développeurs principaux).

Prêt à façonner l’avenir de The Graph Network ? Démarrez votre proposition⁠ maintenant et faites partie de la révolution web3 !

Questions fréquemment posées

1. Quel est le rapport avec le GIP World of Data Services⁠ ?

Ce processus est lié au service de données Subgraph, applicable uniquement aux nouvelles « sources de données » de Subgraph.

2. Que se passe-t-il si la prise en charge de Firehose et Substreams intervient après que le réseau est pris en charge sur le mainnet ?

This would only impact protocol support for indexing rewards on Substreams-powered Subgraphs. The new Firehose implementation would need testing on testnet, following the methodology outlined for Stage 2 in this GIP. Similarly, assuming the implementation is performant and reliable, a PR on the Feature Support Matrix⁠ would be required (Substreams data sources Subgraph Feature), as well as a new GIP for protocol support for indexing rewards. Anyone can create the PR and GIP; the Foundation would help with Council approval.

3. Combien de temps faudra-t-il pour parvenir à la prise en charge complète du protocole ?

Le temps nécessaire à la mise en réseau principal devrait être de plusieurs semaines, variant en fonction du temps de développement de l’intégration, de la nécessité ou non de recherches supplémentaires, de tests et de corrections de bugs et, comme toujours, du calendrier du processus de gouvernance qui nécessite les commentaires de la communauté.

La prise en charge du protocole pour l’indexation des récompenses dépend de la bande passante des parties prenantes pour procéder aux tests, à la collecte de commentaires et à la gestion des contributions à la base de code principale, le cas échéant. Ceci est directement lié à la maturité de l’intégration et à la réactivité de l’équipe d’intégration (qui peut ou non être l’équipe derrière la mise en œuvre de RPC/Firehose). La Fondation est là pour vous accompagner tout au long du processus.

4. Comment les priorités seront-elles gérées ?

Comme pour le point #3, cela dépendra de l’état de préparation général et de la capacité des parties prenantes impliquées. Par exemple, une nouvelle chaîne avec une toute nouvelle implémentation de Firehose peut prendre plus de temps que des intégrations qui ont déjà été testées sur le terrain ou qui sont plus avancées dans le processus de gouvernance.