Cosmos: เครือข่ายบัญชีแยกประเภทแบบกระจาย

परिचय

ओपन-सोर्स इकोसिस्टम की संयुक्त सफलता, विकेंद्रीकृत येल-शेयरिंग, और सार्वजनिक क्रिप्टोकरेंसी है विकेंद्रीकृत इंटरनेट प्रोटोकॉल की समझ को प्रेरित किया इसका उपयोग सामाजिक-आर्थिक बुनियादी ढांचे में मौलिक सुधार के लिए किया जा सकता है। हमने blockchain जैसे विशिष्ट Bitcoin [1] (a) एप्लिकेशन देखे हैं क्रिप्टोकरेंसी), Zerocash [2] (गोपनीयता के लिए एक क्रिप्टोकरेंसी), और सामान्यीकृत smart contract प्लेटफ़ॉर्म जैसे Ethereum [3], के साथ एथेरियम वर्चुअल के लिए अनगिनत वितरित एप्लिकेशन मशीन (EVM) जैसे ऑगुर (एक भविष्यवाणी बाजार) और TheDAO [4] (एक निवेश क्लब)। हालाँकि, आज तक, ये blockchain एक संख्या से पीड़ित हैं उनकी सकल ऊर्जा अक्षमता, खराब या सहित कमियां सीमित प्रदर्शन, और अपरिपक्व शासन तंत्र। Bitcoin के लेन-देन थ्रूपुट को स्केल करने के प्रस्ताव, जैसे पृथक-साक्षी [5] और BitcoinNG [6], लंबवत स्केलिंग हैं समाधान जो किसी एक भौतिक क्षमता द्वारा सीमित रहते हैं मशीन, पूर्ण लेखापरीक्षा की संपत्ति सुनिश्चित करने के लिए। लाइटनिंग नेटवर्क [7] Bitcoin लेनदेन को बढ़ाने में मदद कर सकता है

कुछ लेन-देन को बही से पूरी तरह हटाकर वॉल्यूम, और सूक्ष्म भुगतान और गोपनीयता-संरक्षण के लिए उपयुक्त है भुगतान रेल, लेकिन अधिक सामान्यीकृत के लिए उपयुक्त नहीं हो सकता है स्केलिंग की जरूरतें। एक आदर्श समाधान वह है जो एकाधिक समानांतर blockchains की अनुमति देता है अपनी सुरक्षा संपत्तियों को बरकरार रखते हुए इंटरऑपरेट करें। यह है proof-of-work के साथ, असंभव नहीं तो कठिन सिद्ध। विलय उदाहरण के लिए, खनन, माता-पिता को सुरक्षित करने के लिए किए गए कार्य की अनुमति देता है चेन को चाइल्ड चेन पर पुन: उपयोग किया जाना चाहिए, लेकिन लेनदेन अभी भी होना चाहिए क्रमानुसार, प्रत्येक नोड द्वारा मान्य किया गया, और एक मर्ज-माइन किया गया blockchain यदि hash का अधिकांश भाग चालू है तो हमला होने का खतरा है माता-पिता सक्रिय रूप से बच्चे का विलय-खनन नहीं कर रहे हैं। एक अकादमिक समीक्षा वैकल्पिक blockchain नेटवर्क आर्किटेक्चर प्रदान किया गया है अतिरिक्त संदर्भ, और हम अन्य प्रस्तावों का सारांश प्रदान करते हैं और संबंधित कार्य में उनकी कमियाँ। यहां हम Cosmos, एक नवीन blockchain नेटवर्क आर्किटेक्चर प्रस्तुत करते हैं जो इन सभी समस्याओं का समाधान करता है। Cosmos कई लोगों का एक नेटवर्क है स्वतंत्र blockchains, जिन्हें ज़ोन कहा जाता है। जोन द्वारा संचालित हैं टेंडरमिंट कोर [8], जो उच्च प्रदर्शन प्रदान करता है, सुसंगत, सुरक्षित PBFT-जैसा सर्वसम्मति इंजन, जहां सख्त जवाबदेही की गारंटी दुर्भावनापूर्ण व्यवहार पर नियंत्रण रखती है अभिनेता. टेंडरमिंट कोर का BFT सर्वसम्मति एल्गोरिथ्म अच्छी तरह से अनुकूल है सार्वजनिक स्केलिंग के लिए proof-of-stake blockchains। Cosmos पर वर्ष क्षेत्र को Cosmos हब कहा जाता है। Cosmos हब एक सरल के साथ एक बहु-परिसंपत्ति proof-of-stake क्रिप्टोकरेंसी है शासन तंत्र जो नेटवर्क को अनुकूलन करने में सक्षम बनाता है उन्नयन. इसके अलावा, Cosmos हब को बढ़ाया जा सकता है अन्य क्षेत्रों को जोड़ना। Cosmos नेटवर्क का हब और ज़ोन संचार करते हैं अंतर-__PH_0002____ संचार (IBC) प्रोटोकॉल के माध्यम से एक दूसरे को, blockchains के लिए एक प्रकार का वर्चुअल UDP या TCP। टोकन हो सकते हैं एक ज़ोन से दूसरे ज़ोन में सुरक्षित और शीघ्रता से स्थानांतरित किया गयाज़ोन के बीच तरलता के आदान-प्रदान की आवश्यकता के बिना। इसके बजाय, सभी अंतर-क्षेत्र token स्थानांतरण Cosmos हब से होते हैं, जो प्रत्येक क्षेत्र द्वारा धारित token की कुल राशि का ट्रैक रखता है। द हब प्रत्येक जोन को अन्य जोन की विफलता से अलग करता है। क्योंकि कोई भी व्यक्ति नए ज़ोन को Cosmos हब से जोड़ सकता है, ज़ोन अनुमति देते हैं नए blockchain नवाचारों के साथ भविष्य में अनुकूलता के लिए। इस अनुभाग में हम टेंडरमिंट सर्वसम्मति प्रोटोकॉल का वर्णन करते हैं और इसके साथ एप्लिकेशन बनाने के लिए उपयोग किया जाने वाला इंटरफ़ेस। और अधिक के लिए विवरण, परिशिष्ट देखें। शास्त्रीय बीजान्टिन दोष-सहिष्णु (BFT) एल्गोरिदम में, प्रत्येक नोड एक ही वजन है. टेंडरमिंट में, नोड्स में एक गैर-नकारात्मक होता है मतदान शक्ति की मात्रा, और नोड जिनमें सकारात्मक मतदान होता है शक्ति को validators कहा जाता है। सत्यापनकर्ता इसमें भाग लेते हैं क्रिप्टोग्राफ़िक हस्ताक्षर प्रसारित करके सर्वसम्मति प्रोटोकॉल, या अगले ब्लॉक पर सहमत होने के लिए वोट करें। सत्यापनकर्ताओं की मतदान शक्तियाँ उत्पत्ति पर निर्धारित होती हैं, या हैं के आधार पर blockchain द्वारा निश्चित रूप से बदला गया आवेदन. उदाहरण के लिए, proof-of-stake एप्लिकेशन में जैसे Cosmos हब, मतदान शक्ति द्वारा निर्धारित की जा सकती है संपार्श्विक के रूप में बंधी staking tokens की राशि। ध्यान दें: ⅔ और ⅓ जैसे अंश कुल मतदान के अंशों को संदर्भित करते हैं शक्ति, कभी भी validators की कुल संख्या नहीं, जब तक कि सभी validators न हों समान वजन हो. >⅔ का अर्थ है "⅔ से अधिक", ≥⅓ का अर्थ है "कम से कम"। ⅓"। टेंडरमिंट एक आंशिक रूप से तुल्यकालिक BFT सर्वसम्मति प्रोटोकॉल है DLS सर्वसम्मति एल्गोरिथ्म [20] से प्राप्त। टेंडरमिंट है

अपनी सादगी, प्रदर्शन और कांटा-जवाबदेही के लिए उल्लेखनीय है। प्रोटोकॉल के लिए validators के एक ज्ञात ज्ञात सेट की आवश्यकता होती है, जहां प्रत्येक validator की पहचान उनकी सार्वजनिक कुंजी से की जाती है। सत्यापनकर्ता प्रयास करते हैं एक समय में एक ब्लॉक पर आम सहमति बनाएं, जहां एक ब्लॉक एक सूची है लेन-देन का. किसी ब्लॉक पर आम सहमति के लिए मतदान जारी है दौर. प्रत्येक राउंड में एक राउंड-लीडर, या प्रस्तावक होता है, जो एक ब्लॉक प्रस्तावित करता है. validator फिर चरणबद्ध तरीके से इस पर मतदान करते हैं प्रस्तावित ब्लॉक को स्वीकार करने या अगले दौर में जाने के लिए। द एक दौर के लिए प्रस्तावक को क्रम से निश्चित रूप से चुना जाता है validator की सूची, उनकी मतदान शक्ति के अनुपात में। प्रोटोकॉल का पूरा विवरण यहां वर्णित है। टेंडरमिंट की सुरक्षा इसके इष्टतम बीजान्टिन के उपयोग से प्राप्त होती है अति-बहुमत (>⅔) मतदान और लॉकिंग के माध्यम से दोष-सहिष्णुता तंत्र. साथ में, वे यह सुनिश्चित करते हैं कि: ≥⅓मतदान शक्ति का उल्लंघन करने के लिए बीजान्टिन होना चाहिए सुरक्षा, जहां दो से अधिक मूल्य प्रतिबद्ध हैं। यदि validators का कोई भी सेट कभी भी सुरक्षा का उल्लंघन करने में सफल हो जाता है, या यहाँ तक कि ऐसा करने का प्रयास करने पर उन्हें प्रोटोकॉल द्वारा पहचाना जा सकता है। यह इसमें कन्ज़िकटिंग ब्लॉक और प्रसारण दोनों के लिए मतदान शामिल है अनुचित वोट. अपनी मजबूत गारंटी के बावजूद, टेंडरमिंट असाधारण प्रदान करता है प्रदर्शन. 7 में वितरित 64 नोड्स के बेंचमार्क में 5 महाद्वीपों पर डेटासेंटर, कमोडिटी क्लाउड इंस्टेंसेस पर, टेंडरमिंट सर्वसम्मति प्रति हजारों लेनदेन की प्रक्रिया कर सकती है दूसरा, एक से दो सेकंड के क्रम पर प्रतिबद्ध विलंबता के साथ। उल्लेखनीय रूप से, प्रति हजार से अधिक लेनदेन का प्रदर्शन दूसरा, कठोर प्रतिकूल परिस्थितियों में भी कायम रहता है validators दुर्भावनापूर्ण ढंग से तैयार किए गए वोटों को क्रैश या प्रसारित कर रहा है। देखिये विवरण के लिए नीचे दिया गया ygure।

टेंडरमिंट के सर्वसम्मति एल्गोरिथ्म का एक बड़ा लाभ सरल है हल्की ग्राहक सुरक्षा, जो इसे मोबाइल के लिए एक आदर्श उम्मीदवार बनाती है इंटरनेट-ऑफ-थिंग्स के उपयोग के मामले। जबकि Bitcoin लाइट क्लाइंट को सिंक होना चाहिए ब्लॉक हेडर की श्रृंखला और सबसे अधिक प्रमाण वाला एक ढूंढें कार्य, टेंडरमिंट लाइट ग्राहकों को केवल परिवर्तनों के साथ बने रहने की आवश्यकता है validator सेट पर, और फिर >⅔ PreCommits को सत्यापित करें नवीनतम स्थिति निर्धारित करने के लिए नवीनतम ब्लॉक। संक्षिप्त प्रकाश क्लाइंट प्रमाण अंतर-blockchain को भी सक्षम करते हैं संचार. कुछ को रोकने के लिए टेंडरमिंट में सुरक्षात्मक उपाय हैं उल्लेखनीय हमले, जैसे लंबी दूरी के दोहरे खर्च और सेंसरशिप. इन पर परिशिष्ट में अधिक विस्तार से चर्चा की गई है।टेंडरमिंट सर्वसम्मति एल्गोरिदम को कार्यान्वित किया गया है प्रोग्राम को टेंडरमिंट कोर कहा जाता है। टेंडरमिंट कोर एक है एप्लिकेशन-अज्ञेयवादी "आम सहमति इंजन" जो किसी को भी बदल सकता है नियतात्मक ब्लैकबॉक्स अनुप्रयोग को वितरित रूप से दोहराया गया blockchain. टेंडरमिंट कोर blockchain अनुप्रयोगों से जुड़ता है एप्लिकेशन ब्लॉकचेन इंटरफ़ेस (ABCI) [17] के माध्यम से। इस प्रकार, ABCI blockchain अनुप्रयोगों को किसी भी रूप में प्रोग्राम करने की अनुमति देता है भाषा, न कि केवल प्रोग्रामिंग भाषा जिस पर आम सहमति है इंजन लिखा हुआ है। इसके अतिरिक्त, ABCI इसे आसानी से संभव बनाता है किसी भी मौजूदा blockchain स्टैक की सर्वसम्मति परत को बदलें। हम प्रसिद्ध क्रिप्टोकरेंसी Bitcoin के साथ एक सादृश्य बनाते हैं। Bitcoin एक क्रिप्टोकरेंसी blockchain है जहां प्रत्येक नोड बनाए रखता है एक पूरी तरह से ऑडिटेड अनस्पेंट ट्रांजेक्शन आउटपुट (UTXO) डेटाबेस। यदि कोई ABCI के शीर्ष पर Bitcoin जैसा सिस्टम बनाना चाहता था, टेंडरमिंट कोर इसके लिए जिम्मेदार होगा नोड्स के बीच ब्लॉक और लेनदेन साझा करना लेन-देन का एक विहित/अपरिवर्तनीय क्रम स्थापित करना (द blockchain) इस बीच, ABCI एप्लिकेशन इसके लिए जिम्मेदार होगा UTXO डेटाबेस का रखरखाव लेनदेन के क्रिप्टोग्राफ़िक हस्ताक्षरों को मान्य करना लेन-देन को गैर-मौजूद धनराशि खर्च करने से रोकना ग्राहकों को UTXO डेटाबेस को क्वेरी करने की अनुमति देना टेंडरमिंट blockchain डिज़ाइन को विघटित करने में सक्षम है आवेदन प्रक्रिया और के बीच एक बहुत ही सरल एपीआई की पेशकश सर्वसम्मति प्रक्रिया.

Cosmos वास्तुकला

Cosmos स्वतंत्र समानांतर blockchain का एक नेटवर्क है जो हैं प्रत्येक शास्त्रीय BFT सर्वसम्मति एल्गोरिदम द्वारा संचालित है टेंडरमिंट 1. इस नेटवर्क में वर्ष blockchain Cosmos हब होगा। द Cosmos हब एक के माध्यम से कई अन्य blockchain (या ज़ोन) से जुड़ता है नवीन अंतर-blockchain संचार प्रोटोकॉल। Cosmos हब अनेक token प्रकारों को ट्रैक करता है और कुल का रिकॉर्ड रखता है प्रत्येक जुड़े क्षेत्र में tokens की संख्या। टोकन हो सकते हैं एक ज़ोन से दूसरे ज़ोन में सुरक्षित और शीघ्रता से स्थानांतरित किया गया जोनों के बीच तरल विनिमय की आवश्यकता के बिना, क्योंकि सभी अंतर-क्षेत्रीय सिक्का हस्तांतरण Cosmos हब से होता है। यह आर्किटेक्चर blockchain स्पेस की कई समस्याओं का समाधान करता है आज के चेहरे, जैसे कि एप्लिकेशन इंटरऑपरेबिलिटी, स्केलेबिलिटी, और निर्बाध उन्नयनशीलता। उदाहरण के लिए, Bitcoind से प्राप्त क्षेत्र, Go-Ethereum, क्रिप्टोनोट, ZCash, या कोई भी blockchain सिस्टम कर सकता है Cosmos हब में प्लग किया जाए। ये क्षेत्र Cosmos को अनुमति देते हैं वैश्विक लेनदेन मांग को पूरा करने के लिए असीमित पैमाने पर। जोन भी हैं वितरित विनिमय के लिए एक बढ़िया वर्ष, जिसका समर्थन किया जाएगा अच्छा. Cosmos केवल एक वितरित खाता-बही नहीं है, और Cosmos हब कोई चारदीवारी वाला बगीचा या उसके ब्रह्मांड का केंद्र नहीं है। हम हैं वितरित बहीखातों के एक खुले नेटवर्क के लिए एक प्रोटोकॉल डिजाइन करना जो भविष्य की वित्तीय प्रणालियों के लिए एक नई नींव के रूप में काम कर सकता है, क्रिप्टोग्राफी, सुदृढ़ अर्थशास्त्र, सर्वसम्मति के सिद्धांतों पर आधारित सिद्धांत, पारदर्शिता और जवाबदेही। Cosmos हब Cosmos में पहला सार्वजनिक blockchain है नेटवर्क, टेंडरमिंट के BFT सर्वसम्मति एल्गोरिथ्म द्वारा संचालित। द इसे संबोधित करने के लिए 2014 में टेंडरमिंट ओपन-सोर्स प्रोजेक्ट का जन्म हुआ Bitcoin के प्रूफ़-ऑफ़वर्क सर्वसम्मति एल्गोरिदम की गति, स्केलेबिलिटी और पर्यावरणीय मुद्दे। सिद्ध होने पर प्रयोग एवं सुधार करके

