नेक्स्ट जनरेशन का पब्लिक कंप्यूटर एक ब्लॉकचेन तक सीमित नहीं रहेगा. Cosmos के मामले में, इसके शुरू होने के बाद से, इसके ब्लॉकचेन और कम्युनिटी ने ज्यादा कनेक्टेड ब्लॉकचेन इकोसिस्टम की संभावना और जरूरत को पहचाना है. Cosmos SDK के आधार पर, प्रभावी एप्लीकेशन-खास ब्लॉकचेन का एक समृद्ध इकोसिस्टम उभर कर आना जारी है (dYdX v4, Osmosis, Juno, EVMOS, THORChain, इत्यादि). तुलनात्मक रूप से, अन्य प्रोजेक्ट्स भी मौजूद हैं जैसे अपने रिले-चेन/पैरा-चेन सिस्टम के साथ पोलकाडॉट. दोनों के बीच जो एक महत्वपूर्ण अंतर है वो पोलकाडॉट का शेयर किया गया सिक्योरिटी मॉडल बनाम Cosmos का हब-राउटर मॉडल है.
विजन और स्कोप के संबंध में, हमारा तर्क है कि Cosmos एक स्टेट-ऑफ-दी-आर्ट डिजाइन देता है — जिसने ZetaChain को बहुत प्रोत्साहित किया, जो एक डिसेंट्रलाइज्ड और ट्रांसपेरेंट L1 ब्लॉकचेन है. Zetachain अपने बिल्ट-इन क्रॉस-चेन स्मार्ट कॉन्ट्रैक्ट प्लेटफॉर्म और फ्लेक्सिबल प्रोग्रामबिलिटी के साथ पूरी तरह से इंटरऑपरेबिलिटी पाने की कोशिश करता है. इस पोस्ट में, हम संक्षेप में इसके इंटर-ब्लॉकचेन कम्युनिकेशन प्रोटोकॉल (IBC) के खास महत्व के साथ ब्लॉकचेन इंटरऑपरेबिलिटी के लिए Cosmos के दृष्टिकोण का पता लगाते हैं. उसके बाद, हम चर्चा करते हैं कि ZetaChain कैसे Cosmos IBC को आगे बढ़ाता है ताकि किसी भी मौजूदा या परंपरागत चेन के साथ पूरी ओमनीचेन इंटरऑपरेबिलिटी को सक्षम किया जा सके.
आइए रिव्यु करें कि Cosmos के दृष्टिकोण को समझाते हुए जहां लागू हो, जानकारी कैसे ब्लॉकचेन में चलती है. मान लें कि कोई व्यक्ति (यह एक आटोमेटिक एजेंट भी हो सकता है) ब्लॉकचेन A पर ब्लॉकचेन B को ईवेंट सबमिट करता है, और ब्लॉकचेन B को इसके बारे में कुछ करना चाहिए. मूल रूप से, सवाल यह है कि ब्लॉकचेन B को कैसे पता चलता है कि ब्लॉकचेन A पर यह जानकारी सही है? हाई लेवल पर, यहां तीन तरीके होते हैं:
पहला दृष्टिकोण ट्रस्टलेस है, जिसका मतलब है कि दो शामिल चेन के अलावा किसी अन्य विश्वसनीय इकाई की जरूरत नहीं है: ब्लॉकचेन A और B. यह सबसे अच्छा है; हालांकि, यह सामान्य नहीं है. उदहारण के लिए, अब तक, ऐसा लगता है कि एटॉमिक स्वैप ही एकमात्र ऐसी तकनीक है जो इस तरह काम करती है, और यह अनियंत्रित क्रॉस-चेन लॉजिक को सपोर्ट करने से कोसो दूर है.
दूसरा दृष्टिकोण भी ट्रस्टलेस है और इसके बजाए सामान्य है. यही वह दृष्टिकोण है जो Cosmos IBC लेता है. IBC एक मॉड्यूल के रूप में Cosmos SDK के साथ अच्छी तरह से एकीकृत है, और IBC फंक्शनैलिटी को लागू करने वाले टेंडरमिंट कंसेंसस इंजन के साथ कोई भी दो चेन एक दूसरे के ट्रांसजेक्शन को वेरीफाई करने में सक्षम होंगी बिल्कुल एक लाइट क्लाइंट की तरह. ध्यान दें, एक लाइट क्लाइंट केवल एक ब्लॉकचेन के बारे में न्यूनतम डेटा स्टोर करता है, जो अन्य सभी नोड्स पर पूरे ब्लॉकचेन डेटा की उपलब्धता पर निर्भर करता है. Cosmos IBC के मामले में, आप इसे कंसेंसस रूल्स में लागू किए गए लाइट क्लाइंट की तरह मान सकते हैं. साफ़ तौर पर इसका नकारात्मक पहलू यह है कि IBC का इस्तेमाल करने के लिए, ब्लॉकचेन को अपने खास कंसेंसस इंजन (टेंडरमिंट) का इस्तेमाल करने और IBC को इसके कोर में लागू करने की जरूरत होती है. इसका मतलब है कि प्रैक्टिस में, केवल Cosmos चेन या नए ब्लॉकचेन इंटीग्रेट हो सकते हैं.
यह तीसरा भरोसेमंद दृष्टिकोण और भी सामान्य है. इसे या तो ब्लॉकचेन A या फिर B से बदलाव या ठीक करने की जरूरत नहीं होती है. इसे सिर्फ एक ट्रस्टिड थर्ड पार्टी की जरूरत होती है. यह एक सेंट्रलाइज्ड इकाई (जैसे एक सेंट्रलाइज्ड एक्सचेंज, या Quant OverLedger), या एक डिसेंट्रलाइज्ड इकाई (THORChain के मामले में एक ब्लॉकचेन, या Wormhole जैसे वैलिडेटर्स का एक सेट) हो सकता है.
ZetaChain डिसेंट्रलाइज्ड, सिक्योर, सभी तरह की क्रॉस-चेन प्रोग्रामेबिलिटी देने के लिए लाइट क्लाइंट वेरिफिकेशन और ट्रस्टिड थर्ड पार्टी दृष्टिकोण को आपस में जोड़ती है. खासतौर पर:
हमारा मानना है कि ZetaChain का दृष्टिकोण सभी दृष्टिकोणों में से सबसे अच्छे को आपस में जोड़ता है - डिसेंट्रलाइज्ड, ट्रस्टलेस, चेन-एग्नोस्टिक, और आम तौर पर प्रोग्राम करने लायक**. उदहारण के लिए PoS वोट/नोटराइजेशन लाइट क्लाइंट्स पर लक्षित बाहरी हमलों को बेअसर करता हैं, लेकिन अंदरूनी हमलों के प्रति संवेदनशील हैं (1/3 or 2/3 ZETA वेलिडेटर जोखिम हमले). ज्यादातर भाग के लिए, फुल-नोड्स की तुलना में लाइट क्लाइंट को जोड़ना थोड़ा आसान होता है. दूसरी तरफ, लाइट क्लाइंट अंदरूनी हमलों के लिए प्रतिरोधी है, लेकिन बाहरी हमलों के लिए कमजोर होता है, जिसका उद्देश्य कनेक्टेड ब्लॉकचेन के लाइट क्लाइंट्स को बेवकूफ बनाना होता है (Ethereum, Binance Smart Chain, Bitcoin, इत्यादि). लाइट क्लाइंट्स के साथ नोटराइजेशन को आपस में मिलाने से सबसे ज्यादा सुरक्षा मिलती है. स्टेट मशीन में लाइट क्लाइंट्स की जटिलता के कारण, ZetaChain शुरूआत में PoS नोटराइजेशन पर आधारित होगा. फिर धीरे-धीरे वक्त के साथ, यह अपनी स्टेट मशीन में ट्रस्टलेस लाइट क्लाइंट्स को इंटीग्रेट करेगा.