तकनीक में रुचि रखने वाला लगभग हर निवेशक, जिसके साथ हम बैठे हैं, पहले दस मिनट में इसी सवाल का कोई न कोई रूप पूछता है।
“आप अपने खुद के ऑरेकल इस्तेमाल कर रहे हैं? चेनलिंक से क्यों नहीं जुड़ जाते?”
यह उचित सवाल है। चेनलिंक आज सबसे प्रमुख विकेंद्रीकृत ऑरेकल नेटवर्क है। उनकी मजबूत प्रतिष्ठा है, गंभीर सुरक्षा रिकॉर्ड है, और डेवलपर्स का बड़ा समुदाय है। उनके रास्ते से हटने की हमें कुछ कीमत चुकानी पड़ती है। तो फिर हमने ऐसा किया क्यों?
छोटा जवाब यह है कि हॉस्पिटैलिटी की कुछ ज़रूरतें हैं, जिनके लिए सामान्य-उद्देश्य वाले ऑरेकल नेटवर्क नहीं बने हैं।
थोड़ी सी जानकारी, उन लोगों के लिए जो रोज़ इसमें नहीं जीते
एक स्मार्ट कॉन्ट्रैक्ट वह कोड है जो ब्लॉकचेन पर चलता है। यह संपत्तियाँ रख सकता है, नियम लागू कर सकता है, और शर्तों के आधार पर भुगतान जारी कर सकता है। जो काम यह मूल रूप से नहीं कर सकता, वह है बाहरी दुनिया के बारे में कुछ जानना। यह होटल की उपलब्धता का कैलेंडर नहीं पढ़ सकता। यह मौजूदा विनिमय दर नहीं देख सकता। यह यह सत्यापित नहीं कर सकता कि मेहमान वाकई में चेक-इन कर चुका है।
ऑरेकल ब्लॉकचेन और हक़ीक़त के बीच का पुल है। यह बाहरी डेटा (कीमतें, घटनाएँ, सत्यापन, पहचान) स्मार्ट कॉन्ट्रैक्ट्स में भेजता है, ताकि वे उसके आधार पर काम कर सकें। अगर ऑरेकल झूठ बोले या टूट जाए, तो कॉन्ट्रैक्ट गलत जानकारी पर काम करता है। इसीलिए ऑरेकल का डिज़ाइन ब्लॉकचेन इंजीनियरिंग के सबसे जोखिम भरे मुद्दों में से एक है।
हमें अपने ऑरेकल्स से क्या कराना था
Tratok के स्मार्ट कॉन्ट्रैक्ट्स रोज़ाना बहुत सारे फ़ैसले संभालते हैं। रिफ़ंड, बुकिंग की पुष्टि, गतिशील मूल्य-निर्धारण, विवाद समाधान। हर एक के लिए भरोसेमंद बाहरी डेटा चाहिए:
समझौता, ईमानदारी से रखा हुआ
सामान्य उद्देश्य वाले ऑरेकल नेटवर्क सामान्य उद्देश्य के डेटा के लिए बने होते हैं। वे विस्तार के लिए ऑप्टिमाइज़ करते हैं (हर एसेट, हर चेन के लिए प्राइस फ़ीड), और उन्होंने इसमें शानदार काम किया है। लेकिन यह विस्तार इसका मतलब है कि वे ज़रूरी रूप से हमारी ज़रूरत वाले खास डोमेन लॉजिक से एक या दो अमूर्तता स्तर ऊपर रह जाते हैं।
हमारे लिए, इस अंतर ने तीन असली समस्याएँ पैदा कीं:
विलंब। बुकिंग का फ़ैसला सेकेंडों में होता है। मेहमान पेज पर होता है, वह क्लिक करता है, और पुष्टि की उम्मीद करता है। सामान्य उद्देश्य वाले ऑरेकल नेटवर्क से डेटा को आगे-पीछे भेजने पर इतना विलंब बढ़ जाता है कि हॉट-पाथ के कामों के लिए हम इसे वहन नहीं कर सकते थे। उपलब्धता और कीमत की क्वेरीज़ के लिए हमें एक सेकंड से कम का जवाब समय चाहिए था।
बड़े पैमाने पर लागत। हर ऑरेकल कॉल की एक लागत होती है। जिस प्लेटफ़ॉर्म का लक्ष्य महीने में लाखों ट्रांज़ैक्शन का है, उसके लिए तीसरे पक्ष के नेटवर्क को हर क्वेरी का शुल्क देना हमारी अर्थव्यवस्था को ही उलटा कर देता। जो बचत हम प्रदाताओं और उपभोक्ताओं को लौटा रहे हैं, वह हर ट्रांज़ैक्शन की यूनिट लागत लगभग शून्य के पास रखने पर निर्भर है।
डोमेन का अनुकूलन। “प्रॉपर्टी चेक-इन पुष्टि” कोई मानक ऑरेकल प्रिमिटिव नहीं है। “आंशिक रिफ़ंड पर विवाद का निपटारा” भी नहीं। इन्हें सामान्य फ़ीड नेटवर्क के ऊपर बनाना संभव है, लेकिन आपको ऑरेकल के चारों ओर इतना कस्टम लॉजिक लिखना पड़ता है कि असल में आप आधा ऑरेकल खुद चला रहे होते हैं। हमने तय किया कि पूरा सिस्टम ही हम खुद लिख लें।
हमने इसके बजाय क्या बनाया: GHOST
GHOST हमारा अपना ऑरेकल प्रोटोकॉल है, जो विशेष रूप से हॉस्पिटैलिटी और ट्रैवल डेटा के लिए बना है। इस नाम का कोई भव्य अर्थ नहीं है; यह छोटा है और हमारी बैकएंड टीम को पसंद आया।
GHOST हमें कुछ ऐसी चीज़ें देता है जो सामान्य उद्देश्य वाले ऑरेकल नहीं दे सकते:
- एक सेकंड से कम का हॉट पाथ। उपलब्धता और कीमत की क्वेरीज़ मिलीसेकंड में जवाब देती हैं, क्योंकि वे सिस्टम की मूल क्वेरीज़ हैं, न कि किसी पुल से जोड़ी गई।
- डोमेन-जागरूक डेटा संरचनाएँ. प्रोटोकॉल सिर्फ सामान्य संख्यात्मक फीड नहीं, बल्कि “बुकिंग,” “रेट प्लान,” “कैंसलेशन पॉलिसी,” “चेक-इन इवेंट” की भाषा समझता है।
- लागत का स्केलिंग. बड़ी मात्रा पर मार्जिनल ऑरेकल लागत शून्य के करीब पहुँच जाती है, और यही एकमात्र तरीका है जिससे 28 से 36 प्रतिशत तक की प्रदाता बचत को टिकाऊ बनाया जा सकता है।
- कई स्रोतों से एग्रिगेशन. GHOST हमारे नेटवर्क से हज़ारों प्रॉपर्टीज़ का इन्वेंटरी और मूल्य-निर्धारण एकत्र करता है। एग्रिगेशन लॉजिक को खास तौर पर हॉस्पिटैलिटी के उपयोग-मामले के लिए बेहतर बनाया गया है।
- स्वतंत्र ऑडिट. हमारी समग्र स्मार्ट-कॉन्ट्रैक्ट समीक्षा प्रक्रिया के हिस्से के रूप में पूरे सिस्टम का स्वतंत्र सुरक्षा ऑडिट हो चुका है।
जिसे हमने त्यागा
मैं इसके बारे में ईमानदार रहना चाहता हूँ। प्रोप्राइटरी बनना मुफ़्त नहीं है। हमने तीन असली कीमतें चुकाई हैं:
हमें बड़े विकेंद्रीकृत वैलिडेटर सेट के नेटवर्क-इफ़ेक्ट सुरक्षा तैयार-मिले रूप में नहीं मिलती. हम इसकी भरपाई ऑडिट, प्रोटोकॉल पर मल्टी-सिग्नेचर गवर्नेंस, और लगातार अपडेट होते रहने वाले बग बाउंटी कार्यक्रम से करते हैं, लेकिन यह एक अलग ट्रस्ट मॉडल है। हम इसे खुलकर स्वीकार करते हैं।
इंजीनियरिंग का बोझ हम उठाते हैं. हर प्रोटोकॉल अपग्रेड, हर सुरक्षा पैच, हर नया डेटा प्रकार। यह सब हमारी टीम पर है। Chainlink के साथ यह भारी उठावनी इकोसिस्टम में बँटी होती।
हमें बड़े DeFi इकोसिस्टम के साथ मुफ़्त इंटरऑपरेबिलिटी नहीं मिलती. अगर हम किसी ऐसे DeFi प्रोटोकॉल के साथ जुड़ना चाहें जो Chainlink फीड की उम्मीद करता है, तो हमें ब्रिज बनाने होंगे। हम यह कुछ हद तक पहले भी कर चुके हैं और आगे भी करेंगे।
दाँव, एक वाक्य में
ऐसे प्लेटफ़ॉर्म के लिए जिसके मूल मूल्य-प्रस्ताव का आधार मार्जिनल ट्रांज़ैक्शन लागत का नगण्य होना और मिलीसेकंड-स्तर के बुकिंग निर्णय हैं, डेटा लेयर का स्वामित्व सही सौदा था। भले ही इसके साथ इंजीनियरिंग का बोझ भी आता है।
वह दाँव हर ब्लॉकचेन प्रोजेक्ट के लिए सही नहीं होगा। किसी DeFi प्रोटोकॉल या सिंथेटिक एसेट प्लेटफ़ॉर्म के लिए जवाब लगभग हमेशा Chainlink ही होता है। लेकिन हॉस्पिटैलिटी एक ऐसा क्षेत्र है जहाँ डेटा की बहुत ख़ास ज़रूरतें हैं, और प्रति यूनिट लागत कम रखने का आर्थिक दबाव भी बहुत ख़ास है, इसलिए हिसाब बदल जाता है।
अगर आप भी ऐसे ही किसी फ़ैसले पर विचार कर रहे हैं, तो हमें ख़ुशी होगी कि हम अपने-अपने अनुभव साझा करें। क्रिप्टो इकोसिस्टम इस समझौते पर पर्याप्त बात नहीं करता।
पूरी संरचना, जिसमें GHOST का डेटा मॉडल, सुरक्षा मॉडल और एग्रिगेशन लॉजिक भी शामिल है, Tratok के व्हाइटपेपर में बताया गया है।
Carol
कम्युनिटी मैनेजर, Tratok
कोई अपडेट न चूकें
नए Tratok लेख ईमेल से पाएँ: प्रकाशित होते ही, या सप्ताह भर का एक संकलन।