BFT एल्गोरिदम 1988 में MIT में विकसित हुआ [20], टेंडरमिंट टीम proof-of-stake को संकल्पनात्मक रूप से प्रदर्शित करने वाली पहली वर्ष थी क्रिप्टोकरेंसी जो कुछ भी दांव पर न लगाने की समस्या का समाधान करती है वर्ष-पीढ़ी proof-of-stake क्रिप्टोकरेंसी से पीड़ित NXT और BitShares1.0 के रूप में। आज, व्यावहारिक रूप से सभी Bitcoin मोबाइल वॉलेट विश्वसनीय सर्वर का उपयोग करते हैं उन्हें लेनदेन सत्यापन प्रदान करें। ऐसा इसलिए है क्योंकि प्रूफ़-प्रूफ़-कार्य से पहले कई पुष्टिकरणों की प्रतीक्षा की आवश्यकता होती है लेनदेन को अपरिवर्तनीय रूप से प्रतिबद्ध माना जा सकता है। जैसी सेवाओं पर दोहरे खर्च के हमलों का प्रदर्शन पहले ही किया जा चुका है कॉइनबेस। अन्य blockchain सर्वसम्मति प्रणालियों के विपरीत, टेंडरमिंट ऑफर करता है त्वरित और सिद्ध रूप से सुरक्षित मोबाइल-क्लाइंट भुगतान सत्यापन। चूंकि टेंडरमिंट को कभी भी फोर्क न करने के लिए डिज़ाइन किया गया है, मोबाइल वॉलेट तत्काल लेनदेन पुष्टिकरण प्राप्त कर सकता है, जो बनाता है स्मार्टफोन पर भरोसेमंद और व्यावहारिक भुगतान एक वास्तविकता है। यह इंटरनेट ऑफ थिंग्स अनुप्रयोगों के लिए इसका महत्वपूर्ण प्रभाव है अच्छा. Cosmos में सत्यापनकर्ताओं की भूमिका Bitcoin खनिकों के समान होती है, लेकिन इसके बजाय वोट देने के लिए क्रिप्टोग्राफ़िक हस्ताक्षरों का उपयोग करें। सत्यापनकर्ता हैं सुरक्षित, समर्पित मशीनें जो प्रतिबद्धता के लिए जिम्मेदार हैं ब्लॉक. गैर-validator अपने staking tokens (जिन्हें कहा जाता है) को सौंप सकते हैं ब्लॉक शुल्क और परमाणु का एक हिस्सा अर्जित करने के लिए किसी भी validator को "परमाणु") पुरस्कार, लेकिन यदि ऐसा होता है तो उन्हें दंडित (कटौती) होने का जोखिम उठाना पड़ता है प्रतिनिधि validator हैक हो जाता है या प्रोटोकॉल का उल्लंघन करता है। सिद्ध टेंडरमिंट BFT सर्वसम्मति, और संपार्श्विक की सुरक्षा गारंटी हितधारकों की जमा राशि-validators और प्रतिनिधियों-प्रदान करते हैं नोड्स और लाइट क्लाइंट के लिए सिद्ध, मात्रात्मक सुरक्षा। वितरित सार्वजनिक बहीखातों का एक संविधान और एक होना चाहिए शासन व्यवस्था. Bitcoin Bitcoin फाउंडेशन पर निर्भर करता है औरउन्नयन के समन्वय के लिए खनन, लेकिन यह एक धीमी प्रक्रिया है। Ethereum पते की हार्ड-फोर्किंग के बाद ETH और ETC में विभाजित हो गया DAO हैक, मुख्यतः इसलिए क्योंकि कोई पूर्व सामाजिक अनुबंध नहीं था न ही ऐसे निर्णय लेने के लिए तंत्र। Cosmos हब पर सत्यापनकर्ता और प्रतिनिधि वोट कर सकते हैं प्रस्ताव जो सिस्टम के पूर्व निर्धारित मापदंडों को बदल सकते हैं स्वचालित रूप से (जैसे ब्लॉक गैस सीमा), समन्वय उन्नयन, जैसे साथ ही मानव-पठनीय संविधान में संशोधन पर मतदान करें जो Cosmos हब की नीतियों को नियंत्रित करता है। संविधान जैसे मुद्दों पर हितधारकों के बीच एकजुटता की अनुमति देता है चोरी और बग (जैसे कि TheDAO घटना), त्वरित और के लिए अनुमति देता है स्वच्छ संकल्प. प्रत्येक जोन का अपना संविधान और शासन भी हो सकता है तंत्र भी. उदाहरण के लिए, Cosmos हब में एक हो सकता है संविधान जो हब पर अपरिवर्तनीयता लागू करता है (कोई रोल-बैक नहीं, Cosmos हब नोड कार्यान्वयन के बग के लिए सहेजें), जबकि प्रत्येक ज़ोन रोल-बैक के संबंध में अपनी नीतियां निर्धारित कर सकता है। विभिन्न नीति क्षेत्रों के बीच अंतरसंचालनीयता को सक्षम करके Cosmos नेटवर्क अपने उपयोगकर्ताओं को परम स्वतंत्रता और क्षमता प्रदान करता है अनुमति रहित प्रयोग. यहां हम विकेंद्रीकरण और स्केलेबिलिटी के एक नए मॉडल का वर्णन करते हैं। Cosmos द्वारा संचालित कई blockchain का एक नेटवर्क है टेंडरमिंट। जबकि मौजूदा प्रस्तावों का लक्ष्य "एकल" बनाना है blockchain” कुल वैश्विक लेनदेन ऑर्डर के साथ, Cosmos कई blockchain को एक दूसरे के साथ एक साथ चलने की अनुमति देता है अंतरसंचालनीयता को बरकरार रखते हुए। आधार पर, Cosmos हब कई स्वतंत्र प्रबंधन करता है blockchain को "ज़ोन" कहा जाता है (कभी-कभी इन्हें "शार्क" भी कहा जाता है) डेटाबेस स्केलिंग तकनीक का संदर्भ जिसे "शार्डिंग" के रूप में जाना जाता है)।

पोस्ट किए गए ज़ोन से हालिया ब्लॉक कमिट की एक निरंतर धारा हब हब को प्रत्येक क्षेत्र की स्थिति के साथ अपडेट रहने की अनुमति देता है। इसी तरह, प्रत्येक जोन हब की स्थिति के साथ तालमेल रखता है (लेकिन जोन परोक्ष रूप से छोड़कर एक-दूसरे के साथ न रहें हब). फिर सूचना के पैकेट एक से संप्रेषित किए जाते हैं सबूत के तौर पर मर्कल-प्रूफ़ पोस्ट करके दूसरे को ज़ोन करें सूचना भेजी और प्राप्त की गई। इस तंत्र को कहा जाता है अंतर-blockchain संचार, या संक्षेप में IBC। इनमें से कोई भी क्षेत्र चक्रीय ग्राफ बनाने के लिए स्वयं केंद्र हो सकता है, लेकिन स्पष्टता के लिए हम केवल सरल का ही वर्णन करेंगे कॉन्गुरेशन जहां केवल एक हब है, और कई गैर-हब हैं जोन. Cosmos हब एक blockchain है जो मल्टी-एसेट होस्ट करता है वितरित खाता बही, जहां token व्यक्तिगत उपयोगकर्ताओं द्वारा रखे जा सकते हैं या ज़ोन द्वारा स्वयं। इन token को एक क्षेत्र से स्थानांतरित किया जा सकता है दूसरे को एक विशेष IBC पैकेट में जिसे "सिक्का पैकेट" कहा जाता है। हब है कुल की वैश्विक अपरिवर्तनशीलता को संरक्षित करने के लिए जिम्मेदार सभी क्षेत्रों में प्रत्येक token की मात्रा। IBC सिक्का पैकेट लेन-देन प्रेषक, केंद्र और रिसीवर द्वारा किया जाना चाहिए blockchains.चूँकि Cosmos हब संपूर्ण के लिए केंद्रीय बहीखाता के रूप में कार्य करता है प्रणाली, हब की सुरक्षा सर्वोपरि है। जबकि प्रत्येक क्षेत्र एक टेंडरमिंट blockchain हो सकता है जो इसके द्वारा सुरक्षित है 4 से कम (या इससे भी कम यदि BFT सर्वसम्मति की आवश्यकता नहीं है), हब validators के विश्व स्तर पर विकेन्द्रीकृत सेट द्वारा सुरक्षित किया जाना चाहिए सबसे गंभीर हमले के परिदृश्यों का सामना कर सकता है, जैसे कि महाद्वीपीय नेटवर्क विभाजन या राष्ट्र-राज्य प्रायोजित हमला। Cosmos ज़ोन एक स्वतंत्र blockchain है जो IBC का आदान-प्रदान करता है हब के साथ संदेश. हब के दृष्टिकोण से, एक ज़ोन एक है बहु-परिसंपत्ति गतिशील-सदस्यता बहु-हस्ताक्षर खाता IBC पैकेट का उपयोग करके tokens भेज और प्राप्त कर सकते हैं। जैसे ए क्रिप्टोक्यूरेंसी खाता, एक ज़ोन इससे अधिक tokens स्थानांतरित नहीं कर सकता है इसके पास है, लेकिन यह उन अन्य लोगों से token प्राप्त कर सकता है जिनके पास ये हैं। एक जोन एक या अधिक token प्रकारों के "स्रोत" के रूप में नामित किया जा सकता है, इसे उस token आपूर्ति को शुरू करने की शक्ति प्रदान करना। Cosmos हब के परमाणु किसी क्षेत्र के validators द्वारा दांव पर लगाए जा सकते हैं हब से जुड़ा है. जबकि इन क्षेत्रों पर दोहरे खर्च के हमले होते हैं इसके परिणामस्वरूप टेंडरमिंट की जवाबदेही के साथ परमाणुओं की कटौती होगी, एक ऐसा क्षेत्र जहां >⅔ मतदान शक्तियाँ हैं बीजान्टिन अमान्य स्थिति कर सकता है। Cosmos हब नहीं है अन्य क्षेत्रों पर किए गए लेनदेन को सत्यापित या निष्पादित करें, इसलिए यह है उपयोगकर्ताओं की ज़िम्मेदारी है कि वे उन क्षेत्रों में tokens भेजें जिन पर उन्हें भरोसा है। भविष्य में, Cosmos हब की शासन प्रणाली हब से आगे निकल सकती है सुधार प्रस्ताव जो ज़ोन विफलताओं के लिए जिम्मेदार हैं। के लिए उदाहरण के लिए, कुछ (या सभी) क्षेत्रों से आउटबाउंड token स्थानांतरण हो सकता है ज़ोन के आपातकालीन सर्किट-ब्रेकिंग की अनुमति देने के लिए गला घोंट दिया जाए किसी हमले का पता चलने पर (token स्थानांतरण का अस्थायी रोक)। अब हम देखते हैं कि हब और ज़ोन प्रत्येक के साथ कैसे संवाद करते हैं अन्य. उदाहरण के लिए, यदि तीन blockchain हैं, "ज़ोन1", "ज़ोन2",

और "हब", और हम चाहते हैं कि "ज़ोन1" एक पैकेट तैयार करे "जोन2" के लिए "हब" से गुजर रहा है। एक पैकेट को एक से दूसरी जगह ले जाना blockchain दूसरे को, प्राप्तकर्ता श्रृंखला पर एक प्रमाण पोस्ट किया जाता है। प्रमाण बताता है कि भेजने वाली श्रृंखला ने इसके लिए एक पैकेट प्रकाशित किया कथित गंतव्य. इस प्रमाण की जांच करने के लिए प्राप्तकर्ता श्रृंखला के लिए, यह प्रेषक के ब्लॉक हेडर के साथ अद्यतित रहने में सक्षम होना चाहिए। यह तंत्र साइडचेन द्वारा उपयोग किए जाने वाले तंत्र के समान है, जिसकी आवश्यकता होती है एक के माध्यम से एक दूसरे के बारे में जागरूक होने के लिए दो अंतःक्रियात्मक शृंखलाएँ अस्तित्व के प्रमाण डेटाग्राम की द्विदिश धारा (लेनदेन). IBC प्रोटोकॉल को स्वाभाविक रूप से दो प्रकार का उपयोग करके परिभाषित किया जा सकता है लेन-देन: एक IBCBlockCommitTx लेन-देन, जो अनुमति देता है blockchain अपने सबसे हालिया ब्लॉक-hash के किसी भी पर्यवेक्षक को साबित करने के लिए, और एक IBCPacketTx लेन-देन, जो blockchain को अनुमति देता है किसी भी पर्यवेक्षक को साबित करें कि दिया गया पैकेट वास्तव में प्रकाशित हुआ था प्रेषक के आवेदन द्वारा, हाल ही में मर्कल-प्रूफ के माध्यम से ब्लॉक-hash. IBC यांत्रिकी को दो अलग-अलग लेनदेन में विभाजित करके, हम प्राप्त श्रृंखला के मूल शुल्क बाजार-तंत्र को अनुमति दें यह निर्धारित करें कि कौन से पैकेट प्रतिबद्ध हैं (अर्थात स्वीकृत हैं), जबकि भेजने की शृंखला पर पूर्ण स्वतंत्रता की अनुमति देना कि कैसे कई आउटबाउंड पैकेटों की अनुमति है। उपरोक्त उदाहरण में, "ज़ोन1" के ब्लॉक-hash को अपडेट करने के लिए "हब" पर (या "ज़ोन2" पर "हब"), एक IBCBlockCommitTxलेनदेन को "हब" पर ब्लॉक-hash के साथ पोस्ट किया जाना चाहिए "ज़ोन1" (या "हब" के ब्लॉक-hash के साथ "ज़ोन2" पर)। अधिक जानकारी के लिए IBCBlockCommitTx और IBCPacketTx देखें दो IBC लेनदेन प्रकारों पर। उसी प्रकार Bitcoin वितरित होने के कारण अधिक सुरक्षित है, बड़े पैमाने पर प्रतिकृति बहीखाता, हम एक्सचेंजों को कम असुरक्षित बना सकते हैं इसे blockchain पर चलाकर बाहरी और आंतरिक हैक करें। हम इसे एक वितरित विनिमय कहें। जिसे क्रिप्टोकरेंसी समुदाय विकेंद्रीकृत कहता है एक्सचेंज आज "परमाणु क्रॉसचेन" (एएक्ससी) लेनदेन नामक चीज़ पर आधारित हैं। AXC लेनदेन के साथ, दो उपयोगकर्ता दो अलग-अलग श्रृंखलाएं दो स्थानांतरण लेनदेन कर सकती हैं दोनों बहियों पर एक साथ प्रतिबद्ध, या बिल्कुल भी नहीं (यानी) परमाणु रूप से)। उदाहरण के लिए, दो उपयोगकर्ता ईथर (या) के लिए बिटकॉइन का व्यापार कर सकते हैं AXC लेनदेन का उपयोग करते हुए दो अलग-अलग बहीखातों पर कोई भी दो tokens, भले ही Bitcoin और Ethereum प्रत्येक से कनेक्ट नहीं हैं अन्य. AXC लेनदेन पर एक्सचेंज चलाने का लाभ है न तो उपयोगकर्ताओं को एक-दूसरे पर भरोसा करने की ज़रूरत है और न ही व्यापार-मिलान की सेवा. नकारात्मक पक्ष यह है कि दोनों पक्षों को ऑनलाइन होने की आवश्यकता है होने वाला व्यापार. एक अन्य प्रकार का विकेन्द्रीकृत विनिमय सामूहिक-प्रतिकृति है वितरित एक्सचेंज जो स्वयं blockchain पर चलता है। उपयोगकर्ता चालू इस प्रकार का विनिमय एक सीमा आदेश प्रस्तुत कर सकता है और उन्हें बदल सकता है कंप्यूटर बंद है, और व्यापार उपयोगकर्ता के बिना निष्पादित हो सकता है ऑनलाइन. blockchain मेल खाता है और उसकी ओर से व्यापार को पूरा करता है व्यापारी का.

