मुख्य आशयावर जा

The Graph: Web3 डेटा क्वेरींग दुरुस्त करणे

Solidity
स्मार्ट कॉन्ट्रॅक्ट्स
क्वेरींग
the graph
React
मध्यम
मार्कस वास
6 सप्टेंबर, 2020
8 मिनिटांचे वाचन

यावेळी आपण The Graph वर अधिक बारकाईने नजर टाकू, जे गेल्या वर्षभरात विकेंद्रित ॲप्लिकेशन्स (dapps) विकसित करण्यासाठी मानक स्टॅकचा एक आवश्यक भाग बनले आहे. प्रथम आपण पारंपारिक पद्धतीने गोष्टी कशा करू ते पाहूया...

The Graph शिवाय...

तर स्पष्टीकरणासाठी आपण एका साध्या उदाहरणासह सुरुवात करूया. आपल्या सर्वांना खेळ आवडतात, त्यामुळे वापरकर्ते पैज लावत असलेल्या एका साध्या खेळाची कल्पना करा:

आता समजा आपल्या dapp मध्ये, आपल्याला एकूण पैजा, हरलेले/जिंकलेले एकूण खेळ प्रदर्शित करायचे आहेत आणि जेव्हा कोणी पुन्हा खेळेल तेव्हा ते अपडेट करायचे आहे. यासाठीचा दृष्टिकोन असा असेल:

  1. totalGamesPlayerWon मिळवा.
  2. totalGamesPlayerLost मिळवा.
  3. BetPlaced घटना सबस्क्राईब करा.

उजवीकडे दाखवल्याप्रमाणे आपण Web3 मधील घटना (नवीन टॅबमध्ये उघडते) ऐकू शकतो, परंतु यासाठी बऱ्याच केसेस हाताळण्याची आवश्यकता असते.

आता आपल्या साध्या उदाहरणासाठी हे अजूनही काहीसे ठीक आहे. पण समजा आता आपल्याला फक्त सध्याच्या खेळाडूसाठी हरलेल्या/जिंकलेल्या पैजांची रक्कम प्रदर्शित करायची आहे. तर आपले नशीब खराब आहे, तुम्हाला एक नवीन कॉन्ट्रॅक्ट प्रस्थापित करणे (deploy) चांगले राहील जे ती मूल्ये साठवेल आणि ती मिळवेल. आणि आता एका अधिक गुंतागुंतीच्या स्मार्ट कॉन्ट्रॅक्ट आणि dapp ची कल्पना करा, गोष्टी लवकरच गोंधळाच्या होऊ शकतात.

One Does Not Simply Query

हे कसे इष्टतम नाही हे तुम्ही पाहू शकता:

  • आधीच प्रस्थापित केलेल्या कॉन्ट्रॅक्ट्ससाठी काम करत नाही.
  • ती मूल्ये साठवण्यासाठी अतिरिक्त गॅस खर्च.
  • इथेरियम नोडसाठी डेटा मिळवण्यासाठी आणखी एका कॉलची आवश्यकता असते.

Thats not good enough

आता एका चांगल्या उपायाकडे पाहूया.

मी तुम्हाला GraphQL ची ओळख करून देतो

प्रथम आपण GraphQL बद्दल बोलूया, जे मूळतः फेसबुक् द्वारे डिझाइन आणि लागू केले गेले होते. तुम्हाला पारंपारिक REST API मॉडेलची माहिती असेल. आता कल्पना करा की त्याऐवजी तुम्हाला नेमका जो डेटा हवा आहे त्यासाठी तुम्ही क्वेरी लिहू शकता:

GraphQL API vs. REST API

या दोन प्रतिमा GraphQL चे सार बऱ्यापैकी स्पष्ट करतात. उजवीकडील क्वेरीसह आपण आपल्याला नेमका कोणता डेटा हवा आहे हे परिभाषित करू शकतो, त्यामुळे तिथे आपल्याला एकाच विनंतीमध्ये सर्वकाही मिळते आणि आपल्याला जे हवे आहे त्यापेक्षा जास्त काहीही मिळत नाही. GraphQL सर्व्हर आवश्यक असलेला सर्व डेटा मिळवण्याचे काम हाताळतो, त्यामुळे फ्रंटएंड ग्राहक बाजूसाठी ते वापरणे अत्यंत सोपे होते. तुम्हाला स्वारस्य असल्यास सर्व्हर क्वेरी नेमकी कशी हाताळतो याचे हे एक छान स्पष्टीकरण आहे (नवीन टॅबमध्ये उघडते).

आता त्या ज्ञानासह, आपण शेवटी ब्लॉकचेन क्षेत्रात आणि The Graph मध्ये प्रवेश करूया.

The Graph काय आहे?

