बिटकॉइन के जन्म ने विभिन्न डिजाइन निर्णयों और उपयोग के मामलों के साथ ब्लॉकचेन के कैम्ब्रियन विस्फोट का नेतृत्व किया। जबकि ये वितरित बहीखाते अलग-अलग उद्देश्यों की पूर्ति करते हैं, वे सीमित सार्थक बातचीत के साथ साइलो के रूप में अस्तित्व में हैं (और अभी भी कुछ हद तक मौजूद हैं)।

इंटरनेट के समान जो दुनिया के विभिन्न हिस्सों में विभिन्न प्रकार के कंप्यूटरों को एक दूसरे के साथ संवाद करने की सुविधा प्रदान करता है, एक समान तकनीक जो ब्लॉकचेन के बीच संयोजी ऊतक के रूप में कार्य करती है, सही मूल्य संचय के लिए आवश्यक है। इंटर-ब्लॉकचैन कम्युनिकेशन (IBC) प्रोटोकॉल का उद्देश्य इस उद्देश्य की पूर्ति करना है।

IBC एक यूनिवर्सल इंटरऑपरेबिलिटी प्रोटोकॉल है जो दो अलग-अलग ब्लॉकचेन को एक दूसरे के साथ संवाद करने की अनुमति देता है। IBC विश्वसनीय , आदेशित और प्रमाणित संचार की गारंटी देता है।

शायद IBC की सबसे महत्वपूर्ण विशेषताओं में से एक विश्वास-न्यूनीकरण है। ब्लॉकचेन में, ट्रस्ट-मिनिमाइजेशन की संपत्ति स्वाभाविक रूप से सुरक्षा से जुड़ी होती है। कोई वितरित प्रणाली पूरी तरह से 'भरोसेमंद' नहीं है। इसलिए, सुरक्षा का सवाल इस बात पर निर्भर करता है कि किस पर या किस पर भरोसा किया जाता है, और उस भरोसे का उल्लंघन कैसे किया जा सकता है, यानी भरोसेमंद इकाई को भ्रष्ट होने में क्या लगता है?

इस अर्थ में, और अधिकांश ब्रिजिंग समाधानों के विपरीत, IBC किसी विश्वसनीय तृतीय पक्ष का उपयोग नहीं करता है। इसका मतलब यह है कि यदि आप उनके द्वारा प्रदान किए जाने वाले कार्यों (और डिफ़ॉल्ट रूप से उनके सर्वसम्मति तंत्र) का उपयोग करने के लिए दो विशेष श्रृंखलाओं पर भरोसा करते हैं, तो उक्त श्रृंखलाओं के बीच बातचीत करने के लिए IBC का उपयोग करते समय कोई अतिरिक्त विश्वास धारणा आवश्यक नहीं है।

IBC भी केवल एक पुल से अधिक है जो टोकन स्थानान्तरण की सुविधा प्रदान करता है। यह एक सामान्य - उद्देश्य संदेश पासिंग प्रोटोकॉल है। इसका अर्थ है कि IBC पर किसी भी प्रकार के डेटा का संचार किया जा सकता है।

आईबीसी कैसे काम करता है?

यह समझने के लिए कि IBC कैसे काम करता है, IBC की दो अलग-अलग परतों को अलग करना महत्वपूर्ण है - 1) ट्रांसपोर्ट लेयर और 2) एप्लीकेशन लेयर।

ट्रांसपोर्ट परत

IBC पर संप्रेषित संदेशों को डेटा पैकेट के भीतर पहुँचाया जाता है । और ट्रांसपोर्ट लेयर इन डेटा पैकेट्स को ट्रांसपोर्ट करने , प्रमाणित करने और ऑर्डर करने के लिए जिम्मेदार है।

परिवहन परत पैकेट में डेटा क्या होना चाहिए या प्राप्त श्रृंखला द्वारा उनकी व्याख्या कैसे की जानी चाहिए, इसके बारे में कुछ भी निर्दिष्ट नहीं करती है। ट्रांसपोर्ट लेयर के दृष्टिकोण से, डेटा पैकेट के भीतर की जानकारी केवल यादृच्छिक बाइट होती है।

परिवहन परत के प्रमुख घटक हल्के ग्राहक, रिलेयर, कनेक्शन और चैनल हैं।