अनुप्रयोग

एक केंद्रीकृत एक्सचेंज सीमा की एक गहरी ऑर्डरबुक बना सकता है ऑर्डर देते हैं और इस प्रकार अधिक व्यापारियों को आकर्षित करते हैं। तरलता अधिक उत्पन्न होती है विनिमय जगत में तरलता, और इसलिए एक मजबूत नेटवर्क है विनिमय में प्रभाव (या कम से कम विजेता-अधिकतम प्रभाव)। व्यापार. आज क्रिप्टोक्यूरेंसी एक्सचेंजों के लिए वर्तमान नेता 20 मिलियन डॉलर के 24 घंटे के वॉल्यूम के साथ पोलोनिक्स दूसरे स्थान पर है $5 मिलियन के 24 घंटे के वॉल्यूम के साथ बिटीनेक्स। इतने मजबूत नेटवर्क को देखते हुए प्रभाव, AXC-आधारित विकेन्द्रीकृत एक्सचेंजों के लिए इसकी संभावना नहीं है केंद्रीकृत एक्सचेंजों पर वॉल्यूम जीतें। विकेन्द्रीकृत के लिए एक केंद्रीकृत एक्सचेंज के साथ प्रतिस्पर्धा करने के लिए एक्सचेंज की आवश्यकता होगी सीमा ऑर्डर के साथ गहन ऑर्डरबुक का समर्थन करने के लिए। केवल एक वितरित blockchain पर एक्सचेंज वह प्रदान कर सकता है। टेंडरमिंट तेज लेनदेन का अतिरिक्त लाभ प्रदान करता है प्रतिबद्ध. बिना किसी त्याग के तेजी से काम करने को प्राथमिकता देकर स्थिरता, Cosmos में ज़ोन लेनदेन को तेज़ी से व्यवस्थित कर सकते हैं - के लिए दोनों एक्सचेंज ऑर्डर लेनदेन के साथ-साथ IBC token को स्थानांतरित करते हैं और अन्य जोन से. आज क्रिप्टोकरेंसी एक्सचेंजों की स्थिति को देखते हुए, यह बहुत अच्छा है Cosmos के लिए एप्लिकेशन वितरित एक्सचेंज (उर्फ) है Cosmos DEX). लेनदेन थ्रूपुट क्षमता के साथ-साथ प्रतिबद्ध विलंबता की तुलना केंद्रीकृत विलंबता से की जा सकती है आदान-प्रदान। व्यापारी सीमा आदेश प्रस्तुत कर सकते हैं जिन्हें निष्पादित किया जा सकता है दोनों पक्षों के ऑनलाइन होने की आवश्यकता के बिना। और टेंडरमिंट के साथ, Cosmos हब, और IBC, व्यापारी धन को अंदर और बाहर ले जा सकते हैं गति के साथ अन्य क्षेत्रों से आदान-प्रदान। एक विशेषाधिकार प्राप्त क्षेत्र ब्रिज token के स्रोत के रूप में कार्य कर सकता है एक और क्रिप्टोकरेंसी. एक पुल रिश्ते के समान है Cosmos हब और ज़ोन के बीच; दोनों को साथ रहना होगा tokens के पास मौजूद सबूतों को सत्यापित करने के लिए दूसरे के नवीनतम ब्लॉक एक से दूसरे में चला गया। Cosmos पर एक "ब्रिज-ज़ोन" नेटवर्क हब के साथ-साथ दूसरे के साथ भी जुड़ा रहता है

क्रिप्टोकरेंसी. ब्रिज-ज़ोन के माध्यम से अप्रत्यक्ष संकेत अनुमति देता है हब का तर्क दूसरों के प्रति सरल और अज्ञेयवादी बने रहना है blockchain सर्वसम्मति रणनीतियाँ जैसे Bitcoin की proof-of-work खनन. प्रत्येक ब्रिज-ज़ोन validator एक टेंडरमिंट-संचालित चलेगा blockchain एक विशेष ABCI ब्रिज-ऐप के साथ, लेकिन एक पूर्ण-नोड भी "उत्पत्ति" blockchain। जब नए ब्लॉकों का उद्गम, पुल-क्षेत्र पर खनन किया जाता है validators हस्ताक्षर करके प्रतिबद्ध ब्लॉकों पर समझौता करेंगे और मूल के blockchain के अपने संबंधित स्थानीय दृश्य को साझा कर रहे हैं टिप. जब एक ब्रिज-ज़ोन को मूल (और) पर भुगतान प्राप्त होता है इस बात पर सहमति हुई कि मामले में पर्याप्त पुष्टि देखी गई है एक PoW श्रृंखला जैसे Ethereum या Bitcoin), एक संगत उस शेष राशि से ब्रिज-ज़ोन पर खाता बनाया जाता है। Ethereum के मामले में, ब्रिज-ज़ोन इसे साझा कर सकता है validator-Cosmos हब के रूप में सेट करें। Ethereum तरफ (द मूल), एक ब्रिज-अनुबंध ईथर धारकों को ईथर भेजने की अनुमति देगा इसे ब्रिज-कॉन्ट्रैक्ट पर भेजकर ब्रिज-ज़ोन में भेजा जाएगा Ethereum. एक बार जब ईथर ब्रिज-कॉन्ट्रैक्ट द्वारा प्राप्त हो जाता है, तो ईथर को तब तक वापस नहीं लिया जा सकता जब तक कि उपयुक्त IBC पैकेट न हो पुल-अनुबंध द्वारा पुल-क्षेत्र से प्राप्त किया गया। द ब्रिज-कॉन्ट्रैक्ट ब्रिज-ज़ोन के validator-सेट को ट्रैक करता है, जो Cosmos हब के validator-सेट के समान हो सकता है। Bitcoin के मामले में, अवधारणा इसके बजाय समान है एक एकल पुल-अनुबंध, प्रत्येक UTXO को एक द्वारा नियंत्रित किया जाएगा थ्रेशोल्ड मल्टीसिग्नेचर P2SH पबस्क्रिप्ट। की सीमाओं के कारण P2SH प्रणाली, हस्ताक्षरकर्ता Cosmos के समान नहीं हो सकते हब validator-सेट।ब्रिज-ज़ोन ("ब्रिज्ड-ईथर") पर ईथर को स्थानांतरित किया जा सकता है और हब से, और बाद में एक लेनदेन के साथ नष्ट हो जाएगा इसे Ethereum पर एक विशेष निकासी पते पर भेजता है। एक IBC पैकेट यह साबित करता है कि लेन-देन ब्रिज-ज़ोन पर हुआ ईथर को अनुमति देने के लिए Ethereum ब्रिज-कॉन्ट्रैक्ट पर पोस्ट किया जा सकता है वापस लिया जाना है. Bitcoin के मामले में, प्रतिबंधित स्क्रिप्टिंग प्रणाली इसे बनाती है IBC सिक्का-स्थानांतरण तंत्र को प्रतिबिंबित करना कठिन है। प्रत्येक UTXO इसकी अपनी स्वतंत्र पबस्क्रिप्ट है, इसलिए प्रत्येक UTXO होनी चाहिए के सेट में परिवर्तन होने पर नए UTXO पर माइग्रेट हो जाता है Bitcoin एस्क्रो हस्ताक्षरकर्ता। एक समाधान संपीड़ित करना है और कुल संख्या बनाए रखने के लिए आवश्यकतानुसार UTXO-सेट को डीकंप्रेस करें UTXOs नीचे। ऐसे ब्रिजिंग अनुबंध का जोखिम एक दुष्ट validator सेट है। ≥⅓ बीजान्टिन वोटिंग शक्ति ईथर को वापस लेते हुए एक कांटा पैदा कर सकती है ब्रिज-कॉन्ट्रैक्ट से Ethereum पर ब्रिजडेथर को ब्रिज-ज़ोन पर रखते हुए। इससे भी बदतर, >⅔ बीजान्टिन वोटिंग शक्ति हो सकती है उन लोगों से सीधे ईथर चोरी करें जिन्होंने इसे ब्रिज-कॉन्ट्रैक्ट पर भेजा था ब्रिज-ज़ोन के मूल ब्रिजिंग तर्क से भटककर। पुल को डिज़ाइन करके इन मुद्दों का समाधान करना संभव है पूरी तरह से जवाबदेह. उदाहरण के लिए, सभी IBC पैकेट, हब से और मूल, को ब्रिज-ज़ोन द्वारा स्वीकृति की आवश्यकता हो सकती है इस तरह से कि ब्रिज-ज़ोन के सभी राज्य परिवर्तन हो सकें हब या मूल द्वारा कुशलतापूर्वक चुनौती दी गई और सत्यापन किया गया पुल-अनुबंध. हब और मूल को ब्रिजज़ोन validators को संपार्श्विक पोस्ट करने की अनुमति देनी चाहिए, और token को बाहर स्थानांतरित करना चाहिए ब्रिज-कॉन्ट्रैक्ट में देरी होनी चाहिए (और संपार्श्विक अनबॉन्डिंग)। किसी भी चुनौती का सामना करने के लिए पर्याप्त रूप से लंबी अवधि)। स्वतंत्र लेखा परीक्षक. हम विशिष्टता का डिज़ाइन छोड़ देते हैं और इस प्रणाली का कार्यान्वयन भविष्य के लिए खुला है Cosmos

सुधार प्रस्ताव, Cosmos हब द्वारा पारित किया जाएगा शासन व्यवस्था. स्केलिंग समस्या का समाधान Ethereum के लिए एक खुला मुद्दा है। वर्तमान में, Ethereum नोड प्रत्येक लेनदेन को संसाधित करते हैं सभी राज्यों को भी संग्रहीत करें। जोड़ना। चूंकि टेंडरमिंट Ethereum की तुलना में बहुत तेजी से ब्लॉक कर सकता है proof-of-work, EVM ज़ोन टेंडरमिंट सर्वसम्मति द्वारा संचालित और ब्रिजेड-ईथर पर संचालन उच्च प्रदर्शन प्रदान कर सकता है Ethereum blockchains. इसके अतिरिक्त, हालांकि Cosmos हब और IBC पैकेट यांत्रिकी मनमाने अनुबंध तर्क की अनुमति नहीं देता है निष्पादन स्वयं, इसका उपयोग token आंदोलनों को समन्वयित करने के लिए किया जा सकता है विभिन्न क्षेत्रों में चल रहे Ethereum अनुबंधों के बीच, के माध्यम से token-केंद्रित Ethereum स्केलिंग के लिए एक आधार प्रदान करना टुकड़ा करना. Cosmos ज़ोन मनमाने ढंग से एप्लिकेशन लॉजिक चलाते हैं, जिसे परिभाषित किया गया है ज़ोन के जीवन की शुरुआत और संभावित रूप से अद्यतन किया जा सकता है समय के साथ शासन द्वारा. ऐसी संवेदनशीलता Cosmos क्षेत्रों को अनुमति देती है अन्य क्रिप्टोकरेंसी जैसे Ethereum या के लिए पुल के रूप में कार्य करें Bitcoin, और यह उन blockchain के डेरिवेटिव की भी अनुमति देता है, समान कोडबेस का उपयोग करना लेकिन एक अलग validator सेट के साथ प्रारंभिक वितरण. यह कई मौजूदा क्रिप्टोकरेंसी को अनुमति देता है ढाँचे, जैसे कि Ethereum, Zerocash, Bitcoin, क्रिप्टोनोट इत्यादि का उपयोग टेंडरमिंट कोर के साथ किया जाना है, जो कि है एक सामान्य नेटवर्क पर एक उच्च प्रदर्शन सर्वसम्मति इंजन, अंतरसंचालनीयता के लिए जबरदस्त अवसर खोलना प्लेटफार्म. इसके अलावा, एक बहु-परिसंपत्ति blockchain के रूप में, एक एकल लेन-देन में कई इनपुट और आउटपुट हो सकते हैं, जहां प्रत्येक इनपुट किसी भी token प्रकार का हो सकता है, जो Cosmos को सीधे सेवा देने में सक्षम बनाता है विकेंद्रीकृत विनिमय के लिए एक मंच, हालांकि ऑर्डर मान लिए गए हैंअन्य प्लेटफार्मों के माध्यम से मिलान किया जाना है। वैकल्पिक रूप से, एक ज़ोन सेवा दे सकता है एक वितरित दोष-सहिष्णु विनिमय (ऑर्डरबुक के साथ) के रूप में, जो मौजूदा केंद्रीकृत पर सख्त सुधार हो सकता है क्रिप्टोकरेंसी एक्सचेंज जो समय के साथ हैक हो जाते हैं। ज़ोन एंटरप्राइज़ के blockchain-समर्थित संस्करण के रूप में भी काम कर सकते हैं और सरकारी प्रणालियाँ, जहाँ एक विशेष सेवा के टुकड़े होते हैं पारंपरिक रूप से किसी संगठन या संगठनों के समूह द्वारा चलाए जाते हैं इसके बजाय एक निश्चित क्षेत्र पर ABCI एप्लिकेशन के रूप में चलाया जाता है, जो इसे जनता की सुरक्षा और अंतरसंचालनीयता प्राप्त करने की अनुमति देता है Cosmos अंतर्निहित पर नियंत्रण का त्याग किए बिना नेटवर्क सेवा. इस प्रकार, Cosmos दोनों दुनियाओं के लिए सर्वोत्तम पेशकश कर सकता है संगठन blockchain प्रौद्योगिकी का उपयोग करना चाहते हैं लेकिन कौन हैं वितरित तीसरे को नियंत्रण पूरी तरह से छोड़ने से सावधान रहें पार्टी. कुछ लोग दावा करते हैं कि निरंतरता-अनुकूलता एक बड़ी समस्या है टेंडरमिंट जैसा सर्वसम्मत एल्गोरिदम कोई भी नेटवर्क है विभाजन जिसके कारण >⅔ के साथ कोई एकल विभाजन नहीं होता है मतदान की शक्ति (उदाहरण के लिए ≥⅓ ऑफज़ीन जाना) आम सहमति को पूरी तरह से रोक देगी। Cosmos आर्किटेक्चर का उपयोग करके इस समस्या को कम करने में मदद मिल सकती है क्षेत्रीय स्वायत्त क्षेत्रों वाला एक वैश्विक केंद्र, जहां मतदान की शक्ति है प्रत्येक क्षेत्र के लिए एक सामान्य भौगोलिक आधार पर वितरित किया जाता है क्षेत्र. उदाहरण के लिए, एक सामान्य प्रतिमान व्यक्ति के लिए हो सकता है शहरों, या क्षेत्रों को साझा करते हुए अपने स्वयं के क्षेत्र संचालित करने के लिए सामान्य हब (जैसे Cosmos हब), नगरपालिका गतिविधि को सक्षम बनाता है उस स्थिति में भी बनी रहती है जब हब अस्थायी नेटवर्क के कारण रुक जाता है विभाजन. ध्यान दें कि यह वास्तविक भूवैज्ञानिक, राजनीतिक और अनुमति देता है मजबूत डिजाइनिंग में नेटवर्क-टोपोलॉजिकल सुविधाओं पर विचार किया जाना चाहिए फ़ेडरेटेड दोष-सहिष्णु प्रणालियाँ।

