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.
- Please visit for information on
graph-node
support for new chains. - 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.
- Teams collaborate with core developers, Graph Foundation and operators of GUIs and network gateways, such as , to ensure a smooth integration process. This involves providing the necessary backend infrastructure, such as the integrating chain's JSON-RPC, Firehose or Substreams endpoints. Teams wanting to avoid self-hosting such infrastructure can leverage The Graph's community of node operators (Indexers) to do so, which the Foundation can help with.
- 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.