एक हल्का क्लाइंट ब्लॉकचेन का एक हल्का प्रतिनिधित्व है। एक पूर्ण नोड के विपरीत , हल्के ग्राहक ब्लॉकचेन में निहित सभी संदेशों के पूरे इतिहास को संग्रहीत नहीं करते हैं। न ही वे लेन-देन करते हैं। इसके बजाय, हल्के ग्राहकों को एक पूर्ण नोड से कनेक्ट करने के लिए डिज़ाइन किया गया है, और ब्लॉक हेडर (ब्लॉक के भीतर मौजूद डेटा का सारांश) को सत्यापित करने के लिए डिज़ाइन किया गया है। यह हल्के ग्राहकों को भंडारण और संगणना के मामले में कुशल होने की अनुमति देता है।

IBC पर परस्पर क्रिया करने वाले दो स्वतंत्र ब्लॉकचेन A और B में प्रतिपक्ष श्रृंखला के हल्के ग्राहक हैं। इसका मतलब यह है कि ए के पास ब्लॉकचैन पर एक हल्का क्लाइंट है जो बी के ब्लॉकचैन के हल्के प्रतिनिधित्व के रूप में कार्य करता है। जब A , B के साथ एक निश्चित संदेश 'X' को संप्रेषित करना चाहता है, तो वह B को उस संदेश के प्रतिबद्धता प्रमाण के साथ उस ब्लॉक का हेडर भेजता है जिसमें वह संदेश मौजूद होता है । A पर किसी विशेष संदेश की उपस्थिति या अनुपस्थिति को सत्यापित करने के लिए प्रतिबद्धता प्रमाण का उपयोग किया जाता है । ब्लॉक हेडर और प्रूफ का उपयोग करते हुए, बी क्रिप्टोग्राफिक रूप से सत्यापित करता हैए ने वास्तव में एक्स प्रदर्शन किया था । यह IBC में हल्के ग्राहकों का उपयोग है जो ब्लॉकचेन को एक विश्वसनीय तृतीय पक्ष की आवश्यकता के बिना एक दूसरे के साथ संदेशों का आदान-प्रदान करने की अनुमति देता है।

लेकिन ए और बी सीधे इन संदेशों/डेटा पैकेट को एक दूसरे के बीच नहीं भेजते हैं। इसके बजाय, जब A , B को एक संदेश भेजना चाहता है , तो वह अपने स्टेट मशीन में संदेश वाले डेटा पैकेट के हैश को कमिट या स्टोर करता है । रिलेयर , जो ऑफ-चेन प्रक्रियाएं हैं, ऐसे संदेशों के लिए लगातार निरीक्षण करते हैं। जब वे देखते हैं कि ए ने अपनी राज्य मशीन में बी के लिए एक संदेश भेजा है, तो वे बस इस संदेश को उठाते हैं और इसे बी पर पास करते हैं । ध्यान दें कि रिलेयर्स की अनुमति नहीं है और इसलिए इसे कोई भी चला सकता है।

दो अलग-अलग श्रृंखलाओं पर प्रकाश ग्राहकों को जोड़ने के लिए कनेक्शन जिम्मेदार हैं। और चैनल इन विभिन्न श्रृंखलाओं पर मॉड्यूल के बीच पैकेट स्थानांतरित करने के लिए वाहक हैं। इसलिए, जबकि कनेक्शन श्रृंखला-विशिष्ट होते हैं, चैनल मॉड्यूल-विशिष्ट होते हैं। प्रत्येक चैनल के अंत में एक अद्वितीय चैनल आईडी (और एक पोर्ट आईडी) होता है जिसका उपयोग दो मॉड्यूल के बीच पैकेट को सटीक रूप से रूट करने के लिए किया जाता है।

अनुप्रयोग परत

एप्लिकेशन लेयर वह है जिसके साथ एंड-यूजर्स इंटरैक्ट करते हैं। इसमें विभिन्न अनुप्रयोग होते हैं जो शीर्ष पर निर्माण करने के लिए परिवहन परत का उपयोग करते हैं। परिवहन परत निर्दिष्ट नहीं करती है कि डेटा पैकेट की व्याख्या कैसे की जानी चाहिए। यह भूमिका एप्लिकेशन परत द्वारा की जाती है।