NameCoin इसे हल करने का प्रयास करने वाले पहले blockchain में से एक था Bitcoin blockchain को अनुकूलित करके नाम-समाधान समस्या। दुर्भाग्य से इस दृष्टिकोण के साथ कई मुद्दे रहे हैं। Namecoin के साथ, हम यह सत्यापित कर सकते हैं कि, उदाहरण के लिए, @satoshi था अतीत में किसी समय किसी विशेष सार्वजनिक कुंजी के साथ पंजीकृत, लेकिन हमें नहीं पता कि सार्वजनिक कुंजी तब से थी या नहीं हाल ही में अपडेट किया गया जब तक कि हम पिछले से सभी ब्लॉक डाउनलोड नहीं कर लेते उस नाम का अद्यतन. यह Bitcoin की सीमा के कारण है UTXO लेन-देन मर्कल-आइज़ेशन मॉडल, जहां केवल लेन-देन (लेकिन परिवर्तनीय अनुप्रयोग स्थिति नहीं) मर्कल-आइज़्ड हैं ब्लॉक-hash में। इससे हम अस्तित्व को साबित कर सकते हैं, लेकिन किसी नाम के बाद के अपडेट की गैर-मौजूदगी को नहीं। इस प्रकार, हम इसके बारे में नहीं जान सकते पूर्ण विश्वास किए बिना किसी नाम का नवीनतम मूल्य निश्चित करना नोड, या डाउनलोड करके बैंडविड्थ में महत्वपूर्ण लागत खर्च करना संपूर्ण blockchain. भले ही नेमकॉइन में एक मर्कल-इज्ड सर्च ट्री लागू किया गया हो, proof-of-work पर इसकी निर्भरता हल्के ग्राहक सत्यापन बनाती है समस्याग्रस्त. लाइट ग्राहकों को इसकी पूरी प्रति डाउनलोड करनी होगी संपूर्ण blockchain (या कम से कम सभी) में सभी ब्लॉक के लिए हेडर किसी नाम के अंतिम अद्यतन के बाद से हेडर)। इसका मतलब यह है कि बैंडविड्थ आवश्यकताएँ समय की मात्रा के साथ रैखिक रूप से मापी जाती हैं [21]. इसके अलावा, proof-of-work blockchain पर नाम-परिवर्तन अतिरिक्त proof-of-work पुष्टिकरण ब्लॉकों की प्रतीक्षा की आवश्यकता है, जिसमें Bitcoin पर एक घंटे तक का समय लग सकता है। टेंडरमिंट के साथ, हमें बस नवीनतम ब्लॉक-hash की आवश्यकता है validators (मतदान शक्ति द्वारा) के कोरम और एक मर्कल द्वारा हस्ताक्षरित नाम से जुड़े वर्तमान मूल्य का प्रमाण। यह इसे बनाता है एक संक्षिप्त, त्वरित और सुरक्षित प्रकाश-ग्राहक प्राप्त करना संभव है नाम मानों का सत्यापन. Cosmos में, हम इस अवधारणा को ले सकते हैं और इसे आगे बढ़ा सकते हैं। प्रत्येक Cosmos में नाम-पंजीकरण क्षेत्र में एक संबद्ध टॉपलेवल-डोमेन (TLD) नाम हो सकता है जैसे ".com" या ".org", और प्रत्येक नाम-

पंजीकरण क्षेत्र का अपना शासन और पंजीकरण हो सकता है नियम.

शासन और अर्थशास्त्र

जबकि Cosmos हब एक बहु-परिसंपत्ति वितरित खाता बही है एक विशेष मूल निवासी token को परमाणु कहा जाता है। परमाणु ही एकमात्र staking हैं Cosmos हब का token। परमाणु धारक के लिए एक लाइसेंस है वोट दें, मान्य करें, या अन्य validator को सौंपें। जैसे Ethereum ईथर, परमाणुओं का उपयोग लेनदेन शुल्क के भुगतान के लिए भी किया जा सकता है स्पैम को कम करें. अतिरिक्त अवतरणात्मक परमाणु और ब्लॉक लेनदेन फीस validators और प्रतिनिधि करने वाले प्रतिनिधियों को पुरस्कृत की जाती है validators. किसी भी पुनर्प्राप्ति के लिए बर्नएटमटीएक्स लेनदेन का उपयोग किया जा सकता है आरक्षित पूल से tokens की आनुपातिक राशि। उत्पत्ति पर परमाणु tokens और validators का प्रारंभिक वितरण Cosmos धन संचयन (75%) के दाताओं, प्रमुख दाताओं के पास जाएगा (5%), Cosmos नेटवर्क फाउंडेशन (10%), और ऑल इन बिट्स, इंक. (10%). उत्पत्ति से आगे, परमाणुओं की कुल मात्रा का 1/3 भाग होगा बंधुआ validators और प्रतिनिधियों को हर साल पुरस्कृत किया जाएगा। अतिरिक्त विवरण के लिए Cosmos योजना देखें। Bitcoin या अन्य proof-of-work blockchains के विपरीत, एक टेंडरमिंट वृद्धि के कारण blockchain अधिक validator के साथ धीमा हो जाता है संचार जटिलता. सौभाग्य से, हम पर्याप्त समर्थन कर सकते हैं विश्व स्तर पर मजबूत वितरण के लिए validators blockchain बहुत तेज़ लेनदेन पुष्टिकरण समय के साथ, और, बैंडविड्थ के रूप में,

भंडारण, और समानांतर गणना क्षमता बढ़ जाती है, हम सक्षम होंगे भविष्य में और अधिक validator का समर्थन करने के लिए। उत्पत्ति दिवस पर, अधिकतम संख्या validator निर्धारित की जाएगी 100, और यह संख्या 10 वर्षों तक 13% की दर से बढ़ेगी, और 300 validators पर स्थिर रहें। जो परमाणु धारक पहले से नहीं हैं वे validators बन सकते हैं बॉन्डटेक्स लेनदेन पर हस्ताक्षर करना और सबमिट करना। की मात्रा संपार्श्विक के रूप में प्रदान किए गए परमाणु शून्येतर होने चाहिए। कोई भी बन सकता है किसी भी समय validator, सिवाय तब जब धारा का आकार हो validator सेट validators की अधिकतम संख्या से अधिक है अनुमति. उस स्थिति में, लेनदेन केवल तभी वैध होता है जब राशि परमाणुओं द्वारा धारित प्रभावी परमाणुओं की मात्रा से अधिक है सबसे छोटा validator, जहां प्रभावी परमाणुओं में प्रत्यायोजित परमाणु शामिल होते हैं। जब एक नया validator मौजूदा validator को इस तरह से प्रतिस्थापित करता है, मौजूदा validator निष्क्रिय हो जाता है और सभी परमाणु और प्रत्यायोजित परमाणु असंबद्ध अवस्था में प्रवेश करते हैं। किसी के लिए भी validator पर कुछ जुर्माना लगाया जाना चाहिए स्वीकृत से जानबूझकर या अनजाने में विचलन प्रोटोकॉल. कुछ साक्ष्य तुरंत स्वीकार्य होते हैं, जैसे कि एक ही ऊंचाई और गोल पर दोहरा चिह्न, या इसका उल्लंघन वर्ष 0: 100  वर्ष 1: 113  वर्ष 2: 127  वर्ष 3: 144  वर्ष 4: 163  वर्ष 5: 184  वर्ष 6: 208  वर्ष 7: 235  वर्ष 8: 265  वर्ष 9: 300  वर्ष 10: 300  ...

"प्रीवोट-द-लॉक" (टेंडरमिंट सर्वसम्मति प्रोटोकॉल का एक नियम)। इस तरह के साक्ष्य के परिणामस्वरूप validator अपनी अच्छी प्रतिष्ठा खो देगा और इसके बंधे हुए परमाणुओं के साथ-साथ इसका आनुपातिक हिस्सा tokens है रिज़र्व पूल - जिसे सामूहिक रूप से इसकी "हिस्सेदारी" कहा जाता है - में कटौती की जाएगी। कभी-कभी, validator क्षेत्रीय कारणों से उपलब्ध नहीं होंगे नेटवर्क व्यवधान, बिजली विफलता, या अन्य कारण। यदि, किसी भी प्रकार पिछले वैलिडेटरटाइमआउटविंडो ब्लॉक को इंगित करें, एक validator प्रतिबद्ध वोट blockchain से अधिक में शामिल नहीं है  ValidatorTimeoutMaxAbsent बार, वह validator बन जाएगा निष्क्रिय, और इसका वैलिडेटरटाइमआउटपेनल्टी (डिफ़ॉल्ट 1%) खो देता है दांव. कुछ "दुर्भावनापूर्ण" व्यवहार स्पष्ट रूप से समझ में नहीं आते हैं blockchain पर साक्ष्य। इन मामलों में, validators कर सकते हैं इन दुर्भावनापूर्ण समय समाप्ति को बाध्य करने के लिए बैंड से बाहर समन्वय करें validators, यदि सर्वोच्च बहुमत की सहमति हो। ऐसी स्थितियों में जहां Cosmos हब ≥⅓ गठबंधन के कारण रुक जाता है मतदान की शक्ति समाप्त हो रही है, या उन स्थितियों में जहां ≥⅓ गठबंधन है मतदान शक्ति सेंसर से दुर्भावनापूर्ण व्यवहार का सबूत blockchain में प्रवेश करते समय, हब को हार्ड-फोर्क से पुनर्प्राप्त करना होगा reorg-प्रस्ताव. ("फोर्क्स एंड सेंसरशिप अटैक्स" से लिंक)। Cosmos हब validators किसी भी token प्रकार या संयोजन को स्वीकार कर सकते हैं लेनदेन को संसाधित करने के लिए शुल्क के प्रकार। प्रत्येक validator कर सकता है व्यक्तिपरक रूप से वह विनिमय दर निर्धारित करें जो वह चाहता है, और चुनें जब तक ब्लॉकगैसलिमिट है, वह जो भी लेन-देन चाहता है अधिक नहीं. एकत्रित शुल्क, नीचे दिए गए किसी भी कर को घटाकर, के अनुपात में बंधुआ हितधारकों को पुनर्वितरित किया जाता है उनके बंधे हुए परमाणु, प्रत्येक वैलिडेटरपेआउटपीरियड (डिफ़ॉल्ट 1 घंटा)।एकत्रित लेनदेन शुल्क में से, रिज़र्वटैक्स (डिफ़ॉल्ट 2%) होगा रिजर्व पूल को बढ़ाने के लिए रिजर्व पूल की ओर जाएं और Cosmos नेटवर्क की सुरक्षा और मूल्य बढ़ाएँ। ये निर्णयों के अनुसार धन का वितरण भी किया जा सकता है शासन तंत्र द्वारा बनाया गया। एटम धारक जो अपनी मतदान शक्ति अन्य validator को सौंपते हैं प्रत्यायोजित validator को कमीशन का भुगतान करें। आयोग कर सकता है प्रत्येक validator द्वारा सेट किया जाए। Cosmos हब की सुरक्षा इसकी सुरक्षा का एक कार्य है अंतर्निहित validators और प्रतिनिधियों द्वारा प्रतिनिधिमंडल का चयन। पाए जाने की खोज और शीघ्र रिपोर्टिंग को प्रोत्साहित करने के लिए कमजोरियाँ, Cosmos हब हैकर्स को प्रकाशित करने के लिए प्रोत्साहित करता है एक रिपोर्टहैकटीएक्स लेनदेन के माध्यम से सफल शोषण जो कहता है, "यह validator हैक हो गया। कृपया इस पते पर इनाम भेजें”। पर ऐसा कारनामा, validator और प्रतिनिधि निष्क्रिय हो जाएंगे,  सभी के परमाणुओं को HackPunishmentRatio (डिफ़ॉल्ट 5%) मिलेगा काट दिया गया, और सभी के परमाणुओं का HackRewardRatio (डिफ़ॉल्ट 5%) हैकर के इनाम पते पर पुरस्कृत किया जाएगा। validator उन्हें अपनी बैकअप कुंजी का उपयोग करके शेष परमाणुओं को पुनर्प्राप्त करना होगा। स्थानांतरण के लिए इस सुविधा का दुरुपयोग होने से रोकने के लिए अनिहित परमाणु, निहित बनाम अनिहित परमाणुओं का भाग validators और प्रतिनिधि  ReportHackTx से पहले और बाद में करेंगे वही रहें, और हैकर इनाम में कुछ शामिल होंगे अप्रयुक्त परमाणु, यदि कोई हो। Cosmos हब एक वितरित संगठन द्वारा संचालित होता है इसके लिए एक सुव्यवस्थित शासन तंत्र की आवश्यकता है blockchain में विभिन्न परिवर्तनों का समन्वय करें, जैसे कि वेरिएबल

सिस्टम के पैरामीटर, साथ ही सॉफ़्टवेयर अपग्रेड और संवैधानिक संशोधन. सभी validator सभी प्रस्तावों पर मतदान के लिए जिम्मेदार हैं। असफल होना किसी प्रस्ताव पर समय पर वोट करने का परिणाम validator होगा कुछ समय के लिए स्वचालित रूप से निष्क्रिय हो जाना कहलाता है  अनुपस्थितिदंड अवधि (डिफ़ॉल्ट 1 सप्ताह)। प्रतिनिधि स्वचालित रूप से प्रतिनिधि का वोट प्राप्त करते हैं validator. इस वोट को मैन्युअल रूप से ओवरराइड किया जा सकता है। अबंधित परमाणु कोई वोट नहीं मिलेगा. प्रत्येक प्रस्ताव के लिए न्यूनतम प्रस्ताव जमा राशि की आवश्यकता होती है  tokens, जो एक या अधिक tokens का संयोजन हो सकता है परमाणुओं सहित. प्रत्येक प्रस्ताव के लिए, मतदाता वोट दे सकते हैं जमा. यदि आधे से अधिक मतदाता इसे लेना चुनते हैं जमा (उदाहरण के लिए क्योंकि प्रस्ताव स्पैम था), जमा को जाता है आरक्षित पूल, जले हुए किसी भी परमाणु को छोड़कर। प्रत्येक प्रस्ताव के लिए, मतदाता निम्नलिखित विकल्पों के साथ मतदान कर सकते हैं: हाँ हाँविथफोर्स नहीं NayWithForce परहेज करें Yea या YeaWithForce वोटों का सख्त बहुमत (या नहीं या प्रस्ताव पर निर्णय लेने के लिए NayWithForce वोट) आवश्यक है पारित (या असफल के रूप में निर्णय लिया गया), लेकिन 1/3+ बहुमत को वीटो कर सकता है "बलपूर्वक" मतदान द्वारा निर्णय। जब सख्त बहुमत द्वारा वीटो कर दिया जाता है, हर किसी को वीटोपेनल्टीफीब्लॉक खोने की सजा मिलती है  (डिफ़ॉल्ट 1 दिन के ब्लॉक का मूल्य) शुल्क का मूल्य (करों को छोड़कर)। जो प्रभावित नहीं होगा), और वह पार्टी जिसने बहुमत को वीटो किया