ब्लॉकचेन हा एक विकेंद्रित डेटाबेस आहे, परंतु सहसा जे घडते त्याच्या उलट, आपल्याकडे या डेटाबेससाठी कोणतीही क्वेरी भाषा नाही. डेटा मिळवण्याचे उपाय त्रासदायक किंवा पूर्णपणे अशक्य आहेत. The Graph हा ब्लॉकचेन डेटाचा निर्देशांक करण्यासाठी आणि क्वेरी करण्यासाठी एक विकेंद्रित प्रोटोकॉल आहे. आणि तुम्ही कदाचित अंदाज लावला असेल, तो क्वेरी भाषा म्हणून GraphQL वापरत आहे.

The Graph

एखादी गोष्ट समजून घेण्यासाठी उदाहरणे नेहमीच सर्वोत्तम असतात, त्यामुळे आपण आपल्या GameContract उदाहरणासाठी The Graph वापरूया.

सबग्राफ कसा तयार करायचा

डेटाचा निर्देशांक कसा करायचा याच्या व्याख्येला सबग्राफ म्हणतात. यासाठी तीन घटकांची आवश्यकता असते:

  1. मॅनिफेस्ट (subgraph.yaml)
  2. स्कीमा (schema.graphql)
  3. मॅपिंग (mapping.ts)

मॅनिफेस्ट (subgraph.yaml)

मॅनिफेस्ट ही आपली कॉन्फिगरेशन फाईल आहे आणि ती खालील गोष्टी परिभाषित करते:

  • कोणत्या स्मार्ट कॉन्ट्रॅक्ट्सचा निर्देशांक करायचा (पत्ता, नेटवर्क, ABI...)
  • कोणत्या घटना ऐकायच्या
  • फंक्शन कॉल्स किंवा ब्लॉक्ससारख्या ऐकण्यासाठीच्या इतर गोष्टी
  • कॉल केली जाणारी मॅपिंग फंक्शन्स (खाली mapping.ts पहा)

तुम्ही येथे अनेक कॉन्ट्रॅक्ट्स आणि हँडलर्स परिभाषित करू शकता. एका ठराविक सेटअपमध्ये Hardhat प्रोजेक्टच्या आत स्वतःच्या रिपॉझिटरीसह एक सबग्राफ फोल्डर असेल. त्यानंतर तुम्ही सहजपणे ABI चा संदर्भ देऊ शकता.

सोयीसाठी तुम्हाला mustache सारखे टेम्पलेट टूल देखील वापरायचे असेल. त्यानंतर तुम्ही subgraph.template.yaml तयार करता आणि नवीनतम प्रस्थापनांवर आधारित पत्ते समाविष्ट करता. अधिक प्रगत उदाहरण सेटअपसाठी, उदाहरणार्थ आवे सबग्राफ रेपो (नवीन टॅबमध्ये उघडते) पहा.

आणि संपूर्ण दस्तऐवजीकरण येथे (नवीन टॅबमध्ये उघडते) पाहिले जाऊ शकते.

स्कीमा (schema.graphql)

स्कीमा ही GraphQL डेटा व्याख्या आहे. हे तुम्हाला कोणत्या एंटिटीज अस्तित्वात आहेत आणि त्यांचे प्रकार परिभाषित करण्याची अनुमती देईल. The Graph द्वारे समर्थित प्रकार खालीलप्रमाणे आहेत

  • Bytes
  • ID
  • String
  • Boolean
  • Int
  • BigInt
  • BigDecimal

संबंध परिभाषित करण्यासाठी तुम्ही एंटिटीजचा प्रकार म्हणून देखील वापर करू शकता. आपल्या उदाहरणामध्ये आपण खेळाडूपासून पैजांपर्यंत 1-ते-अनेक संबंध परिभाषित करतो. ! चा अर्थ असा आहे की मूल्य रिक्त असू शकत नाही. संपूर्ण दस्तऐवजीकरण येथे (नवीन टॅबमध्ये उघडते) पाहिले जाऊ शकते.

मॅपिंग (mapping.ts)

The Graph मधील मॅपिंग फाईल आपली फंक्शन्स परिभाषित करते जी येणाऱ्या घटनांचे एंटिटीजमध्ये रूपांतर करतात. हे AssemblyScript मध्ये लिहिले आहे, जे TypeScript चा एक उपसंच आहे. याचा अर्थ मॅपिंगच्या अधिक कार्यक्षम आणि पोर्टेबल अंमलबजावणीसाठी ते WASM (WebAssembly) मध्ये संकलित केले जाऊ शकते.

तुम्हाला subgraph.yaml फाईलमध्ये नाव दिलेले प्रत्येक फंक्शन परिभाषित करावे लागेल, त्यामुळे आपल्या बाबतीत आपल्याला फक्त एकाची आवश्यकता आहे: handleNewBet. आपण प्रथम प्रेषकाच्या पत्त्यावरून id म्हणून Player एंटिटी लोड करण्याचा प्रयत्न करतो. जर ती अस्तित्वात नसेल, तर आपण एक नवीन एंटिटी तयार करतो आणि ती सुरुवातीच्या मूल्यांसह भरतो.