IBC विभिन्न प्रकार के अनुप्रयोगों का समर्थन करता है जैसे कि फंजिबल / नॉन-फंजिबल टोकन ट्रांसफर, क्रॉस-चेन ऑरेकल फीड्स, इंटरचैन अकाउंट्स , इंटरचैन क्वेरीज़, फी मिडलवेयर (रिलेयर्स को प्रोत्साहित करने के लिए), आदि।

उदाहरण के लिए, टोकन ट्रांसफर के लिए आईबीसी-स्तरीय एप्लिकेशन - जिसे इंटरचैन स्टैंडर्ड 20 (आईसीएस 20) कहा जाता है - निर्दिष्ट करता है कि डेटा पैकेट को कैसे संरचित किया जाना चाहिए और चेन प्राप्त करके उनकी व्याख्या कैसे की जानी चाहिए। फंजिबल टोकन ट्रांसफर के मामले में, डेटा पैकेट में प्रेषक, रिसीवर, राशि और मूल्यवर्ग (IBC denom) के बारे में जानकारी होती है। डेनॉम फील्ड उस पथ का पता लगाता है जिससे एक विशेष टोकन एक निश्चित श्रृंखला तक पहुंचने के लिए चला गया है। पैकेट पर कैसे कार्य किया जाना है, इसके बारे में तर्क भी ICS 20 द्वारा निर्दिष्ट किए गए हैं।

एक साधारण सादृश्य जो IBC को समझने में मददगार हो सकता है, वह है मेल डिलीवरी सिस्टम। जब आप किसी को एक पत्र भेजते हैं, तो आप इसे एक डाक सेवा के माध्यम से भेजते हैं जो आपके पत्र वाले लिफाफे को एकत्र करता है और इसे प्राप्तकर्ता के मेलबॉक्स में जमा करता है। प्राप्तकर्ता तब उक्त लिफाफा खोलता है और आपका पत्र पढ़ता है। IBC की परिवहन परत को डाक सेवा माना जा सकता है। डाक सेवा आपको यह नहीं बताती है कि पत्र की सामग्री क्या होनी चाहिए, या प्राप्तकर्ता को आपके संदेश की व्याख्या कैसे करनी चाहिए।

लिफाफे में क्या है यह भी उन्हें नहीं पता। यह केवल बिंदु A से लिफाफे को एकत्र करने और बिंदु B पर भेजने की क्रिया करता है। लिफाफे को IBC पैकेट के रूप में माना जा सकता है जो एक श्रृंखला से दूसरी श्रृंखला में भेजे जाते हैं। और इस लिफाफे पर आप प्राप्तकर्ता का पता निर्दिष्ट करेंगे। यह उसी तरह है जैसे आईबीसी पैकेट में पैकेट किसने भेजा है (चैनल आईडी द्वारा निर्दिष्ट) और किसके लिए इसका इरादा है (काउंटरपार्टी चैनल आईडी द्वारा निर्दिष्ट) के बारे में जानकारी होती है। अंत में, यह प्राप्तकर्ता (आवेदन) है जो लिफाफा (डेटा पैकेट) खोलने और पत्र की सामग्री की व्याख्या करने के लिए जिम्मेदार है।

IBC का उपयोग किस लिए किया जा सकता है?

वैकल्पिक टोकन हस्तांतरण के अलावा, दो अन्य IBC-स्तरीय अनुप्रयोगों में इंटरचैन अकाउंट्स और इंटरचैन सिक्योरिटी शामिल हैं ।

इंटरचैन खाते एक ही इंटरफेस पर रहते हुए चेन टू चेन इंटरेक्शन की सुविधा प्रदान करते हैं। इसका प्रभावी रूप से मतलब है कि कोई भी कार्रवाई जैसे स्थानांतरण, शर्त, या शासन प्रस्तावों पर मतदान जो बी ('होस्ट चेन' कहा जाता है) पर किया जा सकता है, ए से किया जा सकता है (जिसे 'नियंत्रक श्रृंखला' कहा जाता है)। इंटरचैन खाते उपयोगकर्ता-अनुभव में सुधार करके इंटरचैन के भीतर रचनाशीलता में काफी वृद्धि करते हैं।