निर्णय के लिए अतिरिक्त रूप से वीटोपेनल्टीएटम्स खोने से दंडित किया जाएगा  (डिफ़ॉल्ट 0.1%) इसके परमाणुओं का। यहां दिए गए किसी भी पैरामीटर को इसके साथ बदला जा सकता है एक पैरामीटरचेंजप्रस्ताव का पारित होना। परमाणुओं को इन्ज़ेट किया जा सकता है और आरक्षित पूल फंड के साथ खर्च किया जा सकता है इनाम प्रस्ताव का पारित होना। अन्य सभी प्रस्ताव, जैसे प्रोटोकॉल को अपग्रेड करने का प्रस्ताव, सामान्य टेक्स्टप्रस्ताव के माध्यम से समन्वयित किया जाएगा। योजना देखें. blockchain सर्वसम्मति और में कई नवाचार हुए हैं पिछले कुछ वर्षों में स्केलेबिलिटी। यह अनुभाग एक संक्षिप्त जानकारी प्रदान करता है कुछ चुनिंदा महत्वपूर्ण लोगों का सर्वेक्षण। दुर्भावनापूर्ण प्रतिभागियों की उपस्थिति में आम सहमति एक समस्या है 1980 के दशक की शुरुआत में, जब लेस्ली लैम्पपोर्ट ने इसे गढ़ा था मनमाना प्रक्रिया व्यवहार को संदर्भित करने के लिए वाक्यांश "बीजान्टिन दोष"। "क्रैश फ़ॉल्ट" के विपरीत, इच्छित व्यवहार से भटक जाता है जिसमें एक प्रक्रिया बस क्रैश हो जाती है। प्रारंभिक समाधान खोजे गए सिंक्रोनस नेटवर्क के लिए जहां ऊपरी सीमा होती हैसंदेश विलंबता, हालांकि व्यावहारिक उपयोग अत्यधिक तक सीमित था नियंत्रित वातावरण जैसे हवाई जहाज़ नियंत्रक और डेटासेंटर परमाणु घड़ियों के माध्यम से सिंक्रनाइज़ होते हैं। यह तब तक नहीं था 90 के दशक के उत्तरार्ध में प्रैक्टिकल बीजान्टिन फॉल्ट टॉलरेंस (PBFT) [11] था एक कुशल आंशिक रूप से तुल्यकालिक सर्वसम्मति के रूप में पेश किया गया एल्गोरिदम ⅓ तक व्यवहार करने वाली प्रक्रियाओं को सहन करने में सक्षम है मनमाने ढंग से. PBFT मानक एल्गोरिदम बन गया, जिसने कई लोगों को जन्म दिया विविधताएँ, जिनमें आईबीएम द्वारा हाल ही में बनाई गई विविधताएँ भी शामिल हैं हाइपरलेजर में उनका योगदान। PBFT पर टेंडरमिंट सर्वसम्मति का मुख्य लाभ यह है टेंडरमिंट में एक बेहतर और सरलीकृत अंतर्निहित संरचना है, जिनमें से कुछ blockchain प्रतिमान को अपनाने का परिणाम है। टेंडरमिंट ब्लॉकों को क्रम में प्रतिबद्ध होना चाहिए, जो इससे बचता है PBFT से जुड़ी जटिलता और संचार ओवरहेड दृश्य-परिवर्तन। Cosmos और कई क्रिप्टोकरेंसी में, कोई नहीं है ब्लॉक N+i के लिए अनुमति देने की आवश्यकता है जहां i >= 1 प्रतिबद्ध है, जब ब्लॉक N हो स्वयं अभी तक प्रतिबद्ध नहीं है। यदि एन को ब्लॉक करने का कारण बैंडविड्थ है Cosmos क्षेत्र में प्रतिबद्ध नहीं है, तो इसका उपयोग करने में मदद नहीं मिलती है ब्लॉक एन+आई के लिए बैंडविड्थ शेयरिंग वोट। यदि कोई नेटवर्क विभाजन या ऑफज़ीन नोड्स ही वह कारण है जिसके कारण ब्लॉक एन प्रतिबद्ध नहीं हुआ है एन+आई वैसे भी प्रतिबद्ध नहीं होगा। इसके अलावा, लेनदेन को ब्लॉकों में बैचने की अनुमति मिलती है आवेदन स्थिति की नियमित मर्कल-hashing, के बजाय PBFT की चेकपॉइंटिंग योजना के अनुसार आवधिक डाइजेस्ट। यह अनुमति देता है तेजी से सिद्ध लेनदेन के लिए प्रकाश-ग्राहकों के लिए और तेजी से प्रतिबद्ध है अंतर-blockchain संचार। टेंडरमिंट कोर में कई अनुकूलन और सुविधाएँ भी शामिल हैं जो कि PBFT में निर्दिष्ट से ऊपर और परे जाता है। उदाहरण के लिए, validators द्वारा प्रस्तावित ब्लॉकों को भागों में विभाजित किया गया है, मर्कल-इज्ड, और इस तरह से गपशप की कि प्रसारण में सुधार हो प्रदर्शन (प्रेरणा के लिए LibSwift [19] देखें)। इसके अलावा, टेंडरमिंट कोर पॉइंट-टू-पॉइंट के बारे में कोई धारणा नहीं बनाता है

कनेक्टिविटी, और जब तक पी2पी नेटवर्क है तब तक कार्य करता है कमजोर रूप से जुड़ा हुआ। जबकि proof-of-stake (PoS), BitShares1.0 [12] को तैनात करने का वर्ष नहीं है पीओएस के अनुसंधान और अपनाने में महत्वपूर्ण योगदान दिया blockchains, विशेष रूप से वे जिन्हें "प्रत्यायोजित" PoS के रूप में जाना जाता है। में BitShares, हितधारक ऑर्डर देने के लिए जिम्मेदार "गवाहों" का चुनाव करते हैं और लेन-देन करने, और "प्रतिनिधियों" के लिए जिम्मेदार सॉफ़्टवेयर अद्यतनों और पैरामीटर परिवर्तनों का समन्वय करना। BitShares2.0 का लक्ष्य उच्च प्रदर्शन (100k tx/s, 1s) प्राप्त करना है विलंबता) आदर्श परिस्थितियों में, प्रत्येक ब्लॉक पर एक एकल द्वारा हस्ताक्षरित हस्ताक्षरकर्ता, और लेन-देन की प्रक्रिया में काफी अधिक समय लग रहा है ब्लॉक अंतराल. एक विहित विशिष्टता अभी भी विकास में है। हितधारक दुर्व्यवहार करने वाले गवाहों को हटा सकते हैं या बदल सकते हैं दैनिक आधार पर, लेकिन गवाहों का कोई महत्वपूर्ण संपार्श्विक नहीं है टेंडरमिंट पीओएस की समानता में प्रतिनिधि जो इसमें शामिल हो जाते हैं एक सफल दोहरे व्यय हमले का मामला। रिपल द्वारा प्रवर्तित दृष्टिकोण पर निर्माण करते हुए, Stellar [13] ने एक नवीनीकृत किया संघीय बीजान्टिन समझौते का मॉडल जिसमें प्रक्रियाएं आम सहमति में भाग लेना एक YXED और विश्व स्तर पर गठन नहीं है ज्ञात सेट. बल्कि, प्रत्येक प्रक्रिया नोड एक या अधिक को क्यूरेट करता है "कोरम स्लाइस", प्रत्येक विश्वसनीय प्रक्रियाओं का एक सेट बनाता है। ए Stellar में "कोरम" को नोड्स का एक सेट माना जाता है जिसमें शामिल हैं सेट में प्रत्येक नोड के लिए कम से कम एक कोरम स्लाइस, जैसे कि समझौता हो सकता है. Stellar तंत्र की सुरक्षा धारणा पर निर्भर करती है किन्हीं दो कोरमों का प्रतिच्छेदन गैर-रिक्त है, जबकि एक नोड की उपलब्धता के लिए इसके कोरम स्लाइस में से कम से कम एक की आवश्यकता होती है पूरी तरह से सही नोड्स से मिलकर बनता है, जिससे बीच में व्यापार बंद हो जाता है बड़े या छोटे कोरम-स्लाइस का उपयोग करना जिन्हें संतुलित करना कठिन हो सकता है विश्वास के बारे में महत्वपूर्ण धारणाएँ थोपे बिना। अंत में,नोड्स को किसी तरह वहां के लिए पर्याप्त कोरम स्लाइस का चयन करना होगा पर्याप्त दोष-सहिष्णुता (या इनमें से कोई भी "अक्षुण्ण नोड") हो पेपर का अधिकांश परिणाम इस पर निर्भर करता है), और केवल इस तरह के संयोजन को सुनिश्चित करने के लिए प्रदान की गई रणनीति पदानुक्रमित है और बॉर्डर गेटवे प्रोटोकॉल (बीजीपी) के समान, जिसका उपयोग इंटरनेट पर शीर्ष स्तरीय आईएसपी द्वारा वैश्विक रूटिंग टेबल स्थापित करने के लिए किया जाता है, और जिसका उपयोग ब्राउज़र द्वारा टीएलएस प्रमाणपत्रों को प्रबंधित करने के लिए किया जाता है; दोनों कुख्यात उनकी असुरक्षा के लिए. टेंडरमिंट-आधारित प्रूफ़-स्टेक सिस्टम के Stellar पेपर में आलोचना को वर्णित token रणनीति द्वारा कम किया गया है यहां, जिसमें परमाणु नामक एक नए प्रकार का token जारी किया जाता है फीस और पुरस्कारों के भविष्य के हिस्सों के दावों का प्रतिनिधित्व करते हैं। द तो फिर, टेंडरमिंट-आधारित proof-of-stake का लाभ सापेक्ष है सरलता, जबकि अभी भी पर्याप्त और सिद्ध सुरक्षा प्रदान करती है गारंटी देता है. BitcoinNG Bitcoin में एक प्रस्तावित सुधार है जो अनुमति देगा ऊर्ध्वाधर स्केलेबिलिटी के रूपों के लिए, जैसे ब्लॉक आकार बढ़ाना, आम तौर पर जुड़े नकारात्मक आर्थिक परिणामों के बिना ऐसे परिवर्तन के साथ, जैसे कि असंगत रूप से बड़ा प्रभाव छोटे खनिकों पर. यह सुधार अलग होने से प्राप्त होता है लेन-देन प्रसारण से नेता का चुनाव: नेता yrst हैं "माइक्रो-ब्लॉक" में proof-of-work द्वारा चुना गया, और फिर करने में सक्षम प्रसारण लेनदेन एक नए माइक्रो-ब्लॉक तक प्रतिबद्ध होना चाहिए पाया जाता है. यह आवश्यक बैंडविड्थ आवश्यकताओं को कम कर देता है पीओडब्ल्यू रेस जीतें, जिससे छोटे खनिकों को अधिक निष्पक्षता से प्रतिस्पर्धा करने का मौका मिलेगा, और लेनदेन को अधिक नियमित रूप से करने की अनुमति देना माइक्रो-ब्लॉक खोजने वाला अंतिम खनिक। कैस्पर [16] एक प्रस्तावित proof-of-stake सर्वसम्मति एल्गोरिथ्म है Ethereum. इसके संचालन का मुख्य तरीका "आम सहमति-दर-शर्त" है। द्वारा validators को पुनरावर्ती रूप से शर्त लगाने दें कि उनका मानना ​​है कि कौन सा ब्लॉक होगा

अन्य दांवों के आधार पर blockchain में प्रतिबद्ध हो जाएं जैसा कि उन्होंने अब तक देखा है, अंतत: यौवन को प्राप्त किया जा सकता है। जोड़ना। यह कैस्पर टीम के अनुसंधान का एक सक्रिय क्षेत्र है। द चुनौती एक सट्टेबाजी तंत्र के निर्माण में है जो हो सकता है यह एक विकासात्मक रूप से स्थिर रणनीति साबित हुई। का मुख्य लाभ टेंडरमिंट की तुलना में कैस्पर “उपलब्धता” की पेशकश कर सकता है अधिक स्थिरता" - सर्वसम्मति के लिए >⅔ कोरम की आवश्यकता नहीं होती है मतदान की शक्ति - शायद प्रतिबद्ध गति की कीमत पर या कार्यान्वयन जटिलता. इंटरलेजर प्रोटोकॉल [14] पूरी तरह से एक स्केलेबिलिटी समाधान नहीं है। यह विभिन्न बहीखातों के बीच एक तदर्थ अंतरसंचालन प्रदान करता है शिथिल युग्मित द्विपक्षीय संबंध नेटवर्क के माध्यम से सिस्टम। लाइटनिंग नेटवर्क की तरह, ILP का उद्देश्य सुविधा प्रदान करना है भुगतान, लेकिन यह विशेष रूप से अलग-अलग भुगतानों पर केंद्रित है बही-खाता प्रकार, और परमाणु लेनदेन तंत्र का विस्तार करता है इसमें न केवल hash-लॉक शामिल हैं, बल्कि नोटरी का कोरम भी शामिल है (जिसे कहा जाता है) परमाणु परिवहन प्रोटोकॉल)। के लिए बाद वाला तंत्र अंतर-खाता लेनदेन में परमाणुता लागू करना समान है टेंडरमिंट का लाइट-क्लाइंट एसपीवी तंत्र, तो इसका एक उदाहरण ILP और Cosmos/IBC के बीच अंतर आवश्यक है, और नीचे प्रदान किया गया। 1. ILP में किसी कनेक्टर की नोटरी सदस्यता का समर्थन नहीं करती है परिवर्तन, और बीच में ज़ेक्सिबल वेटिंग की अनुमति न दें नोटरी. दूसरी ओर, IBC को विशेष रूप से डिज़ाइन किया गया है blockchains, जहां validators का वजन अलग-अलग हो सकता है, और जहां सदस्यता समय के साथ बदल सकती है blockchain. 2. लाइटनिंग नेटवर्क की तरह, ILP में भुगतान प्राप्तकर्ता प्रेषक को पुष्टिकरण वापस भेजने के लिए ऑनलाइन होना आवश्यक है। में एकtoken IBC पर स्थानांतरण, रिसीवर का validator-सेट पुष्टि प्रदान करने के लिए blockchain जिम्मेदार है, नहीं उपयोगकर्ता प्राप्त करना. 3. सबसे बड़ा अंतर यह है कि ILP के कनेक्टर नहीं हैं भुगतान के बारे में जिम्मेदार या आधिकारिक स्थिति बनाए रखना, जबकि Cosmos में, हब के validator का अधिकार है IBC token स्थानान्तरण की स्थिति के साथ-साथ अधिकार भी प्रत्येक क्षेत्र द्वारा रखी गई token की मात्रा (लेकिन इसकी मात्रा नहीं)। एक क्षेत्र के भीतर प्रत्येक खाते के पास tokens हैं)। ये है मौलिक नवाचार जो सुरक्षित असममितता की अनुमति देता है token का एक जोन से दूसरे जोन में स्थानांतरण; ILP के अनुरूप Cosmos में कनेक्टर स्थायी और अधिकतम सुरक्षित है blockchain लेजर, Cosmos हब। 4. आईएलपी में अंतर-खाता भुगतान को एक द्वारा समर्थित होने की आवश्यकता है एक्सचेंज ऑर्डरबुक, क्योंकि इसमें कोई असममित स्थानांतरण नहीं है एक खाते से दूसरे खाते में सिक्के, केवल मूल्य का हस्तांतरण या बाज़ार समकक्ष. साइडचेन [15] Bitcoin को स्केल करने के लिए एक प्रस्तावित तंत्र है वैकल्पिक blockchains के माध्यम से नेटवर्क जो "दो-तरफा जुड़ा हुआ" है Bitcoin blockchain. (दोतरफा पेगिंग इसके बराबर है पाटना। Cosmos में हम मार्केटपेगिंग से अलग करने के लिए "ब्रिजिंग" कहते हैं)। साइडचेन बिटकॉइन को प्रभावी ढंग से आगे बढ़ने की अनुमति देते हैं Bitcoin blockchain साइडचेन और पीछे, और अनुमति दें साइडचेन पर नई सुविधाओं में प्रयोग। जैसे कि Cosmos हब, साइडचेन और Bitcoin लाइट-क्लाइंट के रूप में कार्य करते हैं सिक्के कब होने चाहिए, यह निर्धारित करने के लिए एसपीवी प्रमाणों का उपयोग करके एक-दूसरे का उपयोग करें साइडचेन और पीछे स्थानांतरित किया गया। बेशक, Bitcoin से proof-of-work का उपयोग करता है, Bitcoin के आसपास केंद्रित साइडचेन पीड़ित होते हैं proof-of-work की कई समस्याओं और जोखिमों से सर्वसम्मति तंत्र. इसके अलावा, यह एक Bitcoin-मैक्सिमलिस्ट है वह समाधान जो मूल रूप से विभिन्न प्रकार के tokens का समर्थन नहीं करता है

