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 . Il s'agit d'un processus en trois phases, comme résumé ci-dessous.
- Les équipes travaillent sur une intégration de Graph Node et Firehose pour les chaînes non basées sur EVM. .
- Les équipes lancent le processus d'intégration du protocole en créant un fil de discussion sur le forum (sous-catégorie Nouvelles sources de données sous Gouvernance et GIPs ). L'utilisation du modèle de forum par défaut est obligatoire.
- Les équipes collaborent avec les développeurs principaux, Graph Foundation et les opérateurs d'interfaces graphiques et de passerelles réseau, tels que , 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.
- 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]( -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 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 ? maintenant et faites partie de la révolution web3 !
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 ?
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 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.
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.
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 or those relying on already tested stacks.