इंटरचैन सिक्योरिटी कॉसमॉस इकोसिस्टम का साझा सुरक्षा का संस्करण है। यह एक ब्लॉकचैन को पूरी तरह से ऑप्ट-इन तरीके से दूसरी श्रृंखला से सुरक्षा को पट्टे पर देने में सक्षम बनाता है। यह नई श्रृंखलाओं के लिए विशेष रूप से उपयोगी है जो पहले से स्थापित नेटवर्क जैसे Cosmos Hub द्वारा प्रदान की जाने वाली सुरक्षा में टैप करना चुन सकते हैं। इंटरचैन सिक्योरिटी अपने स्वयं के सत्यापनकर्ता सेट को बूटस्ट्रैप करने के लिए जंजीरों की आवश्यकता को दूर करती है।

कोर आदिम के रूप में IBC का उपयोग करके किए जा सकने वाले अनुप्रयोगों का दायरा लगातार बढ़ रहा है। क्रॉस-चेन एनएफटी ट्रांसफर और इंटरचैन क्वेरीज (जहां एक चेन दूसरी चेन से स्थिति पढ़ सकती है) वर्तमान में विकसित की जा रही है और जल्द ही उत्पादन तैयार हो जाएगा।

IBC किस समस्या का समाधान करता है?

एक वाक्य में, IBC सीमित बातचीत के साथ साइलो के रूप में मौजूद ब्लॉकचेन की समस्या को हल करता है। अधिकतम मूल्य अर्जित करने के लिए ब्लॉकचेन के बीच इंटरऑपरेबिलिटी आवश्यक है।

प्रत्येक ब्लॉकचेन एक या अधिक विशिष्ट उपयोग मामलों को पूरा करता है। यदि इन उपयोग के मामलों को कई ब्लॉकचेन में लीवरेज नहीं किया जा सकता है, तो यह उनकी उपयोगिता को गंभीर रूप से बाधित करता है। इंटरनेट ने जो सफलता प्रदान की है वह यह है कि जानकारी दुनिया के विभिन्न हिस्सों में आसानी से प्रवाहित हो सकती है। इसी तरह, अलग-अलग ब्लॉकचेन की उपयोगिता को कई प्लेटफार्मों पर स्वतंत्र रूप से एक्सेस करने की आवश्यकता है।

उदाहरण के लिए, उपयोगकर्ता एक अन्य ब्लॉकचेन पर मौजूद विकेन्द्रीकृत एक्सचेंज (DEX) पर एक तरलता पूल (LP) के माध्यम से उपज उत्पन्न करने के लिए, एक ब्लॉकचेन से स्थिर मुद्रा का उपयोग करना चाह सकते हैं। या वे एक अलग ब्लॉकचेन प्रदान करने वाली गोपनीयता संरक्षण संपत्तियों का लाभ उठाना चाह सकते हैं। इन उपयोग के मामलों और अधिक का एहसास करने के लिए जंजीरों के बीच अंतर की आवश्यकता होती है।

IBC न केवल इंटरऑपरेबिलिटी की समस्या को हल करता है, बल्कि यह ट्रस्ट-न्यूनतम, सुरक्षित, एक्स्टेंसिबल और सामान्य उद्देश्य के तरीके से करता है।

मैं एक एप्लिकेशन डेवलपर के रूप में IBC का उपयोग कैसे कर सकता हूं?

Cosmos SDK की मॉड्यूलर प्रकृति डेवलपर्स को अमूर्तता की कुछ परतों जैसे लाइट क्लाइंट, कनेक्शन, प्रूफ वेरिफिकेशन आदि से खुद को चिंतित होने से रोकती है। डेवलपर्स के लिए, सबसे अधिक प्रासंगिक आवश्यकताओं और कार्यों से परिचित होने के लिए चैनल और पोर्ट हैं । आईबीसी पर अधिक विस्तृत जानकारी के लिए, आप हमारे डेवलपर पोर्टल का उल्लेख कर सकते हैं ।

यदि आप Cosmos SDK का उपयोग करके अपने ब्लॉकचेन का निर्माण कर रहे हैं, तो SDK मॉड्यूल के लिए IBC को सक्षम करने के लिए आवश्यक कदम यहाँ विस्तृत हैं । Cosmos में समर्थन निर्माण प्राप्त करने के लिए, आप ICF पहल, इंटरचैन बिल्डर्स प्रोग्राम में भी आवेदन कर सकते हैं।

लेखक के बारे में: यह पोस्ट इंटरचैन GmbH के IBC प्रोटोकॉल विश्लेषक आदि रवि राज द्वारा लिखी गई थी ।