इंटर-ज़ोन नेटवर्क टोपोलॉजी जैसा कि Cosmos करता है। उसने कहा, मूल दो-तरफ़ा खूंटी का तंत्र सैद्धांतिक रूप से उसके समान ही है Cosmos नेटवर्क द्वारा नियोजित। Ethereum वर्तमान में कई अलग-अलग रणनीतियों पर शोध कर रहा है Ethereum blockchain की स्थिति को ठीक करने के लिए स्केलेबिलिटी की जरूरतें। इन प्रयासों का लक्ष्य बनाए रखना है वर्तमान Ethereum वर्चुअल मशीन द्वारा प्रस्तुत अमूर्त परत साझा राज्य स्थान के पार। कई शोध प्रयास हैं इस समय चल रहा है. [18][22] Cosmos और Ethereum 2.0 माउव [22] के डिज़ाइन लक्ष्य अलग-अलग हैं। Cosmos विशेष रूप से tokens के बारे में है। माउव स्केलिंग के बारे में है सामान्य गणना. Cosmos EVM से बाध्य नहीं है, इसलिए अलग-अलग VM भी ऐसा कर सकते हैं अंतरसंचालन Cosmos ज़ोन निर्माता को यह निर्धारित करने देता है कि कौन इसे मान्य करता है क्षेत्र. कोई भी Cosmos में एक नया क्षेत्र शुरू कर सकता है (जब तक कि शासन न हो)। अन्यथा निर्णय लेता है)। हब ज़ोन विफलताओं को अलग करता है इसलिए वैश्विक token अपरिवर्तनीय हैं संरक्षित. लाइटनिंग नेटवर्क एक प्रस्तावित token ट्रांसफर नेटवर्क है Bitcoin blockchain (और अन्य सार्वजनिक) के ऊपर एक परत पर काम कर रहा है blockchains), परिमाण के कई क्रमों में सुधार को सक्षम बनाता है अधिकांश लेन-देन को स्थानांतरित करके लेन-देन थ्रूपुट में सर्वसम्मति बही के बाहर तथाकथित "भुगतान चैनल" में।यह ऑन-चेन क्रिप्टोकरेंसी स्क्रिप्ट द्वारा संभव बनाया गया है, जो पार्टियों को द्विपक्षीय स्टेटफुल अनुबंधों में प्रवेश करने में सक्षम करें जहां डिजिटल हस्ताक्षर और अनुबंध साझा करके राज्य को अद्यतन किया जा सकता है blockchain पर साक्ष्य प्रकाशित करके इसे बंद किया जा सकता है तंत्र को सबसे पहले क्रॉस-चेन परमाणु स्वैप द्वारा लोकप्रिय बनाया गया। द्वारा कई पार्टियों, प्रतिभागियों के साथ भुगतान चैनल खोलना लाइटनिंग नेटवर्क रूटिंग के लिए केंद्र बिंदु बन सकता है दूसरों के भुगतान, एक पूरी तरह से जुड़े भुगतान चैनल की ओर ले जाते हैं नेटवर्क, भुगतान चैनलों पर बंधी पूंजी की कीमत पर। जबकि लाइटनिंग नेटवर्क भी आसानी से फैल सकता है मूल्य के हस्तांतरण की अनुमति देने के लिए एकाधिक स्वतंत्र blockchains विनिमय बाज़ार के माध्यम से, इसका उपयोग असममित रूप से नहीं किया जा सकता है token को एक blockchain से दूसरे में स्थानांतरित करें। मुख्य लाभ यहां वर्णित Cosmos नेटवर्क का उद्देश्य ऐसे प्रत्यक्ष को सक्षम करना है token स्थानान्तरण. जैसा कि कहा गया है, हम भुगतान चैनलों और की अपेक्षा करते हैं लाइटनिंग नेटवर्क को हमारे साथ व्यापक रूप से अपनाया जाएगा लागत-बचत और गोपनीयता कारणों से token स्थानांतरण तंत्र। पृथक गवाह एक Bitcoin सुधार प्रस्ताव लिंक है इसका लक्ष्य प्रति-ब्लॉक लेनदेन थ्रूपुट को 2X या 3X तक बढ़ाना है, साथ ही नए नोड्स के लिए ब्लॉक सिंकिंग को तेज़ बनाता है। इस समाधान की खूबी इसमें है कि यह कैसे काम करता है Bitcoin के वर्तमान प्रोटोकॉल की सीमाएं और सॉफ्ट-फोर्क की अनुमति देती हैं अपग्रेड करें (अर्थात् सॉफ़्टवेयर के पुराने संस्करण वाले क्लाइंट अपग्रेड के बाद भी काम करना जारी रखें)। टेंडरमिंट, एक नया होने के नाते प्रोटोकॉल में कोई डिज़ाइन प्रतिबंध नहीं है, इसलिए इसकी एक अलग स्केलिंग है प्राथमिकताएँ। मुख्य रूप से, टेंडरमिंट BFT राउंड-रॉबिन एल्गोरिदम का उपयोग करता है खनन के बजाय क्रिप्टोग्राफ़िक हस्ताक्षरों पर आधारित, जो तुच्छ रूप से एकाधिक समानांतर के माध्यम से क्षैतिज स्केलिंग की अनुमति देता है blockchains, जबकि नियमित, अधिक बार ब्लॉक कमिट की अनुमति देता है ऊर्ध्वाधर स्केलिंग भी।

आम सहमति और तकनीकी विवरण

एक अच्छी तरह से डिजाइन किए गए सर्वसम्मति प्रोटोकॉल को कुछ प्रदान करना चाहिए सहनशीलता क्षमता पार हो जाने की स्थिति में गारंटी और सर्वसम्मति विफल हो जाती है। आर्थिक क्षेत्र में यह विशेष रूप से आवश्यक है सिस्टम, जहां बीजान्टिन व्यवहार में पर्याप्त आर्थिक हो सकता है इनाम. इस तरह की सबसे महत्वपूर्ण गारंटी जवाबदेही का एक रूप है, जहां प्रक्रियाएं जो आम सहमति का कारण बनती हैं विफल (यानी प्रोटोकॉल के ग्राहकों को विभिन्न मान स्वीकार करने के लिए प्रेरित किया - a कांटा) की पहचान कर नियमों के अनुसार दंडित किया जा सकता है प्रोटोकॉल, या, संभवतः, कानूनी प्रणाली। जब कानूनी व्यवस्था है लागू करने के लिए अविश्वसनीय या अत्यधिक महंगा, validators हो सकता है भाग लेने के लिए सुरक्षा जमा करने के लिए मजबूर किया गया, और वे दुर्भावनापूर्ण व्यवहार होने पर जमा राशि को रद्द किया जा सकता है, या घटाया जा सकता है [10] का पता चला। ध्यान दें कि यह Bitcoin से भिन्न है, जहां फोर्किंग एक नियमित घटना है नेटवर्क अतुल्यकालिकता और ynding की संभाव्य प्रकृति के कारण आंशिक hash टकराव। चूँकि कई मामलों में एक दुर्भावनापूर्ण कांटा होता है अतुल्यकालिकता के कारण कांटे से अप्रभेद्य, Bitcoin नहीं हो सकता अंतर्निहित के अलावा, कांटा-जवाबदेही को विश्वसनीय रूप से लागू करें एक अनाथ ब्लॉक के खनन के लिए खनिकों द्वारा भुगतान की गई अवसर लागत। हम मतदान चरणों को प्रीवोट और प्रीकमिट कहते हैं। एक वोट के लिए हो सकता है एक विशेष ब्लॉक या शून्य के लिए. हम >⅔ प्रीवोट्स के संग्रह को कहते हैं एक ही दौर में एक ब्लॉक के लिए एक पोल्का, और >⅔ का संग्रह एक ही दौर में एक ही ब्लॉक के लिए प्रीकमिट एक कमिट। यदि >⅔ उसी दौर में शून्य के लिए प्रीकमिट करें, वे अगले चरण में चले जाते हैं गोल. ध्यान दें कि प्रोटोकॉल में सख्त नियतत्ववाद कमज़ोर होता है दोषपूर्ण नेताओं के रूप में समकालिक धारणा का पता लगाया जाना चाहिए और

छोड़ दिया गया. इस प्रकार, validators कुछ समय तक प्रतीक्षा करते हैं, टाइमआउटप्रोपोज़, इससे पहले कि वे शून्य को प्रीवोट करें, और का मान प्रत्येक राउंड के साथ टाइमआउटप्रपोज़ बढ़ता है। के माध्यम से प्रगति एक दौर का शेष हिस्सा पूरी तरह से अतुल्यकालिक है, इसमें केवल प्रगति है एक बार validator नेटवर्क के >⅔ से सुनता है। व्यवहार में, इसे अनिश्चित काल के लिए विफल करने के लिए एक अत्यंत मजबूत प्रतिद्वंद्वी की आवश्यकता होगी कमजोर समकालिक धारणा (जिसके कारण आम सहमति विफल हो जाती है कभी भी कोई अवरोध करें), और ऐसा करने से इसे और भी अधिक किया जा सकता है प्रत्येक पर TimeoutPropose के यादृच्छिक मानों का उपयोग करके difficult validator. बाधाओं का एक अतिरिक्त सेट, या लॉकिंग नियम, यह सुनिश्चित करते हैं कि नेटवर्क अंततः प्रत्येक ऊंचाई पर केवल एक ब्लॉक करेगा। कोई भी एक से अधिक ब्लॉक करने का दुर्भावनापूर्ण प्रयास दी गई ऊंचाई पर पहचाना जा सकता है। सबसे पहले, एक ब्लॉक के लिए प्रीकमिट उस ब्लॉक के लिए पोल्का के रूप में, न्यायसंगतता के साथ आना चाहिए। यदि validator ने पहले ही राउंड R_1 पर एक ब्लॉक प्रीकमिट कर दिया है, तो हम कहते हैं कि वे उस ब्लॉक पर बंद हैं, और पोल्का का उपयोग उचित ठहराने के लिए किया जाता है राउंड R_2 पर नया PreCommit राउंड R_polka में आना चाहिए जहां R_1 < R_polka <= R_2. दूसरा, validator को प्रस्ताव देना होगा और/या उस ब्लॉक पर प्रीवोट करें जिस पर वे लॉक हैं। एक साथ, ये स्थितियाँ यह सुनिश्चित करती हैं कि validator बिना प्रीकमिट न हो न्यायसंगतता के रूप में पर्याप्त सबूत, और वह validator जो है पहले से ही PreCommit, PreCommit के साक्ष्य में योगदान नहीं दे सकता कुछ और. यह की सुरक्षा और जीवंतता दोनों सुनिश्चित करता है सर्वसम्मति एल्गोरिदम. प्रोटोकॉल का पूरा विवरण यहां वर्णित है। सभी ब्लॉक हेडर को सिंक करने की आवश्यकता टेंडरमिंटपीओएस में समाप्त हो गई है क्योंकि वैकल्पिक श्रृंखला (एक कांटा) के अस्तित्व का मतलब ≥⅓ है बंधी हिस्सेदारी में कटौती की जा सकती है. बेशक, चूंकि स्लैशिंग की आवश्यकता है किसी को कांटे का सबूत साझा करना चाहिए, लाइट ग्राहकों को स्टोर करना चाहिए कोई भी ब्लॉक-hash उसे देखता है। इसके अतिरिक्त, हल्के ग्राहकसमय-समय पर validator सेट में परिवर्तनों के साथ समन्वयित रह सकता है लंबी दूरी के हमलों से बचने के लिए (लेकिन अन्य समाधान हैं संभव)। Ethereum के समान भावना में, टेंडरमिंट अनुप्रयोगों को सक्षम बनाता है आसानी से अनुमति देते हुए, प्रत्येक ब्लॉक में एक वैश्विक मर्कल रूट hash एम्बेड करें खाता शेष, मूल्य जैसी चीजों के लिए सत्यापन योग्य स्थिति प्रश्न किसी अनुबंध में संग्रहीत, या किसी अव्ययित लेनदेन का अस्तित्व आउटपुट, एप्लिकेशन की प्रकृति पर निर्भर करता है। प्रसारण नेटवर्क का पर्याप्त रूप से लचीला संग्रह मानते हुए और एक स्थिर validator सेट, blockchain में कोई भी कांटा हो सकता है पता चला और दोषी validators की जमा राशि घटा दी गई। यह 2014 की शुरुआत में विटालिक ब्यूटिरिन द्वारा सुझाया गया नवप्रवर्तन, हल करता है अन्य proof-of-stake की कुछ भी दांव पर न लगने वाली समस्या क्रिप्टोकरेंसी (संबंधित कार्य देखें)। हालाँकि, चूँकि validator सेट होता है लंबे समय तक मूल को बदलने में सक्षम होना चाहिए validators सभी बंधनमुक्त हो सकते हैं, और इसलिए मुक्त होंगे जेनेसिस ब्लॉक से एक नई श्रृंखला बनाएं, जिसमें कोई लागत न लगे उनके पास अब कोई जमा राशि लॉक नहीं है। ये हमला होने की नौबत आ गई शॉर्ट के विपरीत, लॉन्ग रेंज अटैक (एलआरए) के रूप में जाना जाता है रेंज अटैक, जहां validator जो वर्तमान में बंधे हुए हैं, इसका कारण बनते हैं कांटा और इसलिए दंडनीय हैं (कांटा-जवाबदेह BFT मानते हुए) टेंडरमिंट सर्वसम्मति की तरह एल्गोरिदम)। लंबी दूरी के हमले होते हैं अक्सर इसे proof-of-stake के लिए एक गंभीर झटका माना जाता है। सौभाग्य से, एलआरए को निम्नानुसार कम किया जा सकता है। सबसे पहले, एक के लिए बंधन मुक्त करने के लिए validator (जिससे उनकी संपार्श्विक जमा राशि वसूल हो जाएगी)। और अब आम सहमति में भाग लेने के लिए कोई शुल्क अर्जित नहीं होगा), द जमा राशि को कुछ समय के लिए अहस्तांतरणीय बनाया जाना चाहिए इसे "अनबॉन्डिंग अवधि" के रूप में जाना जाता है, जो के क्रम पर हो सकता है सप्ताह या महीने. दूसरा, एक हल्के ग्राहक के सुरक्षित होने के लिए, वर्ष नेटवर्क से कनेक्ट होने पर उसे हाल के ब्लॉक-hash को सत्यापित करना होगा किसी विश्वसनीय स्रोत, या अधिमानतः एकाधिक स्रोतों के विरुद्ध। यह