त्यानंतर आपण एक नवीन Bet एंटिटी तयार करतो. यासाठीचा id event.transaction.hash.toHex() + "-" + event.logIndex.toString() असेल जो नेहमी एक अद्वितीय मूल्य सुनिश्चित करेल. फक्त हॅश वापरणे पुरेसे नाही कारण कोणीतरी स्मार्ट कॉन्ट्रॅक्टद्वारे एकाच व्यवहारामध्ये placeBet फंक्शनला अनेक वेळा कॉल करत असू शकते.

शेवटी आपण सर्व डेटासह Player एंटिटी अपडेट करू शकतो. ॲरेज थेट पुश केले जाऊ शकत नाहीत, परंतु येथे दाखवल्याप्रमाणे अपडेट करणे आवश्यक आहे. आपण पैजेचा संदर्भ देण्यासाठी id वापरतो. आणि एंटिटी साठवण्यासाठी शेवटी .save() आवश्यक आहे.

संपूर्ण दस्तऐवजीकरण येथे पाहिले जाऊ शकते: https://thegraph.com/docs/en/developing/creating-a-subgraph/#writing-mappings (नवीन टॅबमध्ये उघडते). तुम्ही मॅपिंग फाईलमध्ये लॉगिंग आउटपुट देखील जोडू शकता, येथे (नवीन टॅबमध्ये उघडते) पहा.

फ्रंटएंडमध्ये याचा वापर करणे

Apollo Boost सारखे काहीतरी वापरून, तुम्ही तुमच्या React dapp (किंवा Apollo-Vue) मध्ये The Graph सहजपणे समाकलित करू शकता. विशेषतः React हुक्स आणि Apollo वापरताना, डेटा मिळवणे हे तुमच्या घटकामध्ये एकच GraphQL क्वेरी लिहिण्याइतके सोपे आहे. एक ठराविक सेटअप असा दिसू शकतो:

आणि आता आपण उदाहरणार्थ अशी क्वेरी लिहू शकतो. हे आपल्याला मिळवून देईल

  • सध्याचा वापरकर्ता किती वेळा जिंकला आहे
  • सध्याचा वापरकर्ता किती वेळा हरला आहे
  • त्याच्या सर्व मागील पैजांसह टाइमस्टॅम्पची सूची

हे सर्व GraphQL सर्व्हरला केलेल्या एकाच विनंतीमध्ये.

Magic

पण आपण कोड्याचा एक शेवटचा भाग विसरत आहोत आणि तो म्हणजे सर्व्हर. तुम्ही एकतर तो स्वतः चालवू शकता किंवा होस्ट केलेल्या सेवेचा वापर करू शकता.

The Graph सर्व्हर

Graph Explorer: होस्ट केलेली सेवा

सर्वात सोपा मार्ग म्हणजे होस्ट केलेली सेवा वापरणे. सबग्राफ प्रस्थापित करण्यासाठी येथील (नवीन टॅबमध्ये उघडते) सूचनांचे अनुसरण करा. बऱ्याच प्रोजेक्ट्ससाठी तुम्हाला एक्सप्लोररमध्ये (नवीन टॅबमध्ये उघडते) आधीच अस्तित्वात असलेले सबग्राफ्स मिळू शकतात.

The Graph-Explorer

स्वतःचा नोड चालवणे

पर्यायाने तुम्ही तुमचा स्वतःचा नोड चालवू शकता. दस्तऐवज येथे (नवीन टॅबमध्ये उघडते) आहेत. असे करण्याचे एक कारण असे नेटवर्क वापरणे असू शकते जे होस्ट केलेल्या सेवेद्वारे समर्थित नाही. सध्या समर्थित नेटवर्क्स येथे आढळू शकतात (नवीन टॅबमध्ये उघडते).

विकेंद्रित भविष्य

GraphQL नव्याने येणाऱ्या घटनांसाठी स्ट्रीम्सना देखील समर्थन देते. हे ग्राफवर Substreams (नवीन टॅबमध्ये उघडते) द्वारे समर्थित आहेत जे सध्या ओपन बीटामध्ये आहेत.

2021 (नवीन टॅबमध्ये उघडते) मध्ये The Graph ने विकेंद्रित इंडेक्सिंग नेटवर्ककडे आपले संक्रमण सुरू केले. या विकेंद्रित इंडेक्सिंग नेटवर्कच्या आर्किटेक्चरबद्दल तुम्ही येथे (नवीन टॅबमध्ये उघडते) अधिक वाचू शकता.

दोन प्रमुख पैलू आहेत:

  1. वापरकर्ते क्वेरींसाठी इंडेक्सर्सना पैसे देतात.
  2. इंडेक्सर्स Graph Tokens (GRT) स्टेक करतात.