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

Reading time: 4 min

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

Lien vers cette section
  • Les équipes travaillent sur une intégration de Graph Node et Firehose pour les chaînes non basées sur EVM. Voici comment.
  • 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

Lien vers cette section
  • Les équipes collaborent avec les développeurs principaux, Graph Foundation et les opérateurs d'interfaces graphiques et de passerelles réseau, tels que Subgraph Studio, pour garantir un processus d'intégration fluide. Cela implique de fournir l'infrastructure backend nécessaire, telle que les points de terminaison JSON RPC ou Firehose de la chaîne d'intégration. Les équipes souhaitant éviter d'auto-héberger une telle infrastructure peuvent s'appuyer sur la communauté d'opérateurs de nœuds (indexeurs) de The Graph, ce que la Fondation peut aider à faire.
  • 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

Lien vers cette section
  • 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

Lien vers cette section

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

Lien vers cette section

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 ?

Lien vers cette section

Cela n’aurait un impact que sur la prise en charge du protocole pour l’indexation des récompenses sur les subgraphs alimentés par Substreams. La nouvelle implémentation de Firehose nécessiterait des tests sur testnet, en suivant la méthodologie décrite pour l'étape 2 de ce GIP. De même, en supposant que l'implémentation soit performante et fiable, un PR sur la Matrice de support des fonctionnalités serait requis ( Fonctionnalité de sous-graphe « Sous-flux de sources de données »), ainsi qu'un nouveau GIP pour la prise en charge du protocole pour l'indexation des récompenses. N'importe qui peut créer le PR et le GIP ; la Fondation aiderait à obtenir l'approbation du Conseil.

3. Combien de temps ce processus prendra-t-il ?

Lien vers cette section

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 ?

Lien vers cette section

Similar to #3, it will depend on overall readiness and involved stakeholders' bandwidth. For example, a new chain with a brand new Firehose implementation may take longer than integrations that have already been battle-tested or are farther along in the governance process. This is especially true for chains previously supported on the hosted service or those relying on already tested stacks.

Modifier une page

Précédente
Supported Network Requirements
Suivante
Intégration de nouveaux réseaux
Modifier une page