स्थिति को कभी-कभी "कमजोर व्यक्तिपरकता" के रूप में जाना जाता है। अंततः, सुरक्षित रहने के लिए, इसे नवीनतम validator सेट के साथ समन्वयित होना चाहिए कम से कम उतनी बार जितनी बार अनबॉन्डिंग अवधि की लंबाई। यह यह सुनिश्चित करता है कि लाइट क्लाइंट को validator में परिवर्तनों के बारे में पता है validator से पहले सेट की गई पूंजी अनबॉन्ड है और इस प्रकार अब नहीं है दांव पर, जो इसे अंजाम देकर ग्राहक को धोखा देने की अनुमति देगा से शुरू करके नए ब्लॉक बनाकर लंबी दूरी का हमला ऊंचाई जहां इसे बांधा गया था (यह मानते हुए कि इसका पर्याप्त नियंत्रण है कई आरंभिक निजी कुंजियाँ)। ध्यान दें कि इस तरह से एलआरए पर काबू पाने के लिए ओवरहाल की आवश्यकता होती है proof-of-work का मूल सुरक्षा मॉडल। PoW में, यह है यह मान लिया गया है कि एक लाइट क्लाइंट वर्तमान ऊंचाई से सिंक कर सकता है प्रत्येक ब्लॉक हेडर में प्रूफ़-ऑफ़-वर्क को संसाधित करके किसी भी समय विश्वसनीय जेनेसिस ब्लॉक। हालाँकि, एलआरए पर काबू पाने के लिए हम आवश्यकता है कि एक हल्का ग्राहक कुछ नियमितता के साथ ऑनलाइन आए validator सेट में परिवर्तनों को ट्रैक करें, और वह भी पिछली बार ऑनलाइन आने पर उन्हें प्रमाणित करने में विशेष रूप से सावधानी बरतनी चाहिए वे विश्वसनीय स्रोतों के विरुद्ध नेटवर्क से क्या सुनते हैं। का बेशक, यह बाद वाली आवश्यकता Bitcoin के समान है, जहां प्रोटोकॉल और सॉफ्टवेयर भी किसी विश्वसनीय से ही प्राप्त किया जाना चाहिए स्रोत. LRA को रोकने के लिए उपरोक्त विधि validators के लिए उपयुक्त है और टेंडरमिंट-संचालित blockchain के पूर्ण नोड्स क्योंकि ये नोड्स का उद्देश्य नेटवर्क से जुड़े रहना है। द यह विधि उन हल्के ग्राहकों के लिए भी उपयुक्त है जिनसे इसकी अपेक्षा की जा सकती है नेटवर्क के साथ बार-बार सिंक करें। हालाँकि, हल्के ग्राहकों के लिए वह उनसे बार-बार इंटरनेट या इंटरनेट तक पहुंच की अपेक्षा नहीं की जाती है blockchain नेटवर्क, पर काबू पाने के लिए एक और समाधान का उपयोग किया जा सकता है एलआरए. गैर-validator token धारक अपने token को इस रूप में पोस्ट कर सकते हैं बहुत लंबी अनबॉन्डिंग अवधि के साथ संपार्श्विक (उदाहरण के लिए बहुत लंबा)। validators) के लिए अनबॉन्डिंग अवधि की तुलना में और हल्के ग्राहकों की सेवा करें वर्तमान और की वैधता को प्रमाणित करने की एक माध्यमिक विधि के साथ पिछला ब्लॉक-hashes. जबकि ये tokens की गणना नहीं की जाती है blockchain की सर्वसम्मति की सुरक्षा, वे फिर भी कर सकते हैंहल्के ग्राहकों के लिए मजबूत गारंटी प्रदान करें। यदि ऐतिहासिक ब्लॉक-hash क्वेरी Ethereum में समर्थित थी, कोई भी उन्हें बांड कर सकता था tokens विशेष रूप से डिज़ाइन किए गए smart contract में और प्रदान करते हैं भुगतान के लिए सत्यापन सेवाएँ, लाइटक्लाइंट एलआरए सुरक्षा के लिए प्रभावी ढंग से एक बाज़ार तैयार कर रही हैं। ब्लॉक कमिट की परिभाषा के कारण, कोई भी ≥⅓ गठबंधन वोटिंग पावर ऑफजीन जाकर blockchain को रोक सकती है या नहीं अपने वोट प्रसारित करना। ऐसा गठबंधन सेंसर भी कर सकता है इनमें शामिल ब्लॉकों को अस्वीकार करके विशेष लेनदेन लेन-देन, हालाँकि इसका परिणाम एक महत्वपूर्ण अनुपात होगा ब्लॉक प्रस्तावों को अस्वीकार कर दिया जाएगा, जिससे दर धीमी हो जाएगी blockchain के ब्लॉक कमिट की वजह से इसकी उपयोगिता और मूल्य कम हो गया है। दुर्भावनापूर्ण गठबंधन थोड़ी मात्रा में वोट भी प्रसारित कर सकता है पीसने के लिए blockchain ब्लॉक को निकट रुकने के लिए प्रतिबद्ध करता है, या संलग्न करता है इन हमलों का कोई भी संयोजन। अंततः, यह इसका कारण बन सकता है blockchain दो बार हस्ताक्षर करके या लॉकिंग का उल्लंघन करके फोर्क करना नियम. यदि विश्व स्तर पर सक्रिय कोई विरोधी भी शामिल हो तो विभाजन हो सकता है नेटवर्क इस तरह से कि लगे कि गलत है मंदी के लिए validators का उपसमूह जिम्मेदार था। ये नहीं है यह केवल टेंडरमिंट की एक सीमा है, बल्कि सभी की एक सीमा है सर्वसम्मति प्रोटोकॉल जिसका नेटवर्क संभावित रूप से नियंत्रित होता है सक्रिय शत्रु. इस प्रकार के हमलों के लिए, validators का एक उपसमूह होना चाहिए पुनर्गठन-प्रस्ताव पर हस्ताक्षर करने के लिए बाहरी माध्यमों से समन्वय करें एक कांटा (और उसका कोई सबूत) और प्रारंभिक उपसमुच्चय चुनता है validators उनके हस्ताक्षर के साथ। ऐसे पुनर्गठन प्रस्ताव पर हस्ताक्षर करने वाले सत्यापनकर्ता अन्य सभी कांटों पर अपनी संपार्श्विक राशि छोड़ देते हैं। ग्राहकों को चाहिए पुनर्गठन-प्रस्ताव पर हस्ताक्षर सत्यापित करें, कोई साक्ष्य सत्यापित करें, और निर्णय लें या अंतिम-उपयोगकर्ता को निर्णय के लिए प्रेरित करें। के लिए उदाहरण के लिए, एक फ़ोन वॉलेट ऐप उपयोगकर्ता को सुरक्षा के बारे में संकेत दे सकता है

चेतावनी, जबकि एक रेफ्रिजरेटर किसी भी पुनर्गठन-प्रस्ताव को स्वीकार कर सकता है मतदान शक्ति द्वारा मूल validator के +½ द्वारा हस्ताक्षरित। कोई भी गैर-तुल्यकालिक बीजान्टिन दोष-सहिष्णु एल्गोरिदम नहीं आ सकता है सर्वसम्मति के लिए जब ≥⅓मतदान शक्ति बेईमान हो, फिर भी एक कांटा यह मानता है कि ≥⅓ वोटिंग शक्ति पहले ही बेईमानी कर चुकी है बिना किसी औचित्य के दो बार हस्ताक्षर करना या ताला बदलना। तो, हस्ताक्षर करना पुनर्गठन-प्रस्ताव एक समन्वय समस्या है जो नहीं हो सकती किसी भी गैर-सिंक्रोनस प्रोटोकॉल द्वारा हल किया गया (यानी स्वचालित रूप से, और की विश्वसनीयता के बारे में कोई धारणा बनाए बिना अंतर्निहित नेटवर्क)। अभी के लिए, हम पुनर्गठन प्रस्ताव समन्वय की समस्या को सामाजिक सहमति के माध्यम से मानवीय समन्वय पर छोड़ देते हैं इंटरनेट मीडिया पर. सत्यापनकर्ताओं को यह सुनिश्चित करने का ध्यान रखना चाहिए कि वहाँ पुनर्गठन प्रस्ताव पर हस्ताक्षर करने से पहले कोई शेष नेटवर्क विभाजन नहीं है, उन स्थितियों से बचने के लिए जहां दो जटिल पुनर्गठन प्रस्तावों पर हस्ताक्षर किए जाते हैं। यह मानते हुए कि बाह्य समन्वय माध्यम और प्रोटोकॉल है मजबूत, यह इस प्रकार है कि सेंसरशिप की तुलना में कांटे कम चिंता का विषय हैं आक्रमण. कांटे और सेंसरशिप के अलावा, जिसके लिए ≥⅓ बीजान्टिन की आवश्यकता होती है मतदान शक्ति, >⅔ मतदान शक्ति का गठबंधन प्रतिबद्ध हो सकता है मनमाना, अमान्य स्थिति. यह किसी भी (BFT) की विशेषता है सर्वसम्मति प्रणाली. दोहरे हस्ताक्षर के विपरीत, जो कांटे बनाता है आसानी से सत्यापन योग्य साक्ष्य के साथ, किसी की प्रतिबद्धता का पता लगाना अमान्य स्थिति के लिए पूरे ब्लॉक को सत्यापित करने के लिए गैर-मान्य समकक्षों की आवश्यकता होती है, जिसका तात्पर्य यह है कि वे राज्य की एक स्थानीय प्रति रखते हैं और निष्पादित करते हैं प्रत्येक लेन-देन, राज्य रूट की स्वतंत्र रूप से गणना करता है स्वयं. एक बार पता चलने के बाद, ऐसी विफलता से निपटने का एकमात्र तरीका यही है सामाजिक सहमति के माध्यम से है. उदाहरण के लिए, उन स्थितियों में जहां Bitcoin विफल हो गया है, चाहे सॉफ़्टवेयर बग के कारण फोर्किंग हो (मार्च में)। 2013), या बीजान्टिन व्यवहार के कारण अमान्य स्थिति बना रहा है खनिक (जुलाई 2015 में), अच्छी तरह से जुड़ा हुआ समुदाय व्यवसाय, डेवलपर्स, खनिक और अन्य संगठन मानवीय क्रियाएँ क्या होती हैं, इस पर एक सामाजिक सहमति स्थापित की गईनेटवर्क को ठीक करने के लिए प्रतिभागियों द्वारा आवश्यक। इसके अलावा, तब से टेंडरमिंट के validatorblockchain होने की उम्मीद की जा सकती है पहचान योग्य, अमान्य राज्य की प्रतिबद्धता भी हो सकती है यदि वांछित हो तो कानून या किसी बाहरी न्यायशास्त्र द्वारा दंडनीय। ABCI में 3 प्राथमिक संदेश प्रकार होते हैं जो वितरित होते हैं अनुप्रयोग का मूल. एप्लिकेशन इसके साथ उत्तर देता है संबंधित प्रतिक्रिया संदेश। AppendTx संदेश एप्लिकेशन का कार्य घोड़ा है। प्रत्येक blockchain में लेनदेन इस संदेश के साथ भेजा जाता है। द एप्लिकेशन को प्राप्त प्रत्येक लेनदेन को मान्य करने की आवश्यकता है वर्तमान स्थिति, एप्लिकेशन प्रोटोकॉल के विरुद्ध AppendTx संदेश, और लेन-देन की क्रिप्टोग्राफ़िक साख। एक मान्य इसके बाद लेनदेन को एप्लिकेशन स्थिति को अपडेट करने की आवश्यकता होती है - द्वारा किसी मान को मुख्य मान संग्रह में बाइंड करना, या UTXO को अपडेट करके डेटाबेस.  CheckTx संदेश AppendTx के समान है, लेकिन यह केवल इसके लिए है लेनदेन को मान्य करना। टेंडरमिंट कोर का मेमपूल वर्ष की जाँच CheckTx के साथ लेन-देन की वैधता, और केवल रिले वैध हैं अपने साथियों के साथ लेनदेन। एप्लिकेशन में वृद्धि की जाँच की जा सकती है लेन-देन में nonce और यदि CheckTx पर एक त्रुटि लौटाएँ nonce पुराना है. कमिट संदेश का उपयोग क्रिप्टोग्राफ़िक की गणना करने के लिए किया जाता है वर्तमान एप्लिकेशन स्थिति के प्रति प्रतिबद्धता, में रखी जाएगी अगला ब्लॉक हेडर. इसमें कुछ उपयोगी गुण हैं. उस स्थिति को अद्यतन करने में विसंगतियाँ अब इस प्रकार दिखाई देंगी blockchain फोर्क्स जो प्रोग्रामिंग की एक पूरी कक्षा को पकड़ता है त्रुटियाँ. इससे सुरक्षित हल्के वज़न का विकास भी आसान हो जाता है क्लाइंट, जैसा कि मर्कले-hash प्रमाण के विरुद्ध जाँच करके सत्यापित किया जा सकता है ब्लॉक-hash, और ब्लॉक-hash पर कोरम द्वारा हस्ताक्षर किए गए हैं validators (मतदान शक्ति द्वारा)।

अतिरिक्त ABCI संदेश एप्लिकेशन को ट्रैक रखने की अनुमति देते हैं और validator सेट बदलें, और एप्लिकेशन को प्राप्त करने के लिए जानकारी को ब्लॉक करें, जैसे ऊंचाई और कमिट वोट। ABCI अनुरोध/प्रतिक्रियाएं सरल प्रोटोबफ़ संदेश हैं। जांचें स्कीमा से बाहर yle. तर्क: डेटा ([]बाइट): अनुरोध लेनदेन बाइट्स रिटर्न: कोड (uint32): प्रतिक्रिया कोड डेटा ([]बाइट): परिणाम बाइट्स, यदि कोई हो लॉग (स्ट्रिंग): डीबग या त्रुटि संदेश उपयोग:

लेन-देन जोड़ें और चलाएँ। यदि लेनदेन वैध है, CodeType.OK लौटाता है तर्क: डेटा ([]बाइट): अनुरोध लेनदेन बाइट्स रिटर्न: कोड (uint32): प्रतिक्रिया कोड डेटा ([]बाइट): परिणाम बाइट्स, यदि कोई हो लॉग (स्ट्रिंग): डीबग या त्रुटि संदेश उपयोग:

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

रिटर्न: डेटा ([]बाइट): मर्कल रूट hash लॉग (स्ट्रिंग): डीबग या त्रुटि संदेश उपयोग:

एप्लिकेशन स्थिति का मर्कल रूट hash लौटाएं। तर्क: डेटा ([]बाइट): क्वेरी अनुरोध बाइट्स रिटर्न: कोड (uint32): प्रतिक्रिया कोड डेटा ([]बाइट): क्वेरी प्रतिक्रिया बाइट्स लॉग (स्ट्रिंग): डीबग या त्रुटि संदेश उपयोग:

प्रतिक्रिया कतार को फ्लश करें. अनुप्रयोग जो लागू करते हैं प्रकार.एप्लिकेशन को इस संदेश को लागू करने की आवश्यकता नहीं है - यह है परियोजना द्वारा संचालित. रिटर्न: डेटा ([]बाइट): जानकारी बाइट्स उपयोग:

आवेदन स्थिति के बारे में जानकारी लौटाएँ. आवेदन विशेष. तर्क: कुंजी (स्ट्रिंग): सेट करने के लिए कुंजी

मान (स्ट्रिंग): कुंजी के लिए सेट किया जाने वाला मान रिटर्न: लॉग (स्ट्रिंग): डीबग या त्रुटि संदेश उपयोग:

एप्लिकेशन विकल्प सेट करें. जैसे कुंजी = "मोड", मान = "मेमपूल" के लिए एक मेमपूल कनेक्शन, या कुंजी = "मोड", मान = "आम सहमति"। एक सर्वसम्मति कनेक्शन. अन्य विकल्प एप्लिकेशन विशेष हैं। तर्क: सत्यापनकर्ता ([]सत्यापनकर्ता): प्रारंभिक उत्पत्ति-validators उपयोग:

उत्पत्ति पर एक बार बुलाया गया तर्क: ऊँचाई (uint64): ब्लॉक की ऊँचाई जो प्रारंभ हो रही है उपयोग:

एक नए ब्लॉक की शुरुआत का संकेत देता है। किसी से भी पहले कॉल किया गया परिशिष्टTxs. तर्क: ऊँचाई (uint64): ब्लॉक की ऊँचाई जो समाप्त हो गई रिटर्न: सत्यापनकर्ता ([]सत्यापनकर्ता): validators को नए के साथ बदला गया मतदान शक्तियां (हटाने के लिए 0) उपयोग:

किसी ब्लॉक के अंत का संकेत देता है. आख़िरकार प्रत्येक प्रतिबद्धता से पहले कॉल किया जाता है लेन-देन अधिक विवरण के लिए ABCI रिपॉजिटरी देखें।ऐसे कई कारण हैं जिनकी वजह से कोई प्रेषक इसे चाहता है प्राप्तकर्ता श्रृंखला द्वारा पैकेट की डिलीवरी की पावती। उदाहरण के लिए, प्रेषक को इसकी स्थिति का पता नहीं हो सकता है गंतव्य श्रृंखला, यदि इसके दोषपूर्ण होने की उम्मीद है। या, प्रेषक हो सकता है पैकेट पर एक टाइमआउट लगाना चाहते हैं (मैक्सहाइट के साथ)।  पैकेट येल्ड), जबकि कोई भी गंतव्य श्रृंखला आने वाली संख्या में अचानक वृद्धि के साथ सेवा से इनकार के हमले से पीड़ित हो सकती है पैकेट. इन मामलों में, प्रेषक को डिलीवरी पावती की आवश्यकता हो सकती है प्रारंभिक पैकेट स्थिति को AckPending पर सेट करके। फिर, यह है एक को शामिल करके डिलीवरी की पुष्टि करने के लिए श्रृंखला की जिम्मेदारी प्राप्त करना मर्कल ऐप में संक्षिप्त IBCपैकेट hash। सबसे पहले, एक IBCBlockCommit और IBCPacketTx को "हब" पर पोस्ट किया जाता है जो "ज़ोन1" पर एक IBCपैकेट के अस्तित्व को साबित करता है। ऐसा कहो  IBCPacketTx का निम्न मान है: फ्रॉमचेनआईडी: "ज़ोन1" ब्लॉकहाइट से: 100 (कहें) पैकेट: एक IBCपैकेट:

हेडर: एक IBCपैकेटहेडर: SrcChainID: "ज़ोन1" DstChainID: "ज़ोन2" संख्या : 200 (कहें) स्थिति : लंबित प्रकार: "सिक्का" अधिकतम ऊँचाई : 350 (मान लें कि "हब" वर्तमान में 300 की ऊँचाई पर है) पेलोड : <एक "सिक्का" पेलोड के बाइट्स> इसके बाद, एक IBCBlockCommit और IBCPacketTx “Zone2” पर पोस्ट किए जाते हैं यह "हब" पर एक IBCपैकेट के अस्तित्व को साबित करता है। ऐसा कहो  IBCPacketTx का निम्न मान है: फ्रॉमचेनआईडी: "हब" फ्रॉमब्लॉकहाइट: 300 पैकेट: एक IBCपैकेट: हेडर: एक IBCपैकेटहेडर: SrcChainID: "ज़ोन1" DstChainID: "ज़ोन2" संख्या : 200 स्थिति : लंबित प्रकार: "सिक्का" अधिकतम ऊंचाई : 350 पेलोड: <एक "सिक्का" पेलोड के समान बाइट्स> इसके बाद, "ज़ोन2" को अपने ऐप-hash में एक संक्षिप्त पैकेट शामिल करना होगा जो कि AckSent की नई स्थिति दिखाता है। एक IBCBlockCommit और  IBCPacketTx को "हब" पर वापस पोस्ट किया गया है जो अस्तित्व को साबित करता है "ज़ोन2" पर संक्षिप्त IBCपैकेट। कहें कि IBCPacketTx  निम्नलिखित मूल्य है: फ्रॉमचेनआईडी: "ज़ोन2"

ब्लॉकहाइट से: 400 (कहें) पैकेट: एक IBCपैकेट: हेडर: एक IBCपैकेटहेडर: SrcChainID: "ज़ोन1" DstChainID: "ज़ोन2" संख्या : 200 स्थिति : एक्सेंट प्रकार: "सिक्का" अधिकतम ऊंचाई : 350 पेलोडहैश: <उसी "सिक्का" पेलोड के hash बाइट्स> अंत में, "हब" को पैकेट की स्थिति को अपडेट करना होगा  AckPending  से AckReceived . इस नई yinalized स्थिति का सबूत "ज़ोन2" पर वापस जाना चाहिए। कहें कि IBCPacketTx में निम्नलिखित है मूल्य: फ्रॉमचेनआईडी: "हब" ब्लॉकहाइट से: 301 पैकेट: एक IBCपैकेट: हेडर: एक IBCपैकेटहेडर: SrcChainID: "ज़ोन1" DstChainID: "ज़ोन2" संख्या : 200 स्थिति: AckReceived प्रकार: "सिक्का" अधिकतम ऊंचाई : 350 पेलोडहैश: <उसी "सिक्का" पेलोड के hash बाइट्स> इस बीच, "ज़ोन1" आशावादी रूप से सफल डिलीवरी मान सकता है एक "सिक्का" पैकेट का, जब तक कि इसके विपरीत साक्ष्य सिद्ध न हो जाए "हब"। उपरोक्त उदाहरण में, यदि "हब" को AckSent प्राप्त नहीं हुआ था

ब्लॉक 350 द्वारा "ज़ोन2" से स्थिति, इसने स्थिति निर्धारित कर दी होगी स्वचालित रूप से टाइमआउट के लिए। टाइमआउट का ये सबूत मिल सकता है "ज़ोन1" पर वापस पोस्ट किया गया, और किसी भी token को वापस किया जा सकता है। इसमें दो प्रकार के Merkle tree समर्थित हैं टेंडरमिंट/Cosmos इकोसिस्टम: द सिंपल ट्री, और IAVL+ पेड़. तत्वों की स्थिर सूची के लिए सिंपल ट्री एक Merkle tree है। यदि वस्तुओं की संख्या दो की घात नहीं है, कुछ पत्तियाँ पर होंगी विभिन्न स्तर. सिंपल ट्री पेड़ के दोनों किनारों को रखने की कोशिश करता है समान ऊंचाई, लेकिन बायां एक अधिक हो सकता है। यह Merkle tree है किसी ब्लॉक और शीर्ष स्तर के लेनदेन को मर्कल-आइज़ करने के लिए उपयोग किया जाता है एप्लिकेशन के तत्व रूट की स्थिति बताते हैं।IAVL+ डेटा संरचना का उद्देश्य सतत प्रदान करना है एप्लिकेशन स्थिति में कुंजी-मूल्य जोड़े के लिए भंडारण इस प्रकार है कि a नियतात्मक मर्कल रूट hash की गणना कुशलतापूर्वक की जा सकती है। द एवीएल एल्गोरिथ्म के एक प्रकार और सभी का उपयोग करके पेड़ को संतुलित किया जाता है संचालन O(log(n)) हैं। एवीएल ट्री में, किसी भी नोड के दो चाइल्ड सबट्री की ऊंचाई अधिकतम एक से भिन्न। जब भी इस शर्त का उल्लंघन किया जाता है अद्यतन, ट्री को O(log(n)) नए नोड बनाकर पुनर्संतुलित किया जाता है पुराने पेड़ के अपरिवर्तित नोड्स को इंगित करें। मूल एवीएल में एल्गोरिदम, आंतरिक नोड्स कुंजी-मूल्य जोड़े भी रख सकते हैं। एवीएल+ एल्गोरिदम (प्लस नोट करें) सभी को रखने के लिए एवीएल एल्गोरिदम को संशोधित करता है लीफ नोड्स पर मान, जबकि केवल कुंजियों को संग्रहीत करने के लिए शाखा-नोड्स का उपयोग किया जाता है। यह मर्कल hash ट्रेल को बनाए रखते हुए एल्गोरिदम को सरल बनाता है लघु. AVL+ ट्री Ethereum के पेट्रीसिया प्रयास के अनुरूप है। वहाँ हैं समझौता। कुंजियों को सम्मिलित करने से पहले hashed करने की आवश्यकता नहीं है IAVL+ पेड़, इसलिए यह कुंजी में तेजी से क्रमबद्ध पुनरावृत्ति प्रदान करता है स्थान जिससे कुछ अनुप्रयोगों को लाभ हो सकता है। तर्क सरल है कार्यान्वयन के लिए केवल दो प्रकार के नोड्स की आवश्यकता होती है - आंतरिक नोड्स और पत्ती नोड्स. मर्कल प्रमाण औसतन छोटा है, एक होने के नाते                 *                 /\               /   \             /         \           /             \          *               *         / \             /\        /   \         /   \       /   \         /            *       *      *      6     /\   /\   /\    h0·h1·h2·h3·h4·h5    7 तत्वों वाला एक सरल वृक्ष

संतुलित बाइनरी ट्री. दूसरी ओर, ए की मर्कल जड़ IAVL+ ट्री अपडेट के क्रम पर निर्भर करता है। हम अतिरिक्त कुशल Merkle trees का समर्थन करेंगे, जैसे Ethereum की पेट्रीसिया ट्राई जब बाइनरी वैरिएंट बन जाती है उपलब्ध. विहित कार्यान्वयन में, लेनदेन को स्ट्रीम किया जाता है Cosmos हब एप्लिकेशन ABCI इंटरफ़ेस के माध्यम से। Cosmos हब कई प्राथमिक लेनदेन स्वीकार करेगा प्रकार, जिनमें सेंडटीएक्स, बॉन्डटीएक्स, अनबॉन्डटीएक्स, रिपोर्टहैकटीएक्स शामिल हैं।  SlashTx, burnAtomTx, ProposalCreateTx, और ProposalVoteTx, जो काफी हद तक स्व-व्याख्यात्मक हैं और इन्हें दस्तावेज़ में दर्ज किया जाएगा इस पेपर का भविष्य में संशोधन। यहां हम दो प्राथमिक का दस्तावेजीकरण करते हैं IBC के लिए लेनदेन प्रकार: IBCBlockCommitTx और IBCPacketTx। एक IBCBlockCommitTx लेन-देन निम्न से बना है: चेनआईडी (स्ट्रिंग): blockchain की आईडी ब्लॉकहैश ([]बाइट): ब्लॉक-hash बाइट्स, मर्कल रूट जिसमें ऐप शामिल है-hash ब्लॉकपार्ट्सहेडर (पार्टसेटहेडर): ब्लॉक पार्ट-सेट हेडर बाइट्स, केवल वोट हस्ताक्षर सत्यापित करने के लिए आवश्यक हैं ब्लॉकहाइट (int): कमिट की ऊंचाई ब्लॉकराउंड (इंट): कमिट का राउंड प्रतिबद्ध ([]वोट): >⅔ टेंडरमिंट प्रीकमिट वोट करता है एक ब्लॉक कमिट शामिल करें वैलिडेटरहैश ([]बाइट): नए का एक मर्कल-ट्री रूट hash validator सेट

वैलिडेटरहैशप्रूफ़ (सिंपलप्रूफ): ब्लॉकहैश के विरुद्ध वैलिडेटरहैश को साबित करने के लिए एक सिंपलट्री मर्कलप्रूफ ऐपहैश ([]बाइट): एक IAVLTree मर्कल-ट्री रूट hash आवेदन स्थिति AppHashProof (SimpleProof): एक सिंपलट्री मर्कल-प्रूफ AppHash को BlockHash के विरुद्ध सिद्ध करना एक IBCपैकेट निम्न से बना होता है: हेडर (IBCPacketHeader): पैकेट हेडर पेलोड ([]बाइट): पैकेट पेलोड के बाइट्स। वैकल्पिक पेलोडहैश ([]बाइट): पैकेट के बाइट्स के लिए hash। वैकल्पिक पेलोड या पेलोडहैश में से कोई एक मौजूद होना चाहिए। hash एक IBCपैकेट दो वस्तुओं का एक सरल मर्कल रूट है, हेडर  और पेलोड. पूरे पेलोड के बिना एक IBCपैकेट कहा जाता है संक्षिप्त पैकेट. एक IBCPacketHeader निम्न से बना है: SrcChainID (स्ट्रिंग): स्रोत blockchain आईडी DstChainID (स्ट्रिंग): गंतव्य blockchain आईडी संख्या (int): सभी पैकेटों के लिए एक अद्वितीय संख्या स्थिति (enum): AckPending, AckSent, में से एक हो सकता है AckReceived , NoAck , या टाइमआउट प्रकार (स्ट्रिंग): प्रकार अनुप्रयोग-निर्भर हैं। Cosmos "सिक्का" पैकेट प्रकार सुरक्षित रखता है मैक्सहाइट (int): यदि स्थिति NoAckWanted या AckReceived नहीं है इस ऊँचाई से, स्थिति टाइमआउट हो जाती है। वैकल्पिक एक IBCPacketTx लेन-देन निम्न से बना है:FromChainID (स्ट्रिंग) : blockchain की आईडी जो है यह पैकेट उपलब्ध कराना; जरूरी नहीं कि स्रोत ही हो FromBlockHeight (int): blockchain ऊंचाई जिसमें निम्नलिखित पैकेट को ब्लॉक-hash में शामिल (मर्कल-आइज्ड) किया गया है स्रोत श्रृंखला पैकेट (IBCपैकेट): डेटा का एक पैकेट, जिसकी स्थिति एक हो सकती है AckPending , AckSent , AckReceived , NoAck , या टाइमआउट में से पैकेटप्रूफ़ (आईएवीएलप्रूफ़): साबित करने के लिए एक आईएवीएलट्री मर्कल-प्रूफ़ स्रोत श्रृंखला के AppHash के विरुद्ध पैकेट का hash दी गई ऊंचाई "ज़ोन1" से "ज़ोन2" तक पैकेट भेजने का क्रम "हब" के माध्यम से {चित्र X} में दर्शाया गया है। सबसे पहले, एक IBCPacketTx  "हब" को साबित करता है कि पैकेट ऐप-स्टेट में शामिल है "ज़ोन1"। फिर, एक और IBCPacketTx “ज़ोन2” को साबित करता है कि पैकेट "हब" के ऐप-स्टेट में शामिल है। इस दौरान प्रक्रिया, IBCपैकेट यील्ड समान हैं: SrcChainID है हमेशा "ज़ोन1", और  DstChainID हमेशा "ज़ोन2" होता है। पैकेटप्रूफ़ में सही मर्कल-प्रूफ़ पथ होना चाहिए इस प्रकार है: जब "ज़ोन1" "हब" के माध्यम से "ज़ोन2" को एक पैकेट भेजना चाहता है, IBCपैकेट डेटा समान है, चाहे पैकेट "ज़ोन1", "हब" या "ज़ोन2" पर मर्कलाइज़ किया गया हो। एकमात्र परिवर्तनशील येल्ड है  डिलीवरी पर नज़र रखने के लिए स्थिति। हम संकल्पना में सहायता के लिए अपने मित्रों और साथियों को धन्यवाद देते हैं, टेंडरमिंट के साथ हमारे काम की समीक्षा करना और समर्थन प्रदान करना और Cosmos. IBC///<संख्या>

स्कुचेन के ज़की मनियन ने प्रारूपण में बहुत सहायता प्रदान की शब्दांकन, विशेषकर ABCI अनुभाग के अंतर्गत मदद के लिए एल्थिया के जेहान ट्रेमबैक और डस्टिन बिंग्टन प्रारंभिक पुनरावृत्तियाँ आम सहमति पर प्रतिक्रिया के लिए हनी बेजर के एंड्रयू मिलर सर्वसम्मति और शब्दों पर प्रतिक्रिया के लिए ग्रेग स्लेपक विभिन्न कार्यों के लिए बिल ग्लीम और सेउंगवान हान को भी धन्यवाद योगदान. आपके योगदान के लिए आपका नाम और संगठन यहां है 1 Bitcoin: https://bitcoin.org/bitcoin.pdf 2 ज़ीरोकैश: http://zerocash-project.org/paper 3 Ethereum: https://github.com/ethereum/wiki/wiki/WhitePaper 4 TheDAO: https://download.slock.it/public/DAO/WhitePaper.pdf 5 अलग गवाह: https://github.com/bitcoin/bips/blob/master/bip0141.mediawiki 6 BitcoinNG: https://arxiv.org/pdf/1510.02037v2.pdf 7 लाइटनिंग नेटवर्क: https://lightning.network/lightningnetwork-paper-DRAFT-0.5.pdf 8 टेंडरमिंट: https://github.com/tendermint/tendermint/wiki 9 एफएलपी असंभवता: https://groups.csail.mit.edu/tds/papers/Lynch/jacm85.pdf 10 स्लेशर: https://blog.ethereum.org/2014/01/15/slasher-apunitive-proof-of-stake-algorithm/ 11 पीBFT: http://pmg.csail.mit.edu/papers/osdi99.pdf 12 बिटशेयर: https://bitshares.org/technology/delegatedproof-of-stake-consensus/

13 Stellar: https://www.stellar.org/papers/stellar-consensusprotocol.pdf 14 इंटरलेजर: https://interledger.org/rfcs/0001-interledgerarchitecture/ 15 साइडचेन: https://blockstream.com/sidechains.pdf 16 कैस्पर: https://blog.ethereum.org/2015/08/01/introducing-casperfriendly-ghost/ 17 ABCI: https://github.com/tendermint/abci 18 Ethereum साझाकरण: https://github.com/ethereum/EIPs/issues/53 19 लिबस्विफ्ट: http://www.ds.ewi.tudelft.nl/yleadmin/pds/papers/Performa nceAnalysisOfLibswift.pdf 20 डीएलएस: http://groups.csail.mit.edu/tds/papers/Lynch/jacm88.pdf 21 पतली ग्राहक सुरक्षा: https://en.bitcoin.it/wiki/Thin_Client_Security 22 Ethereum 2.0 माउव पेपर: http://vitalik.ca/yles/mauve_paper.html https://www.docdroid.net/ec7xGzs/314477721-ethereumplatform-review-opportunities-and-challenges-for-privateand-consortium-blockchains.pdf.html

“ ई