पोलकाडॉट: एक विषम मल्टी-चेन फ्रेमवर्क के लिए विजन

सारांश

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 डॉ. गेविन वुड संस्थापक, एथेरियम और पैरिटी [email protected] सार. वर्तमान समय के blockchain आर्किटेक्चर कई मुद्दों से ग्रस्त हैं, जिनमें कम से कम विस्तारशीलता और स्केलेबिलिटी के व्यावहारिक साधन शामिल नहीं हैं। हमारा मानना है कि यह आम सहमति वास्तुकला के दो बहुत महत्वपूर्ण हिस्सों को जोड़ने से उत्पन्न होता है विहितता और वैधता, बहुत करीब से एक साथ। यह पेपर एक वास्तुकला, विषम बहु-श्रृंखला का परिचय देता है, जो बुनियादी तौर पर दोनों को अलग करता है। इन दो भागों को विभाजित करने में, और प्रदान की गई समग्र कार्यक्षमता को पूर्ण न्यूनतम पर रखकर सुरक्षा और परिवहन के क्षेत्र में, हम यथास्थान मूल विस्तारशीलता के व्यावहारिक साधन पेश करते हैं। स्केलेबिलिटी को इसके माध्यम से संबोधित किया जाता है इन दो कार्यों के लिए फूट डालो और जीतो का दृष्टिकोण, प्रोत्साहन के माध्यम से इसके बंधे हुए मूल से बाहर निकल रहा है अविश्वसनीय सार्वजनिक नोड्स. इस वास्तुकला की विषम प्रकृति कई अत्यधिक भिन्न प्रकार की आम सहमति प्रणालियों को एक भरोसेमंद, पूरी तरह से विकेन्द्रीकृत "फेडरेशन" में इंटरऑपरेट करने में सक्षम बनाती है, जिससे खुले और बंद नेटवर्क को विश्वास-मुक्त पहुंच की अनुमति मिलती है। एक दूसरे. हमने एक या अधिक पूर्व-मौजूदा नेटवर्क जैसे बैकवर्ड संगतता प्रदान करने का एक साधन सामने रखा है Ethereum. हमारा मानना है कि ऐसी प्रणाली व्यावहारिक रूप से समग्र खोज में एक उपयोगी आधार-स्तरीय घटक प्रदान करती है कार्यान्वयन योग्य प्रणाली स्केलेबिलिटी और गोपनीयता के वैश्विक-वाणिज्य स्तर को प्राप्त करने में सक्षम है। 1. प्रस्तावना इसका उद्देश्य एक तकनीकी "दृष्टिकोण" सारांश होना है एक संभावित दिशा के बारे में जिसे blockchain प्रतिमान को और विकसित करने के लिए अपनाया जा सकता है, साथ में कुछ तर्क भी कि यह दिशा समझदार क्यों है। यह अंदर रहता है विकास के इस चरण में जितना संभव हो उतना विवरण एक प्रणाली जो एक ठोस सुधार दे सकती है blockchain प्रौद्योगिकी के पहलुओं की संख्या। इसका उद्देश्य कोई विशिष्टता, औपचारिक या अन्यथा होना नहीं है। इसका उद्देश्य न तो व्यापक होना है और न ही ऐसा होना अंतिम डिज़ाइन. इसका उद्देश्य गैर-मुख्य पहलुओं को कवर करना नहीं है एपीआई, बाइंडिंग, भाषाएं और जैसे ढांचे का उपयोग. यह विशेष रूप से प्रायोगिक है; जहां पैरामीटर निर्दिष्ट हैं, उनमें परिवर्तन की संभावना है। तंत्र करेंगे समुदाय की प्रतिक्रिया में जोड़ा, परिष्कृत और हटाया जा सकता है विचार और आलोचनाएँ. इस पेपर के बड़े हिस्से की संभावना होगी प्रयोगात्मक साक्ष्य और प्रोटोटाइप के रूप में संशोधित किया जाना चाहिए क्या काम करेगा और क्या नहीं, इसकी जानकारी हमें मिलेगी। इस दस्तावेज़ में प्रोटोकॉल के मुख्य विवरण के साथ-साथ उठाए जाने वाले निर्देशों के लिए विचार भी शामिल हैं विभिन्न पहलुओं में सुधार करने के लिए. यह कल्पना की गई है कि मूल विवरण का उपयोग प्रारंभिक के लिए प्रारंभिक बिंदु के रूप में किया जाएगा अवधारणा के प्रमाणों की श्रृंखला। अंतिम "संस्करण 1.0" होगा इस परिष्कृत प्रोटोकॉल के साथ-साथ अतिरिक्त विचारों पर आधारित है जो सिद्ध हो गए हैं और इसके लिए दृढ़ हैं परियोजना को अपने लक्ष्यों तक पहुँचने के लिए आवश्यक है। 1.1. इतिहास। • 09/10/2016: 0.1.0-प्रूफ1 • 20/10/2016: 0.1.0-प्रूफ2 • 01/11/2016: 0.1.0-प्रूफ3 • 10/11/2016: 0.1.0 2. परिचय ब्लॉकचेन ने "इंटरनेट ऑफ थिंग्स" सहित कई क्षेत्रों में उपयोगिता की बड़ी संभावनाएं प्रदर्शित की हैं। (आईओटी), वित्त, शासन, पहचान प्रबंधन, वेबविकेंद्रीकरण और परिसंपत्ति-ट्रैकिंग। हालाँकि, इसके बावजूद तकनीकी वादा और भव्य बातें, हमें अभी तक देखना बाकी है वर्तमान प्रौद्योगिकी की महत्वपूर्ण वास्तविक दुनिया में तैनाती। हमारा मानना है कि यह वर्तमान की पाँच प्रमुख विफलताओं में से एक है प्रौद्योगिकी ढेर: स्केलेबिलिटी: वैश्विक स्तर पर कितने संसाधन खर्च किए जाते हैं सिस्टम के लिए एकल लेनदेन और कितने को संसाधित करने के लिए प्रसंस्करण, बैंडविड्थ और भंडारण पर लेनदेन को उचित रूप से संसाधित किया जा सकता है चरम स्थितियाँ? पृथक्करणीयता: एकाधिक की भिन्न-भिन्न आवश्यकताएँ हो सकती हैं पार्टियों और अनुप्रयोगों को एक ही ढांचे के तहत लगभग इष्टतम डिग्री तक संबोधित किया जाना चाहिए? विकास योग्यता: उपकरण कितनी अच्छी तरह काम करते हैं? करो एपीआई डेवलपर्स की जरूरतों को संबोधित करते हैं? क्या शैक्षणिक सामग्री उपलब्ध है? क्या वहां सही एकीकरण हैं? शासन: क्या नेटवर्क लचीला रह सकता है? समय के साथ विकसित और अनुकूलित हों? क्या निर्णय हो सकते हैं? पर्याप्त समावेशिता, वैधता और के साथ बनाया गया प्रभावी नेतृत्व प्रदान करने के लिए पारदर्शिता विकेन्द्रीकृत व्यवस्था? प्रयोज्यता: क्या प्रौद्योगिकी वास्तव में स्वयं ही एक ज्वलंत आवश्यकता को संबोधित करती है? क्या अंतर को पाटने के लिए अन्य "मिडलवेयर" की आवश्यकता है? वास्तविक अनुप्रयोग? वर्तमान कार्य में, हमारा लक्ष्य पहले दो को संबोधित करना है मुद्दे: स्केलेबिलिटी और अलगावशीलता। उन्होंने कहा, हमें विश्वास है Polkadot ढांचा समस्याओं के प्रत्येक वर्ग में सार्थक सुधार प्रदान कर सकता है। आधुनिक, कुशल blockchain कार्यान्वयन जैसे पैरिटी Ethereum क्लाइंट [17] खरीद सकता हैसे अधिक मात्रा में ई.एस परफॉर्मेंट उपभोक्ता हार्डवेयर पर चलने पर प्रति सेकंड 3,000 लेनदेन। हालाँकि, वर्तमान वास्तविक दुनिया blockchain नेटवर्क व्यावहारिक रूप से लगभग 30 तक सीमित हैं प्रति सेकंड लेनदेन। यह सीमा मुख्य रूप से इस तथ्य से उत्पन्न होती है कि वर्तमान तुल्यकालिक सर्वसम्मति तंत्र को सुरक्षा के व्यापक समय मार्जिन की आवश्यकता होती है अपेक्षित प्रसंस्करण समय, जो कि बढ़ गया है 1

परिचय

ब्लॉकचेन ने "इंटरनेट ऑफ थिंग्स" सहित कई क्षेत्रों में उपयोगिता की बड़ी संभावनाएं प्रदर्शित की हैं। (आईओटी), वित्त, शासन, पहचान प्रबंधन, वेबविकेंद्रीकरण और परिसंपत्ति-ट्रैकिंग। हालाँकि, इसके बावजूद तकनीकी वादा और भव्य बातें, हमें अभी तक देखना बाकी है वर्तमान प्रौद्योगिकी की महत्वपूर्ण वास्तविक दुनिया में तैनाती। हमारा मानना है कि यह वर्तमान की पाँच प्रमुख विफलताओं में से एक है प्रौद्योगिकी ढेर: स्केलेबिलिटी: वैश्विक स्तर पर कितने संसाधन खर्च किए जाते हैं सिस्टम के लिए एकल लेनदेन और कितने को संसाधित करने के लिए प्रसंस्करण, बैंडविड्थ और भंडारण पर लेनदेन को उचित रूप से संसाधित किया जा सकता है चरम स्थितियाँ? पृथक्करणीयता: एकाधिक की भिन्न-भिन्न आवश्यकताएँ हो सकती हैं पार्टियों और अनुप्रयोगों को एक ही ढांचे के तहत लगभग इष्टतम डिग्री तक संबोधित किया जाना चाहिए? विकास योग्यता: उपकरण कितनी अच्छी तरह काम करते हैं? करो एपीआई डेवलपर्स की जरूरतों को संबोधित करते हैं? क्या शैक्षणिक सामग्री उपलब्ध है? क्या वहां सही एकीकरण हैं? शासन: क्या नेटवर्क लचीला रह सकता है? समय के साथ विकसित और अनुकूलित हों? क्या निर्णय हो सकते हैं? पर्याप्त समावेशिता, वैधता और के साथ बनाया गया प्रभावी नेतृत्व प्रदान करने के लिए पारदर्शिता विकेन्द्रीकृत व्यवस्था? प्रयोज्यता: क्या प्रौद्योगिकी वास्तव में स्वयं ही एक ज्वलंत आवश्यकता को संबोधित करती है? क्या अंतर को पाटने के लिए अन्य "मिडलवेयर" की आवश्यकता है? वास्तविक अनुप्रयोग? वर्तमान कार्य में, हमारा लक्ष्य पहले दो को संबोधित करना है मुद्दे: स्केलेबिलिटी और अलगावशीलता। उन्होंने कहा, हमें विश्वास है Polkadot ढांचा समस्याओं के प्रत्येक वर्ग में सार्थक सुधार प्रदान कर सकता है। आधुनिक, कुशल blockchain कार्यान्वयन जैसे पैरिटी Ethereum क्लाइंट [17] इससे अधिक प्रक्रिया कर सकता है परफॉर्मेंट उपभोक्ता हार्डवेयर पर चलने पर प्रति सेकंड 3,000 लेनदेन। हालाँकि, वर्तमान वास्तविक दुनिया blockchain नेटवर्क व्यावहारिक रूप से लगभग 30 तक सीमित हैं प्रति सेकंड लेनदेन। यह सीमा मुख्य रूप से इस तथ्य से उत्पन्न होती है कि वर्तमान तुल्यकालिक सर्वसम्मति तंत्र को सुरक्षा के व्यापक समय मार्जिन की आवश्यकता होती है अपेक्षित प्रसंस्करण समय, जो कि बढ़ गया हैपोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 2 धीमी कार्यान्वयन का समर्थन करने की इच्छा। इसका कारण यह है अंतर्निहित आम सहमति वास्तुकला: राज्य परिवर्तन तंत्र, या वे साधन जिनके द्वारा पार्टियां एकजुट होती हैं और लेन-देन निष्पादित करें, इसका तर्क मौलिक रूप से जुड़ा हुआ है सर्वसम्मत "कैनोनिकलाइज़ेशन" तंत्र में, या इसका मतलब है कि पार्टियां कई में से किसी एक पर सहमत होती हैं संभव, वैध, इतिहास। यह proof-of-work (PoW) सिस्टम जैसे Bitcoin [15] और Ethereum [5,23] और प्रूफ़-स्टेक (PoS) सिस्टम जैसे NXT [8] और Bitshares [12] दोनों पर समान रूप से लागू होता है: अंततः सभी एक ही बाधा से पीड़ित होते हैं। यह एक सरल है रणनीति जिसने blockchain को सफल बनाने में मदद की। हालाँकि, इन दोनों तंत्रों को कसकर एक इकाई में जोड़कर प्रोटोकॉल के अनुसार, हम कई अलग-अलग चीजों को एक साथ बंडल भी करते हैं विभिन्न जोखिम प्रोफाइलों, विभिन्न स्केलेबिलिटी आवश्यकताओं और विभिन्न गोपनीयता आवश्यकताओं वाले अभिनेता और एप्लिकेशन। एक आकार सभी के लिए उपयुक्त नहीं है। अक्सर ऐसा होता है कि व्यापक अपील की चाहत में, एक नेटवर्क रूढ़िवाद की डिग्री को अपनाता है जिसके परिणामस्वरूप सबसे कम-सामान्य-भाजक होता है सर्वोत्तम ढंग से कुछ लोगों की सेवा करना और अंततः असफलता की ओर ले जाना कभी-कभी नवप्रवर्तन, प्रदर्शन और अनुकूलन करने की क्षमता में नाटकीय रूप से ऐसा। कुछ प्रणालियाँ जैसे उदा. फ़ैक्टरम [21] राज्यसंक्रमण तंत्र को पूरी तरह से हटा दें। हालाँकि, बहुत कुछ जिस उपयोगिता की हम इच्छा करते हैं उसके लिए अवस्था परिवर्तन की क्षमता की आवश्यकता होती है एक साझा राज्य-मशीन के अनुसार। इसे गिरा देने से समाधान हो जाता है एक वैकल्पिक समस्या; यह कोई विकल्प प्रदान नहीं करता है समाधान. इसलिए, यह स्पष्ट प्रतीत होता है कि यह एक उचित दिशा है स्केलेबल विकेन्द्रीकृत गणना के मार्ग के रूप में अन्वेषण करना मंच का उद्देश्य सर्वसम्मत वास्तुकला को अलग करना है राज्य-संक्रमण तंत्र. और, शायद आश्चर्य की बात नहीं, यह वह रणनीति है जिसे Polkadot स्केलेबिलिटी के समाधान के रूप में अपनाता है। 2.1. प्रोटोकॉल, कार्यान्वयन और नेटवर्क। जैसे Bitcoin और Ethereum, Polkadot एक नेटवर्क प्रोटोकॉल और (अब तक अनुमानित) प्राथमिक को संदर्भित करता है सार्वजनिक नेटवर्क जो इस प्रोटोकॉल को चलाता है। Polkadot का उद्देश्य एक स्वतंत्र और खुला प्रोजेक्ट होना है, प्रोटोकॉल विशिष्टता क्रिएटिव कॉमन्स लाइसेंस के अंतर्गत है और कोड को FLOSS लाइसेंस के अंतर्गत रखा जा रहा है। प्रोजेक्ट है खुले तरीके से विकसित किया गया है और योगदान स्वीकार करता है जहां भी वे उपयोगी हों. आरएफसी की एक प्रणाली, इसके विपरीत नहीं पायथन एन्हांसमेंट प्रस्ताव, एक साधन की अनुमति देगा प्रोटोकॉल परिवर्तन और उन्नयन पर सार्वजनिक रूप से सहयोग करना। Polkadot प्रोटोकॉल का हमारा प्रारंभिक कार्यान्वयन पैरिटी Polkadot प्लेटफॉर्म के रूप में जाना जाएगा और होगा एपीआई के साथ एक पूर्ण प्रोटोकॉल कार्यान्वयन शामिल करें बंधन. अन्य समता blockchain कार्यान्वयन की तरह, पीपीपी को एक सामान्य प्रयोजन blockchain प्रौद्योगिकी स्टैक के रूप में डिज़ाइन किया गया है, न तो विशिष्ट रूप से सार्वजनिक नेटवर्क के लिए और न ही इसके लिए निजी/संघ संचालन। इस प्रकार इसका विकास सहित कई पार्टियों द्वारा अब तक वित्त पोषित किया गया है ब्रिटिश सरकार से अनुदान. फिर भी यह पेपर इसके अंतर्गत Polkadot का वर्णन करता है एक सार्वजनिक नेटवर्क का संदर्भ. सार्वजनिक नेटवर्क में हम जिस कार्यक्षमता की कल्पना करते हैं, वह उसकी आवश्यकता का एक सुपरसेट है वैकल्पिक (जैसे निजी और/या कंसोर्टियम) सेटिंग्स। इसके अलावा, इस संदर्भ में, Polkadot का पूरा दायरा हो सकता है अधिक स्पष्ट रूप से वर्णित और चर्चा की जाए। इसका मतलब ये है पाठक को पता होना चाहिए कि कुछ तंत्र हो सकते हैं वर्णित किया जाना चाहिए (उदाहरण के लिए अन्य सार्वजनिक नेटवर्क के साथ अंतर्संचालन) जो सीधे तौर पर Polkadot से प्रासंगिक नहीं हैं जब गैर-सार्वजनिक ("अनुमत") स्थितियों के तहत तैनात किया जाता है। 2.2. पिछले काम। अंतर्निहित सर्वसम्मति को राज्य-संक्रमण से अलग करने का अनौपचारिक रूप से प्रस्ताव किया गया है कम से कम दो वर्षों तक निजी तौर पर—मैक्स काये शुरुआती दिनों में ऐसी रणनीति के प्रस्तावक थे Ethereum. एक अधिक जटिल स्केलेबल समाधान जिसे चेन के नाम से जाना जाता है फ़ाइबर्स, जून 2014 का है और पहली बार बाद में प्रकाशित हुआ उस वर्ष1 ने एक पारदर्शी इंटरचेन निष्पादन तंत्र प्रदान करने वाली एकल रिले-श्रृंखला और कई सजातीय श्रृंखलाओं के लिए मामला बनाया। डेकोहेरेंस के लिए भुगतान किया गया था लेनदेन विलंबता के माध्यम से - लेनदेन की आवश्यकता होती है सिस्टम के अलग-अलग हिस्सों का समन्वय होगा प्रक्रिया में अधिक समय लगना। Polkadot अपनी अधिकांश वास्तुकला उससे और उसके बाद की बातचीत से लेती है अलग-अलग लोग, हालांकि इसके डिज़ाइन और प्रावधानों में बहुत अंतर है। जबकि Polkadot की तुलना में कोई सिस्टम नहीं है वास्तव में उत्पादन में, कुछ प्रासंगिकता की कई प्रणालियाँ प्रस्तावित किया गया है, हालांकि किसी भी पर्याप्त स्तर पर बहुत कम विवरण. ये हो सकते हैं प्रस्तावसिस्टम में टूट गया जो विश्व स्तर पर सुसंगत की धारणा को गिरा देता है या कम कर देता है राज्य मशीन, जो विश्व स्तर पर प्रदान करने का प्रयास करती है सजातीय टुकड़ों के माध्यम से सुसंगत सिंगलटन मशीन और वे जो केवल विविधता को लक्ष्य करते हैं। 2.2.1. ग्लोबल स्टेट के बिना सिस्टम. फैक्टम [21] एक ऐसी प्रणाली है जो बिना बताए विहितता प्रदर्शित करती है वैधता, प्रभावी रूप से डेटा के क्रोनिकलिंग की अनुमति देती है। वैश्विक स्थिति और कठिनाइयों से बचने के कारण यह जो स्केलिंग लाता है, उसे एक स्केलेबल समाधान माना जा सकता है। हालाँकि, जैसा कि पहले बताया गया है, set इसके द्वारा हल की जाने वाली समस्याओं की संख्या सख्ती से और काफी हद तक कम है। टैंगल [18] सर्वसम्मति प्रणालियों के लिए एक नया दृष्टिकोण है। लेन-देन को ब्लॉकों में व्यवस्थित करने और राज्य-परिवर्तनों का विश्व स्तर पर विहित क्रम देने के लिए सख्ती से जुड़ी सूची पर आम सहमति बनाने के बजाय, यह बड़े पैमाने पर संरचित आदेश के विचार को छोड़ देता है और इसके बजाय बाद की वस्तुओं के साथ आश्रित लेनदेन के एक निर्देशित चक्रीय ग्राफ पर जोर देता है जो पहले की वस्तुओं को विहित करने में मदद करता है स्पष्ट संदर्भ के माध्यम से. मनमाने ढंग से राज्य-परिवर्तन के लिए, यह निर्भरता ग्राफ शीघ्र ही कठिन हो जाएगा, हालाँकि, अधिक सरल UTXO मॉडल2 के लिए यह बन जाता है काफी उचित. क्योंकि प्रणाली केवल शिथिल रूप से सुसंगत है और लेनदेन आम तौर पर प्रत्येक से स्वतंत्र होते हैं अन्य, वैश्विक समानता की एक बड़ी मात्रा काफी हो जाती है प्राकृतिक. UTXO मॉडल का उपयोग करने से प्रभाव पड़ता है टैंगल को विशुद्ध रूप से मूल्य-हस्तांतरण "मुद्रा" तक सीमित करना अधिक सामान्य या विस्तार योग्य किसी भी चीज़ के बजाय प्रणाली। इसके अलावा कठोर वैश्विक सुसंगतता के बिना, अन्य प्रणालियों के साथ बातचीत - जिसके लिए एक पूर्ण आवश्यकता होती है सिस्टम स्थिति पर डिग्री ज्ञान-अव्यावहारिक हो जाता है। 1https://github.com/ethereum/wiki/wiki/Chain-Fibers-Redux 2अव्ययित लेनदेन आउटपुट, वह मॉडल जो Bitcoin उपयोग करता है जिससे राज्य प्रभावी रूप से कुछ मूल्य से जुड़े पते का सेट होता है; लेन-देन ऐसे पतों को एकत्रित करते हैं और उन्हें पतों के एक नए सेट में सुधारते हैं जिनका कुल योग समतुल्य होता है

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 3 2.2.2. विषम श्रृंखला प्रणालियाँ। साइड-चेन [3] एक है Bitcoin प्रोटोकॉल को जोड़ने का प्रस्ताव जो मुख्य Bitcoin श्रृंखला के बीच भरोसेमंद बातचीत की अनुमति देगा और अतिरिक्त साइड-चेन। किसी के लिए कोई प्रावधान नहीं है साइड-चेन के बीच 'समृद्ध' इंटरैक्शन की डिग्री: इंटरैक्शन साइड-चेन की अनुमति देने तक ही सीमित होगी एक-दूसरे की संपत्ति के संरक्षक, स्थानीय स्तर पर प्रभाव डालते हैं शब्दजाल - एक दो-तरफा खूंटी 3. अंतिम दृष्टि एक ऐसे ढांचे के लिए है जहां Bitcoin मुद्रा प्रदान की जा सकती है अतिरिक्त, यदि परिधीय, इसे खूंटी के माध्यम से कार्यक्षमता अधिक विदेशी अवस्था परिवर्तन वाली कुछ अन्य श्रृंखलाओं पर Bitcoin प्रोटोकॉल से अधिक सिस्टम अनुमति देता है। इस अर्थ में, साइड-चेन स्केलेबिलिटी के बजाय एक्स्टेंसिबिलिटी को संबोधित करते हैं। दरअसल, साइड-चेन की वैधता के लिए मौलिक रूप से कोई प्रावधान नहीं है; एक श्रृंखला से tokens (जैसे Bitcoin) साइड-चेन की ओर से रखे गए केवल इसके द्वारा सुरक्षित होते हैं खनिकों को प्रामाणिक बनाने के लिए प्रोत्साहित करने की साइड-चेन की क्षमता वैध परिवर्तन. Bitcoin नेटवर्क की सुरक्षा दूसरे की ओर से काम करने के लिए आसानी से स्थानांतरित नहीं किया जा सकता blockchains. इसके अलावा, Bitcoin सुनिश्चित करने के लिए एक प्रोटोकॉल खनिक मर्ज-माइन करते हैं (जो कि साइड-चेन पर उनकी कैनोनिकलाइज़ेशन शक्ति को डुप्लिकेट करता है) और, इससे भी महत्वपूर्ण बात यह है कि साइड-चेन के संक्रमण को मान्य करना बाहर है इस प्रस्ताव का दायरा. Cosmos [10] एक प्रस्तावित बहु-श्रृंखला प्रणाली है साइड-चेन के समान नस, नाकामोटो पीओडब्ल्यू की अदला-बदली जे क्वोन के टेंडरमिंट एल्गोरिदम के लिए सर्वसम्मति विधि। अनिवार्य रूप से, यह कई श्रृंखलाओं (में संचालन) का वर्णन करता है ज़ोन) प्रत्येक टेंडरमिंट के अलग-अलग उदाहरणों का उपयोग करते हुए, एक के माध्यम से विश्वास-मुक्त संचार के साधन के साथ मास्टर हब श्रृंखला. यह इंटरचेन संचार मनमानी जानकारी के बजाय डिजिटल संपत्तियों ("विशेष रूप से tokens") के हस्तांतरण तक सीमित है, हालांकि ऐसे इंटरचेन संचार में डेटा के लिए वापसी पथ होता है, जैसे स्थानांतरण की स्थिति पर प्रेषक को रिपोर्ट करने के लिए। ज़ोनड श्रृंखलाओं के लिए सत्यापनकर्ता सेट, और विशेष रूप से उन्हें प्रोत्साहित करने के साधन, साइड-चेन की तरह, बचे हुए हैं एक अनसुलझी समस्या के रूप में. सामान्य धारणा तो यही है प्रत्येक ज़ोन वाली श्रृंखला में स्वयं का token मान होगा जिसकी मुद्रास्फीति का उपयोग validator के भुगतान के लिए किया जाता है। अभी शुरुआती दौर में है डिज़ाइन के मामले में, वर्तमान में प्रस्ताव में स्केलेबल प्राप्त करने के आर्थिक साधनों पर व्यापक विवरण का अभाव है वैश्विक वैधता पर निश्चितता. हालाँकि, ज़ोन और हब के बीच आवश्यक ढीला सामंजस्य अनुमति देगा ज़ोन के मापदंडों पर अतिरिक्त लचीलेपन के लिए एक प्रणाली की तुलना में जंजीरें मजबूत होती हैं सुसंगति. 2.2.3. कैस्पर. कैस्पर [6] और Polkadot के बीच अभी तक कोई व्यापक समीक्षा या साइड-बाय-साइड तुलना नहीं हुई है बना दिया गया है, हालाँकि कोई काफी व्यापक रूप से बना सकता है (और तदनुसार ग़लत) दोनों का लक्षण वर्णन। कैस्पर एक PoS सर्वसम्मति एल्गोरिथ्म की पुनर्कल्पना है किस कांटे पर दांव लगाने वाले प्रतिभागियों पर आधारित हो सकता है अंततः विहित हो जाएगा। यह सुनिश्चित करने पर पर्याप्त विचार किया गया कि यह नेटवर्क के लिए मजबूत हो लंबे समय तक चलने पर भी कांटे, और मूल Ethereum मॉडल के शीर्ष पर स्केलेबिलिटी की कुछ अतिरिक्त डिग्री होती है। जैसे ऐसे में, कैस्पर आज तक काफी हद तक अधिक हो गया है Polkadot और उसके पूर्वजों से जटिल प्रोटोकॉल, और a मूल blockchain प्रारूप से पर्याप्त विचलन। यह भविष्य में कैस्पर किस प्रकार पुनरावृति करेगा, यह अज्ञात है और अंततः इसे तैनात किए जाने पर यह कैसा दिखेगा। जबकि कैस्पर और Polkadot दोनों दिलचस्प नए प्रोटोकॉल का प्रतिनिधित्व करते हैं और, कुछ अर्थों में, संवर्द्धन करते हैं Ethereum, उनके बीच पर्याप्त अंतर हैं अंतिम लक्ष्य और तैनाती के रास्ते। कैस्पर एक है Ethereum फाउंडेशन-केंद्रित परियोजना मूल रूप से डिज़ाइन की गई बिना किसी इच्छा के प्रोटोकॉल में PoS परिवर्तन करना एक मौलिक रूप से स्केलेबल blockchain बनाएं। महत्वपूर्ण रूप से, यह है किसी भी अधिक विस्तृत चीज़ के बजाय एक हार्ड-फ़ॉर्क के रूप में डिज़ाइन किया गया है और इस प्रकार सभी Ethereum ग्राहक और उपयोगकर्ता होंगे अपग्रेड करने या अनिश्चित गोद लेने के कांटे पर बने रहने की आवश्यकता है। इस प्रकार, तैनाती को काफी हद तक कठिन बना दिया जाता है जैसा कि एक विकेन्द्रीकृत परियोजना में निहित है जहां तंग है समन्वय आवश्यक है. Polkadot कई मायनों में भिन्न है; सबसे पहले और सबसे महत्वपूर्ण, Polkadot को पूरी तरह से विस्तार योग्य और स्केलेबल बनाया गया है blockchain विकास, परिनियोजन और इंटरैक्शन परीक्षण बिस्तर. इसे काफी हद तक भविष्य-प्रूफ हार्नेस बनाने में सक्षम बनाया गया है नया आत्मसात करें blockchainप्रौद्योगिकी क्योंकि यह अत्यधिक जटिल विकेंद्रीकृत समन्वय के बिना उपलब्ध हो जाती है या कठिन कांटे. हम पहले से ही ऐसे कई उपयोग मामलों की कल्पना करते हैं एन्क्रिप्टेड कंसोर्टियम श्रृंखला और उच्च-आवृत्ति श्रृंखला के रूप में बहुत कम ब्लॉक समय के साथ ऐसा करना अवास्तविक है Ethereum का वर्तमान में परिकल्पित कोई भी भविष्य का संस्करण। अंततः, इसके और Ethereum के बीच युग्मन अत्यंत है ढीला; Ethereum की ओर से कोई कार्रवाई आवश्यक नहीं है दोनों के बीच भरोसेमंद लेनदेन अग्रेषण सक्षम करें नेटवर्क. संक्षेप में, जबकि कैस्पर/Ethereum 2.0 और Polkadot कुछ अस्थायी समानताएँ साझा करें, हम मानते हैं कि उनका अंतिम लक्ष्य है काफी हद तक अलग है और वह प्रतिस्पर्धा करने के बजाय, दोनों प्रोटोकॉल अंततः एक के तहत सह-अस्तित्व में रहने की संभावना है निकट भविष्य के लिए पारस्परिक रूप से लाभप्रद संबंध।

सारांश

Polkadot एक स्केलेबल विषम बहु-श्रृंखला है। यह इसका मतलब है कि पिछले blockchain कार्यान्वयन के विपरीत जिसने भिन्नता की एक श्रृंखला प्रदान करने पर ध्यान केंद्रित किया है संभावित अनुप्रयोगों पर व्यापकता की डिग्री, Polkadot स्वयं कोई भी अंतर्निहित एप्लिकेशन कार्यक्षमता प्रदान करने के लिए डिज़ाइन नहीं किया गया है। बल्कि, Polkadot आधार प्रदान करता है "रिले-चेन" जिस पर बड़ी संख्या में वैध, विश्व स्तर पर सुसंगत गतिशील डेटा-संरचनाओं को होस्ट किया जा सकता है अगल-बगल. हम इन डेटा-संरचनाओं को "समानांतर" कहते हैं जंजीरें या पैराचेन, हालांकि इसकी कोई विशेष आवश्यकता नहीं है उनकी प्रकृति blockchain होनी चाहिए। दूसरे शब्दों में, Polkadot को स्वतंत्र श्रृंखलाओं के एक सेट के बराबर माना जा सकता है (उदाहरण के लिए वह सेट जिसमें Ethereum, Ethereum क्लासिक, नेमकॉइन और Bitcoin) दो बहुत महत्वपूर्ण बिंदुओं को छोड़कर: • एकत्रित सुरक्षा; • विश्वास-मुक्त इंटरचेन लेन-देन। इन बिंदुओं के कारण हम Polkadot को "स्केलेबल" मानते हैं। सिद्धांत रूप में, Polkadot पर तैनात की जाने वाली समस्या को काफी हद तक समानांतर-बढ़ाया जा सकता है बड़ी संख्या में पैराचेन। चूंकि प्रत्येक के सभी पहलू पैराचेन को Polkadot नेटवर्क के एक अलग खंड द्वारा समानांतर में संचालित किया जा सकता है, सिस्टम में कुछ क्षमता है स्केल करने के लिए. Polkadot एक नंगी हड्डियों वाला टुकड़ा प्रदान करता है 3एकतरफ़ा खूंटी के विपरीत जो अनिवार्य रूप से एक श्रृंखला में tokens को नष्ट करने की क्रिया है ताकि बिना किसी अन्य श्रृंखला में tokens बनाया जा सके मूल tokens को पुनर्प्राप्त करने के लिए बातचीत करने का तंत्रपोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 4 बुनियादी ढांचे में बहुत सी जटिलताएँ हैं जिन्हें मिडलवेयर स्तर पर संबोधित किया जाना है। यह एक सचेत निर्णय है जिसका उद्देश्य विकास के जोखिम को कम करना, सक्षम बनाना है अल्प समयावधि में अपेक्षित सॉफ्टवेयर विकसित किया जाना चाहिए और इसकी सुरक्षा पर अच्छे स्तर का विश्वास है मजबूती. 3.1. Polkadot का दर्शन। Polkadot चाहिए जिस पर एक पूर्ण चट्टान-ठोस आधार प्रदान किया जा सके सर्वसम्मति प्रणालियों की अगली लहर का निर्माण करें उत्पादन-सक्षम परिपक्व डिज़ाइनों से जोखिम स्पेक्ट्रम नवजात विचारों के लिए. सुरक्षा, अलगाव और संचार पर मजबूत गारंटी प्रदान करके, Polkadot अनुमति दे सकता है संपत्तियों की एक श्रृंखला से स्वयं चयन करने के लिए पैराचेन। वास्तव में, हम विभिन्न प्रयोगात्मक blockchains को उन चीज़ों के गुणों को आगे बढ़ाते हुए देखते हैं जिन्हें समझदार माना जा सकता है आज. हम रूढ़िवादी देखते हैं, उच्च-मूल्य श्रृंखलाओं के समान Bitcoin या Z-कैश [20] निम्न-मूल्य के साथ सह-अस्तित्व में "थीम-चेन" (ऐसी मार्केटिंग, इतना मज़ेदार) और टेस्ट-नेट शून्य या लगभग-शून्य शुल्क के साथ। हम पूरी तरह से एन्क्रिप्टेड देखते हैं, "डार्क", कंसोर्टियम शृंखलाएँ साथ-साथ चल रही हैं - और यहाँ तक कि अत्यधिक कार्यात्मक और खुली श्रृंखलाओं को सेवाएँ प्रदान करना जैसे कि Ethereum जैसे। हम प्रयोगात्मक नया देखते हैं वीएम-आधारित श्रृंखलाएं जैसे व्यक्तिपरक समय-चार्ज वाएसएम अधिक परिपक्व Ethereum-जैसी श्रृंखला से कठिन गणना समस्याओं को आउटसोर्स करने के साधन के रूप में श्रृंखला का उपयोग किया जा रहा है या अधिक प्रतिबंधित Bitcoin जैसी श्रृंखला। श्रृंखला उन्नयन को प्रबंधित करने के लिए, Polkadot स्वाभाविक रूप से होगा संभवतः आधारित किसी प्रकार की शासन संरचना का समर्थन करें मौजूदा स्थिर राजनीतिक प्रणालियों और येलो पेपर काउंसिल [24] के समान द्विसदनीय पहलू पर। जैसे अंतिम प्राधिकारी, अंतर्निहित स्टेकेबल token धारकों के पास "जनमत संग्रह" नियंत्रण होगा। उपयोगकर्ताओं को प्रतिबिंबित करने के लिए विकास की आवश्यकता है लेकिन डेवलपर्स को वैधता की आवश्यकता है, हम उम्मीद करते हैं कि एक उचित दिशा बनेगी एक "उपयोगकर्ता" समिति से दो कक्ष (से बने) बंधुआ validators) और एक "तकनीकी" समिति बनाई गई प्रमुख ग्राहक डेवलपर्स और पारिस्थितिकी तंत्र खिलाड़ी। द token धारकों का निकाय अंतिम वैधता बनाए रखेगा और इस संरचना को बढ़ाने, पुन: स्थापित करने, बदलने या भंग करने के लिए एक सर्वोच्च बहुमत बनाएगा, कुछ ऐसा जो हम ट्वेन के शब्दों में: इसकी अंतिम आवश्यकता पर संदेह न करें “सरकारें और डायपर अक्सर बदलते रहने चाहिए, और इसके लिए भी वही कारण” जबकि पुनर्मूल्यांकन आम तौर पर एक बड़े सर्वसम्मति तंत्र के भीतर व्यवस्थित करने के लिए तुच्छ है, प्रतिस्थापन और संवर्द्धन जैसे अधिक गुणात्मक परिवर्तन होंगे संभवतः या तो गैर-स्वचालित "सॉफ्ट-डिक्रीज़" की आवश्यकता है (उदा. एक ब्लॉक संख्या के विहितीकरण के माध्यम से और नए प्रोटोकॉल को औपचारिक रूप से निर्दिष्ट करने वाले दस्तावेज़ का hash) या इसमें शामिल होने के लिए मुख्य सर्वसम्मति तंत्र की आवश्यकता है स्वयं के किसी भी पहलू का वर्णन करने के लिए पर्याप्त रूप से समृद्ध भाषा जिसे बदलने की आवश्यकता हो सकती है. उत्तरार्द्ध एक अंतिम उद्देश्य है, हालाँकि, पहले वाले को चुने जाने की अधिक संभावना है एक उचित विकास समयरेखा की सुविधा प्रदान करें। Polkadot के प्राथमिक सिद्धांत और उनके अंतर्गत आने वाले नियम हम सभी डिज़ाइन निर्णयों का मूल्यांकन करते हैं: न्यूनतम: Polkadot में यथासंभव कम कार्यक्षमता होनी चाहिए। सरल: कोई अतिरिक्त जटिलता मौजूद नहीं होनी चाहिए बेस प्रोटोकॉल में यथोचित रूप से हो सकता है मिडलवेयर में डाला गया, ए के माध्यम से रखा गया पैराचेन या बाद के अनुकूलन में पेश किया गया। सामान्य: कोई अनावश्यक आवश्यकता, बाधा नहीं या पैराचिन्स पर सीमा लगाई जानी चाहिए; Polkadot सर्वसम्मति प्रणाली विकास के लिए एक परीक्षण बिस्तर होना चाहिए जिसे इसके माध्यम से अनुकूलित किया जा सकता है उस मॉडल को बनाना जिसमें एक्सटेंशन यथासंभव अमूर्त हों। मजबूत: Polkadot को मौलिक रूप से प्रदान करना चाहिए स्थिर आधार-परत. आर्थिक सुदृढ़ता के अलावा, इसका अर्थ विकेंद्रीकरण को कम करना भी है उच्च-इनाम वाले हमलों के लिए वैक्टर।

Polkadot में भागीदारी

Polkadot के रखरखाव में चार बुनियादी भूमिकाएँ हैं नेटवर्क: कोलेटर, मछुआरा, नॉमिनेटर और validator। में Polkadot का एक संभावित कार्यान्वयन, बाद वाली भूमिका वास्तव में इसे दो भूमिकाओं में विभाजित किया जा सकता है: मूल validator और उपलब्धता गारंटर; इस पर अनुभाग में चर्चा की गई है 6.5.3. कोलेटर मछुआरा सत्यापनकर्ता (यह समूह) सत्यापनकर्ता (अन्य समूह) अनुमोदन करता है बन जाता है मॉनिटर रिपोर्ट ख़राब व्यवहार को ब्लॉक प्रदान करता है उम्मीदवार के लिए नामांकनकर्ता चित्रा 1. के बीच बातचीत Polkadot की चार भूमिकाएँ। 4.1. सत्यापनकर्ता। A validator उच्चतम चार्ज है और Polkadot नेटवर्क पर नए ब्लॉक सील करने में मदद करता है। validator की भूमिका पर्याप्त रूप से उच्च बंधन पर निर्भर है जमा किया जा रहा है, हालाँकि हम अन्य बंधुआ पार्टियों को इसकी अनुमति देते हैं उनके लिए कार्य करने के लिए एक या अधिक validator को नामांकित करें validator के बांड का कुछ हिस्सा जरूरी नहीं कि validator के स्वामित्व में हो, बल्कि इनके पास हो नामांकनकर्ता validator को उच्च उपलब्धता और बैंडविड्थ के साथ रिले-चेन क्लाइंट कार्यान्वयन चलाना चाहिए। प्रत्येक ब्लॉक पर नोड को अनुसमर्थन की भूमिका स्वीकार करने के लिए तैयार होना चाहिए नामांकित पैराचेन पर एक नया ब्लॉक। यह प्रक्रिया इसमें उम्मीदवार को प्राप्त करना, सत्यापन करना और पुनः प्रकाशित करना शामिल है ब्लॉक. नामांकन नियतिवादी है लेकिन वस्तुतः बहुत पहले से अप्रत्याशित है। चूँकि validator नहीं कर सकता यथोचित रूप से पूर्ण-सिंक्रनाइज़ बनाए रखने की अपेक्षा की जाएगी सभी पैराचेन का डेटाबेस, यह उम्मीद की जाती है कि validator एक सुझाए गए नए को तैयार करने के कार्य को नामांकित करेगा किसी तीसरे पक्ष को पैराचेन ब्लॉक, जिसे कोलेटर के रूप में जाना जाता है। एक बार सभी नए पैराचेन ब्लॉकों को उनके नियुक्त validator उपसमूहों, validators द्वारा उचित रूप से अनुमोदित कर दिया गया है फिर रिले-चेन ब्लॉक को स्वयं अनुमोदित करना होगा। इसमें शामिल है लेन-देन कतारों की स्थिति को अद्यतन करना (अनिवार्य रूप से एक पैराचेन की आउटपुट कतार से दूसरे में डेटा ले जाना पैराचेन की इनपुट कतार), के लेनदेन को संसाधित करना अनुसमर्थित रिले-श्रृंखला लेनदेन सेट और अनुसमर्थन अंतिम पैराचेन परिवर्तन सहित अंतिम ब्लॉक।पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 5 एक validator सर्वसम्मति प्राप्त करने का अपना कर्तव्य पूरा नहीं कर रहा है हमारे चुने हुए सर्वसम्मति एल्गोरिथ्म के नियमों के तहत दंडित किया जाता है। आरंभिक, अनजाने विफलताओं के लिए, यह संभव है validator का इनाम रोकना। बार-बार विफलता के परिणामस्वरूप उनके सुरक्षा बंधन (जलने के माध्यम से) में कमी आती है। संभावित रूप से दुर्भावनापूर्ण कार्य जैसे दोहरे हस्ताक्षर या एक अमान्य ब्लॉक प्रदान करने की साजिश के परिणामस्वरूप हानि होती है संपूर्ण बंधन (जो आंशिक रूप से जला दिया गया है लेकिन अधिकतर दिया गया है मुखबिर और ईमानदार अभिनेताओं के लिए)। कुछ अर्थों में, validator खनन पूल के समान हैं वर्तमान PoW का blockchains। 4.2. नामांकनकर्ता. नामांकनकर्ता एक हिस्सेदारी रखने वाली पार्टी है जो validator के सुरक्षा बांड में योगदान देता है। वे जोखिम पूंजी लगाने के अलावा उनकी कोई अतिरिक्त भूमिका नहीं है ऐसा संकेत देने के लिए कि वे किसी विशेष validator (या) पर भरोसा करते हैं उसके सेट) के रखरखाव में जिम्मेदारी से कार्य करने के लिए नेटवर्क. उन्हें आनुपातिक वृद्धि या कमी प्राप्त होती है बांड की वृद्धि के अनुसार उनकी जमा राशि में वे योगदान देते हैं. कोलेटर्स के साथ, अगले, नॉमिनेटर्स कुछ में हैं वर्तमान पीओडब्ल्यू नेटवर्क के खनिकों के समान भावना। 4.3. कोलेटर्स। लेन-देन कोलेटर (संक्षेप में कोलेटर) वे पार्टियाँ हैं जो वैध उत्पादन में validators की सहायता करती हैं पैराचेन ब्लॉक. वे एक विशेष पैराचेन के लिए "पूर्ण-नोड" बनाए रखते हैं; इसका मतलब है कि वे सभी आवश्यक चीजें बरकरार रखते हैं नए ब्लॉक लिखने और निष्पादित करने में सक्षम होने के लिए जानकारी लेन-देन बिल्कुल उसी तरह से जैसे खनिक वर्तमान PoW blockchains पर करते हैं। सामान्य परिस्थितियों में, वे एक अनसील्ड बनाने के लिए लेन-देन का मिलान और निष्पादन करेगा ब्लॉक करें, और इसे शून्य-ज्ञान के साथ प्रदान करें प्रमाण, वर्तमान में जिम्मेदार एक या अधिक validator को एक पैराचेन ब्लॉक का प्रस्ताव। कोलेटर्स, नॉमिनेटर्स और validators के बीच संबंधों की सटीक प्रकृति संभवतः बदल जाएगी समय. प्रारंभ में, हम उम्मीद करते हैं कि कोलेटर बहुत बारीकी से काम करेगा validators के साथ, क्योंकि केवल कुछ ही होंगे (शायद)। कम लेन-देन की मात्रा के साथ केवल एक) पैराचेन। द प्रारंभिक ग्राहक कार्यान्वयन में अनुमति देने के लिए आरपीसी शामिल होंगे पैराचेन कोलेटर नोड एक सिद्ध पैराचेन के साथ बिना शर्त (रिलेचेन) validator नोड की आपूर्ति करता है ब्लॉक. के एक समन्वयित संस्करण को बनाए रखने की लागत के रूप में ऐसे सभी पैराचेन बढ़ते हैं, हम अतिरिक्त देखने की उम्मीद करते हैं जगह पर बुनियादी ढांचा जो अलग करने में मदद करेगा स्वतंत्र, आर्थिक रूप से प्रेरित पार्टियों के प्रति कर्तव्य। अंततः, हम कोलेटर पूल को देखने की उम्मीद करते हैं जो इसके लिए प्रतिस्पर्धा करते हैं सबसे अधिक लेनदेन शुल्क एकत्र करें। ऐसे कोलेटर्स को इनाम की आय में चालू हिस्सेदारी के लिए एक निश्चित अवधि में विशेष validator की सेवा देने के लिए अनुबंधित किया जा सकता है। वैकल्पिक रूप से, "फ्रीलांस" कोलेटर बस एक बना सकते हैं बाजार तुरंत देय इनाम के प्रतिस्पर्धी हिस्से के बदले में वैध पैराचेन ब्लॉक की पेशकश करता है। इसी तरह, विकेन्द्रीकृत नामांकित पूल एकाधिक की अनुमति देगा बंधुआ प्रतिभागियों को समन्वय और साझा करने का कर्तव्य validator. पूल करने की यह क्षमता खुली भागीदारी सुनिश्चित करती है एक अधिक विकेन्द्रीकृत प्रणाली की ओर अग्रसर। 4.4. मछुआरे। अन्य दो सक्रिय पार्टियों के विपरीत, मछुआरे सीधे तौर पर ब्लॉक-ऑथरिंग से संबंधित नहीं हैं प्रक्रिया. बल्कि वे स्वतंत्र "इनाम शिकारी" हैं एक बड़े इनाम से प्रेरित। बिल्कुल के कारण मछुआरों के अस्तित्व में, हम उम्मीद करते हैं कि दुर्व्यवहार की घटनाएँ शायद ही कभी घटित होंगी, और जब वे ऐसा करते हैं तो केवल इसके कारण बंधुआ पक्ष गुप्त कुंजी सुरक्षा के प्रति लापरवाह हो रहा है, न कि दुर्भावनापूर्ण इरादे से। नाम आता है इनाम की अपेक्षित आवृत्ति, भाग लेने के लिए न्यूनतम आवश्यकताएं और अंतिम इनाम का आकार। मछुआरों को समय पर प्रमाण के माध्यम से अपना इनाम मिलता है कम से कम एक बंधुआ पार्टी ने अवैध रूप से काम किया। अवैध कार्य एक ही अनुसमर्थित माता-पिता के साथ दो ब्लॉकों पर हस्ताक्षर करना या, पैराचिन्स के मामले में, एक अमान्य अनुसमर्थन में सहायता करना शामिल करें ब्लॉक. अति-पुरस्कार या समझौता को रोकने के लिए और किसी सत्र की गुप्त कुंजी का अवैध उपयोग, जिसके लिए आधार इनाम है एकल validator का अवैध रूप से हस्ताक्षरित संदेश प्रदान करना है न्यूनतम. यह इनाम असम्बद्ध रूप से और अधिक बढ़ता जाता है अन्य validator से अवैध हस्ताक्षर की पुष्टि होती है वास्तविक हमले का संकेत देते हुए। अनंतस्पर्शी सेट है कम से कम 66% हमारे आधार सुरक्षा दावे का पालन कर रहे हैं validator के दो-तिहाई लोग परोपकारपूर्वक कार्य करते हैं। मछुआरे कुछ हद तक "पूर्ण नोड्स" के समान हैं वर्तमान समय के blockchain सिस्टम जिनके लिए संसाधनों की आवश्यकता है अपेक्षाकृत छोटे हैं और स्थिर अपटाइम की प्रतिबद्धता है और बैंडविड्थ आवश्यक नहीं है. मछुआरे इससे भिन्न हैं जितना कि उन्हें एक छोटा सा बांड भरना होगा।यह बंधन रोकता है सिबिल हमलों से validators का समय और गणना बर्बाद होती है संसाधन. इसे तुरंत वापस लिया जा सकता है, शायद नहीं कुछ डॉलर के बराबर से अधिक और नेतृत्व हो सकता है दुर्व्यवहार करने वाले को पकड़ने पर भारी इनाम प्राप्त करना validator.

डिज़ाइन अवलोकन

इस अनुभाग का उद्देश्य इसका संक्षिप्त विवरण देना है समग्र रूप से प्रणाली. का अधिक गहन अन्वेषण सिस्टम इसके बाद वाले अनुभाग में दिया गया है। 5.1. सर्वसम्मति। रिले-चेन पर, Polkadot प्राप्त होता है पारस्परिक रूप से सहमत वैध के एक सेट पर निम्न-स्तरीय सहमति एक आधुनिक एसिंक्रोनस बीजान्टिन फॉल्टटॉलरेंट (BFT) एल्गोरिदम के माध्यम से ब्लॉक करता है। एल्गोरिदम को प्रेरित किया जाएगा सरल टेंडरमिंट द्वारा [11] और काफी अधिक हनीबैजरBFT [14] शामिल है। उत्तरार्द्ध एक प्रदान करता है मनमाने ढंग से कार्य करने पर कुशल और दोष-सहिष्णु सहमति दोषपूर्ण नेटवर्क अवसंरचना, जिसे अधिकतर सौम्य प्राधिकरणों या validators का एक सेट दिया गया है। प्रूफ़-ऑफ़-अथॉरिटी (पीओए) स्टाइल नेटवर्क के लिए, यह अकेला है पर्याप्त होगा, हालाँकि Polkadot होने की कल्पना की गई है पूरी तरह से खुले और सार्वजनिक रूप से एक नेटवर्क के रूप में भी तैनात किया जा सकता है किसी विशेष संगठन या विश्वसनीय के बिना स्थिति इसे बनाए रखने के लिए प्राधिकारी की आवश्यकता है। ऐसे में हमें एक की जरूरत है validators का एक सेट निर्धारित करने और प्रोत्साहन देने का साधन उन्हें ईमानदार होना है. इसके लिए हम PoS आधारित चयन का उपयोग करते हैं मानदंड. 5.2. हिस्सेदारी साबित करना. हम मानते हैं कि नेटवर्क यह मापने के कुछ साधन होंगे कि "हिस्सेदारी" कितनी है किसी विशेष खाते में है. तुलना में आसानी के लिए पहले से मौजूद प्रणालियों को हम माप की इकाई कहेंगे "tokens"। दुर्भाग्य से यह शब्द किसी के लिए आदर्श से कम है कई कारण हैं, केवल एक अदिश राशि होना ही नहीं किसी खाते से जुड़े मूल्य की कोई धारणा नहीं है वैयक्तिकता. हम कल्पना करते हैं कि validator कभी-कभार ही (अधिकतम) निर्वाचित होते हैं प्रति दिन एक बार लेकिन संभवतः प्रति तिमाही एक बार जितना कम), नामांकित प्रूफ-ऑफ-स्टेक (एनपीओएस) योजना के माध्यम से। प्रोत्साहन आनुपातिक आवंटन के माध्यम से हो सकता हैपोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 6 रिले श्रृंखला सत्यापनकर्ता झुंड (प्रत्येक अपने रंग से रंगा हुआ है निर्दिष्ट पैराचेन) लेन-देन (द्वारा प्रस्तुत) बाहरी अभिनेता) पैराचिन पुल आभासी पैराचेन (उदा. Ethereum) पैराचिन पैराचिन कतारें और I/O प्रचारित लेनदेन ब्लॉक उम्मीदवार प्रस्तुतीकरण दूसरा आदेश रिले-श्रृंखला पैराचिन समुदाय खाता आवक लेनदेन आउटबाउंड लेनदेन अंतरश्रृंखला लेनदेन (validators द्वारा प्रबंधित) कोलेटर प्रचारित ब्लॉक मछुआरा चित्र 2. Polkadot प्रणाली का एक सारांश योजनाबद्ध। यह कोलेटर्स को उपयोगकर्ता-लेनदेन एकत्र करने और प्रचारित करने के साथ-साथ ब्लॉक उम्मीदवारों को मछुआरों और validators तक प्रचारित करते हुए दिखाता है। यह भी दिखाता है कि कोई खाता रिले-चेन के माध्यम से अपने पैराचेन से किए गए लेनदेन को कैसे पोस्ट कर सकता है और दूसरे पैराचेन में जहां इसे किसी खाते में लेनदेन के रूप में समझा जा सकता है। token आधार विस्तार से आने वाली धनराशि (100% तक) प्रति वर्ष, यद्यपि अधिक संभावना लगभग 10%) साथ में कोई भी लेनदेन शुल्क एकत्र किया गया। जबकि मौद्रिक आधार विस्तार आम तौर पर मुद्रास्फीति की ओर ले जाता है, क्योंकि सभी token मालिक हैं भागीदारी का उचित अवसर होगा, किसी भी tokenधारक को अपने मूल्य में कमी का सामना करने की आवश्यकता नहीं होगी समय के साथ होल्डिंग्स बशर्ते कि वे इसे लेने में प्रसन्न हों सर्वसम्मति तंत्र में भूमिका. एक विशेष अनुपात token को staking प्रक्रिया के लिए लक्षित किया जाएगा; द प्रभावी token आधार विस्तार को समायोजित किया जाएगा इस लक्ष्य तक पहुँचने के लिए एक बाज़ार-आधारित तंत्र। सत्यापनकर्ता अपने दांव से भारी रूप से बंधे होते हैं; बाहर निकलना validators के बांड validators के कर्तव्य समाप्त होने के बाद भी लंबे समय तक (शायद लगभग 3 महीने) बने रहते हैं। यह लंबा बांड-परिसमापन अवधि भविष्य में दुर्व्यवहार की अनुमति देती है श्रृंखला की आवधिक जांच तक दंडित किया गया। दुर्व्यवहार के परिणामस्वरूप सज़ा मिलती है, जैसे कि कटौती इनाम या, उन मामलों में जो जानबूझकर समझौता करते हैं नेटवर्क की अखंडता, validator अपना कुछ या पूरा खो रहा है अन्य validators, मुखबिरों या हितधारकों के लिए हिस्सेदारी समग्र रूप से (जलने के माध्यम से)। उदाहरण के लिए, एक validator जो एक कांटे की दोनों शाखाओं की पुष्टि करने का प्रयास करता है (कभी-कभी जिसे "छोटी दूरी" के हमले के रूप में जाना जाता है) की पहचान की जा सकती है और बाद वाले तरीके से दंडित किया गया। लंबी दूरी के "कुछ भी दांव पर नहीं" हमलों को एक साधारण "चेकपॉइंट" कुंडी के माध्यम से टाल दिया जाता है जो एक से अधिक की खतरनाक श्रृंखला-पुनर्गठन को रोकता है विशेष श्रृंखला-गहराई. नव-समन्वयित ग्राहकों को सुनिश्चित करने के लिए नियमित रूप से गलत श्रृंखला में मूर्ख बनने में सक्षम नहीं हैं "हार्ड फोर्क्स" (अधिकतम उसी अवधि में) घटित होंगे validators का बांड परिसमापन) वह हार्ड-कोड हालिया चेकपॉइंट ग्राहकों में hashes को ब्लॉक करता है। यह "परिमित श्रृंखला लंबाई" या के पदचिह्न-कम करने वाले माप के साथ अच्छी तरह से काम करता है जेनेसिस-ब्लॉक की आवधिक रीसेटिंग। 5.3. पैराचिन्स और कोलेटर्स। प्रत्येक पैराचेन को मिलता है रिले-चेन के समान सुरक्षा प्रावधान: द पैराचिन्स के हेडर को रिले-चेन ब्लॉक के भीतर सील कर दिया जाता है यह सुनिश्चित करना कि पुष्टि के बाद कोई पुनर्गठन, या "दोहरा खर्च" संभव नहीं है। यह Bitcoin की साइड-चेन और मर्जमाइनिंग द्वारा दी गई सुरक्षा गारंटी के समान है। Polkadot, हालांकि, यह भी मजबूत गारंटी प्रदान करता है कि पैराचिन्स के राज्य परिवर्तन वैध हैं। यह validators के सेट को क्रिप्टोग्राफ़िक रूप से यादृच्छिक रूप से सबसेट में विभाजित करने के माध्यम से होता है; प्रति एक उपसमुच्चय पैराचेन, उपसमुच्चय संभावित रूप से प्रति ब्लॉक भिन्न होते हैं। यह सेटअप का आम तौर पर तात्पर्य यह है कि पैराचिन्स का ब्लॉक समय होगा कम से कम रिले-चेन जितनी लंबी हो। विशिष्ट विभाजन निर्धारित करने का साधन दायरे से बाहर है 4ऐसा हमला वह होता है जहां प्रतिद्वंद्वी उत्पत्ति खंड से आगे इतिहास की एक पूरी तरह से नई श्रृंखला बनाता है। ए को नियंत्रित करने के माध्यम से ऑफ़िस पर हिस्सेदारी का अपेक्षाकृत नगण्य हिस्सा, वे अन्य सभी के सापेक्ष हिस्सेदारी के अपने हिस्से को क्रमिक रूप से बढ़ाने में सक्षम हैं हितधारक क्योंकि वे अपने वैकल्पिक इतिहास में एकमात्र सक्रिय भागीदार हैं। चूँकि सृष्टि पर कोई आंतरिक भौतिक सीमा मौजूद नहीं है ब्लॉकों के (पीओडब्ल्यू के विपरीत जहां काफी वास्तविक कम्प्यूटेशनल ऊर्जा खर्च की जानी चाहिए), वे वास्तविक श्रृंखला की तुलना में लंबी श्रृंखला बनाने में सक्षम हैं अपेक्षाकृत कम समयावधि और संभावित रूप से नेटवर्क की विहित स्थिति को संभालते हुए, इसे सबसे लंबा और सबसे अच्छा बना देता है।पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 7 इस दस्तावेज़ का, लेकिन संभवतः इसके आसपास आधारित होगा RanDAO [19] या के समान एक प्रतिबद्ध-प्रकटीकरण ढाँचा प्रत्येक पैराचेन के पिछले ब्लॉक से संयुक्त डेटा का उपयोग करें क्रिप्टोग्राफ़िक रूप से सुरक्षित hash के अंतर्गत। validators के ऐसे उपसमूहों को प्रदान करना आवश्यक है पैराचेन ब्लॉक उम्मीदवार जो वैध होने की गारंटी देता है (चालू)। बंधन जब्ती का दर्द)। वैधता दो के इर्द-गिर्द घूमती है महत्वपूर्ण बिंदु; सबसे पहले यह कि यह आंतरिक रूप से वैध है - वह सभी राज्य परिवर्तन ईमानदारी से निष्पादित किए गए और वह सब संदर्भित बाहरी डेटा (यानी लेनदेन) शामिल करने के लिए मान्य है। दूसरे, वह कोई भी डेटा जो उससे बाह्य है उम्मीदवार, जैसे कि उन बाहरी लेनदेन, के पास पर्याप्त उच्च उपलब्धता है ताकि प्रतिभागी सक्षम हो सकें इसे डाउनलोड करें और ब्लॉक को मैन्युअल रूप से निष्पादित करें।5 सत्यापनकर्ता केवल एक "शून्य" ब्लॉक प्रदान कर सकते हैं जिसमें कोई बाहरी "लेनदेन" डेटा नहीं है, लेकिन यदि वे ऐसा करते हैं तो उन्हें कम इनाम मिलने का जोखिम हो सकता है। वे साथ-साथ काम करते हैं कोलेटर्स-व्यक्तियों के साथ एक पैराचेन गपशप प्रोटोकॉल जो लेनदेन को ब्लॉकों में एकत्रित करते हैं और एक गैर-संवादात्मक, शून्य-ज्ञान प्रमाण प्रदान करते हैं कि ब्लॉक अपने माता-पिता का वैध बच्चा है (और कोई भी लेनदेन ले रहा है) उनकी परेशानी के लिए फीस)। इसे स्वयं को निर्दिष्ट करने के लिए पैराचेन प्रोटोकॉल पर छोड़ दिया गया है स्पैम-रोकथाम के साधन: "गणना-संसाधन मीटरिंग" या "लेनदेन शुल्क" की कोई मौलिक अवधारणा नहीं है रिले-चेन द्वारा लगाया गया। रिले-चेन प्रोटोकॉल द्वारा इस पर कोई प्रत्यक्ष प्रवर्तन नहीं है (हालांकि यह इसकी संभावना नहीं है कि हितधारक इसे अपनाना चाहेंगे एक पैराचेन जो एक सभ्य तंत्र प्रदान नहीं करता है)। यह जंजीरों के विपरीत होने की संभावना के लिए एक स्पष्ट संकेत है Ethereum, उदा. एक Bitcoin-जैसी श्रृंखला जिसमें बहुत सरल शुल्क मॉडल या कुछ अन्य, अभी तक प्रस्तावित स्पैम्परोकथाम मॉडल है। Polkadot की रिले-श्रृंखला संभवतः एक के रूप में मौजूद होगी Ethereum-जैसे खाते और राज्य श्रृंखला, संभवतः एक EVMव्युत्पन्न। चूँकि रिले-चेन नोड्स की आवश्यकता होगी पर्याप्त अन्य प्रसंस्करण, लेनदेन थ्रूपुट करें बड़े लेनदेन शुल्क के माध्यम से इसे आंशिक रूप से कम किया जाएगा और, क्या हमारे शोध मॉडल को ब्लॉक आकार सीमा की आवश्यकता होनी चाहिए। 5.4. इंटरचेन संचार. Polkadot का महत्वपूर्ण अंतिम घटक इंटरचेन संचार है। तब से पैराचेन के बीच किसी प्रकार का सूचना चैनल हो सकता है, हम खुद को Polkadot पर विचार करने की अनुमति देते हैं स्केलेबल मल्टी-चेन। Polkadot के मामले में, संचार उतना सरल है जितना हो सकता है: लेनदेन निष्पादित करना पैराचेन (उस श्रृंखला के तर्क के अनुसार) सक्षम हैं किसी लेन-देन को दूसरे पैराचेन में भेजना प्रभावी होता है या, संभावित रूप से, रिले-श्रृंखला। बाहरी लेन-देन की तरह उत्पादन blockchains पर, वे पूरी तरह से अतुल्यकालिक हैं और उनमें किसी को वापस करने की कोई आंतरिक क्षमता नहीं है किसी प्रकार की जानकारी वापस उसके मूल तक। गंतव्य: मिलता है पूर्व से डेटा ब्लॉक का validators। खाता पोस्ट प्राप्त करता है: से प्रविष्टि हटा दी गई प्रवेश Merkle tree खाता पोस्ट भेजता है: प्रविष्टि डाल दी गई है निकास Merkle tree गंतव्य के लिए पैराचेन निकास स्रोत: शेयर अगले ब्लॉक के साथ डेटा validators प्रूफ़-ऑफ़-पोस्ट संग्रहीत है पैराचेन निकास मर्कले पेड़ रूट किया गया संदर्भ रखा गया गंतव्य पैराचेन में प्रवेश Merkle tree प्रवेश चित्र 3. एक बुनियादी योजनाबद्ध प्रदर्शन पोस्ट के लिए रूटिंग के मुख्य भाग लेन-देन ("पोस्ट")। न्यूनतम कार्यान्वयन जटिलता सुनिश्चित करने के लिए, न्यूनतम जोखिम और न्यूनतम सीधी-जैकेटिंग का भविष्य पैराचेन आर्किटेक्चर, ये इंटरचेन लेनदेन हैं मानक बाह्य हस्ताक्षरित लेनदेन से प्रभावी रूप से अप्रभेद्य। लेन-देन में एक मूल खंड होता है, जो पैराचेन की पहचान करने की क्षमता प्रदान करता है, और एक पता जो मनमाने आकार का हो सकता है। Bitcoin और Ethereum जैसी सामान्य वर्तमान प्रणालियों के विपरीत, इंटरचेन लेनदेन किसी भी प्रकार के शुल्क के "भुगतान" के साथ नहीं आते हैं; ऐसे किसी भी भुगतान को स्रोत और गंतव्य पैराचेन पर बातचीत तर्क के माध्यम से प्रबंधित किया जाना चाहिए। जैसी एक प्रणाली प्रस्तावित है Ethereum की सेरेनिटी रिलीज़ [7] एक सरल साधन होगा हालाँकि, ऐसे क्रॉस-चेन संसाधन भुगतान का प्रबंधन करना हम मानते हैं कि समय आने पर अन्य लोग भी सामने आ सकते हैं। इंटरचेन लेनदेन को सरल का उपयोग करके हल किया जाता है सुनिश्चित करने के लिए Merkle tree पर आधारित कतार तंत्र निष्ठा. यह रिले-चेन अनुरक्षकों का कार्य है लेनदेन को एक पैराचेन की आउटपुट कतार पर ले जाएँ गंतव्य पैराचेन की इनपुट कतार में। द पारित लेनदेन रिले-श्रृंखला पर संदर्भित होते हैं, हालांकि रिले नहीं होते हैंए-चेन लेनदेन स्वयं। एक पैराचेन को दूसरे पैराचेन को स्पैम करने से रोकने के लिए लेन-देन, किसी लेन-देन को भेजने के लिए यह आवश्यक है कि गंतव्य की इनपुट कतार बहुत बड़ी न हो पिछले ब्लॉक के अंत का समय. यदि इनपुट ब्लॉक प्रोसेसिंग के बाद कतार बहुत बड़ी है, तो इसे "संतृप्त" माना जाता है और कोई लेनदेन रूट नहीं किया जा सकता है यह बाद के ब्लॉकों के भीतर तब तक है जब तक कि यह वापस नीचे न आ जाए सीमा. इन कतारों को रिले-चेन पर प्रशासित किया जाता है पैराचिन्स को एक दूसरे की संतृप्ति निर्धारित करने की अनुमति देना स्थिति; इस तरह लेन-देन पोस्ट करने का असफल प्रयास रुके हुए गंतव्य पर समकालिक रूप से रिपोर्ट की जा सकती है। (हालांकि कोई वापसी पथ मौजूद नहीं है, यदि कोई द्वितीयक लेनदेन उस कारण से विफल हो जाता है, तो इसे वापस रिपोर्ट नहीं किया जा सकता है मूल कॉलर और पुनर्प्राप्ति के कुछ अन्य माध्यमों के लिए घटित होना होगा।) 5.5. Polkadot और Ethereum। Ethereum की ट्यूरिंग पूर्णता के कारण, हम उम्मीद करते हैं कि Polkadot और Ethereum के साथ इंटरऑपरेबल होने के पर्याप्त अवसर हैं एक-दूसरे के साथ, कम से कम कुछ आसानी से समझ में आने वाली सुरक्षा सीमाओं के भीतर। संक्षेप में, हम कल्पना करते हैं कि लेनदेन से Polkadot को validator द्वारा हस्ताक्षरित किया जा सकता है और फिर इसमें डाला जा सकता है 5ऐसा कार्य validator के बीच साझा किया जा सकता है या भारी रूप से बंधे validator के सेट का निर्दिष्ट कार्य बन सकता है जिसे कहा जाता है उपलब्धता गारंटर।

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 8 Ethereum जहां उनकी व्याख्या और अधिनियमन किया जा सकता है एक लेन-देन-अग्रेषण अनुबंध। दूसरी दिशा में, हम विशेष रूप से स्वरूपित लॉग (घटनाओं) के उपयोग की आशा करते हैं एक "ब्रेक-आउट अनुबंध" से आने वाले त्वरित सत्यापन की अनुमति देने के लिए कि एक विशेष संदेश को अग्रेषित किया जाना चाहिए। 5.5.1. Polkadot से Ethereum। ए की पसंद के माध्यम से BFT सर्वसम्मति तंत्र validators के साथ a से बना है अनुमोदन मतदान के माध्यम से निर्धारित हितधारकों का समूह तंत्र, हम एक के साथ एक सुरक्षित सहमति प्राप्त करने में सक्षम हैं validators की बार-बार बदलती और मामूली संख्या। कुल 144 validator वाले सिस्टम में, एक ब्लॉक समय 4 सेकंड और 900-ब्लॉक अंतिमता (दुर्भावनापूर्ण के लिए अनुमति)। दोहरे वोट जैसे व्यवहार की रिपोर्ट की जाएगी, दंडित किया जाएगा और मरम्मत), एक ब्लॉक की वैधता यथोचित हो सकती है कम से कम 97 हस्ताक्षरों (144 में से दो तिहाई प्लस एक) और उसके बाद 60 मिनट की सत्यापन अवधि के माध्यम से सिद्ध माना जाता है, जहां कोई चुनौती जमा नहीं की जाती है। Ethereum "ब्रेक-इन कॉन्ट्रैक्ट" होस्ट करने में सक्षम है 144 हस्ताक्षरकर्ताओं को बनाए रख सकता है और नियंत्रित किया जा सकता है उन्हें. चूंकि अण्डाकार वक्र डिजिटल हस्ताक्षर (ईसीडीएसए) पुनर्प्राप्ति में EVM के तहत केवल 3,000 गैस लगती है, और तब से हम संभवतः केवल यह चाहेंगे कि सत्यापन a पर हो validators का अति-बहुमत (पूर्ण सर्वसम्मति के बजाय), Ethereum की आधार लागत एक निर्देश की पुष्टि करती है उचित रूप से मान्य किया गया था क्योंकि Polkadot नेटवर्क से आने वाली 300,000 गैस से अधिक नहीं होगी - मात्र 6% कुल ब्लॉक गैस सीमा 5.5M पर। validators की संख्या बढ़ाना (जैसा कि निपटने के लिए आवश्यक होगा)। हालाँकि, दर्जनों चेन) अनिवार्य रूप से इस लागत को बढ़ा देती हैं प्रौद्योगिकी के परिपक्व होने और समय के साथ Ethereum के लेनदेन बैंडविड्थ के बढ़ने की मोटे तौर पर उम्मीद है बुनियादी ढांचे में सुधार होता है. इस तथ्य के साथ कि नहीं सभी validator को शामिल करने की आवश्यकता है (उदाहरण के लिए केवल उच्चतम ऐसे कार्य के लिए दांव पर लगे validators को बुलाया जा सकता है) इस तंत्र की सीमाएँ यथोचित रूप से विस्तारित हैं। ऐसे validators (जो है) के दैनिक रोटेशन को मानते हुए काफी रूढ़िवादी - साप्ताहिक या मासिक भी स्वीकार्य हो सकता है), फिर नेटवर्क को बनाए रखने की लागत यह Ethereum-फ़ॉरवर्डिंग ब्रिज लगभग 540,000 का होगा प्रति दिन गैस या, वर्तमान गैस कीमतों पर, $45 प्रति वर्ष। पुल पर अकेले अग्रेषित किए गए एक बुनियादी लेनदेन की लागत होगी लगभग $0.11; अतिरिक्त अनुबंध गणना की लागत होगी निःसंदेह, और भी। लेनदेन को बफरिंग और बंडल करके साथ में, ब्रेक-इन प्राधिकरण लागत आसानी से हो सकती है साझा करना, प्रति लेनदेन लागत को काफी हद तक कम करना; यदि अग्रेषित करने से पहले 20 लेनदेन आवश्यक थे, तो एक बुनियादी लेनदेन को अग्रेषित करने की लागत कम हो जाएगी लगभग $0.01. इस बहुहस्ताक्षर अनुबंध मॉडल का एक दिलचस्प और सस्ता विकल्प बहु-पार्श्व स्वामित्व शब्दार्थ को प्राप्त करने के लिए थ्रेशोल्ड हस्ताक्षर का उपयोग करना होगा। जबकि ईसीडीएसए के लिए थ्रेशोल्ड हस्ताक्षर योजनाएं कम्प्यूटेशनल रूप से महंगे हैं, अन्य योजनाओं के लिए जैसे कि Schnorr के हस्ताक्षर बहुत ही उचित हैं। Ethereum आदिमों को पेश करने की योजना है जो ऐसा बनाएंगे आगामी मेट्रोपोलिस हार्डफोर्क में उपयोग के लिए सस्ती योजनाएं। यदि ऐसे साधन का उपयोग किया जा सका, तो गैस की लागत बढ़ जाएगी Polkadot लेनदेन को Ethereum में अग्रेषित करने के लिए नेटवर्क नाटकीय रूप से लगभग शून्य हो जाएगा सत्यापन के लिए मूल लागत से अधिक ओवरहेड हस्ताक्षर करना और अंतर्निहित लेनदेन निष्पादित करना। इस मॉडल में, Polkadot के validator नोड्स होंगे सांकेतिक संदेशों के अलावा और कुछ नहीं करना। लेनदेन को वास्तव में Ethereum नेटवर्क पर रूट करने के लिए, हम मान लें कि या तो validator स्वयं भी निवास करेंगे Ethereum नेटवर्क या, अधिक संभावना है, कि छोटे इनाम संदेश अग्रेषित करने वाले पहले अभिनेता को दिया जाएगा नेटवर्क को (इनाम का मामूली भुगतान किया जा सकता है लेन-देन प्रवर्तक)। 5.5.2. Ethereum से Polkadot। लेन-देन हो रहा है Ethereum से Polkadot तक अग्रेषित किया गया लॉग की सरल धारणा का उपयोग करता है। जब एक Ethereum अनुबंध Polkadot के एक विशेष पैराचेन को लेनदेन भेजना चाहता है, इसके लिए बस एक विशेष "ब्रेक-आउट अनुबंध" की आवश्यकता होती है। ब्रेक-आउट अनुबंध में कोई भी भुगतान लिया जा सकता है आवश्यक हो और एक लॉगिंग निर्देश जारी करें ताकि इसका अस्तित्व एक मर्कल प्रमाण और एक दावे के माध्यम से साबित हो सके कि संबंधित ब्लॉक का हेडर वैध है और विहित. बाद की दो शर्तों में से, वैधता शायद है साबित करने के लिए सबसे सीधा। सिद्धांत रूप में, एकमात्र आवश्यकता हैप्रत्येक Polkadot नोड के लिए प्रमाण की आवश्यकता है (अर्थात् नियुक्त validator नोड्स) एक मानक Ethereum नोड का पूरी तरह से सिंक्रनाइज़ उदाहरण चलाने के लिए। दुर्भाग्य से, यह अपने आप में एक भारी निर्भरता है। एक और हल्की विधि एक सरल प्रमाण का उपयोग करना होगा कि हेडर का केवल आपूर्ति करके सही मूल्यांकन किया गया था Ethereum के राज्य प्रयास के भाग को ठीक से निष्पादित करने की आवश्यकता है ब्लॉक में लेनदेन और जांचें कि लॉग (ब्लॉक रसीद में निहित) वैध हैं। ऐसे "एसपीवी जैसा"6 सबूतों के लिए अभी भी पर्याप्त मात्रा में जानकारी की आवश्यकता हो सकती है; सुविधाजनक रूप से, आमतौर पर उनकी आवश्यकता नहीं होगी सभी: Polkadot के अंदर एक बॉन्ड सिस्टम बॉन्ड की अनुमति देगा तृतीय-पक्षों को अपने खोने के जोखिम पर हेडर सबमिट करना होगा बांड को किसी अन्य तृतीय-पक्ष (जैसे "फिशरमैन", 6.2.3 देखें) को यह प्रमाण देना चाहिए कि हेडर अमान्य है (विशेषकर यह कि राज्य मूल या रसीद मूल धोखेबाज थे)। Ethereum जैसे गैर-अंतिम PoW नेटवर्क पर, विहितता को निर्णायक रूप से प्रमाणित करना असंभव है। इसे संबोधित करने के लिए, ऐसे एप्लिकेशन जो किसी भी प्रकार पर भरोसा करने का प्रयास करते हैं श्रृंखला-निर्भर कारण-प्रभाव के लिए कई "पुष्टि" की प्रतीक्षा करें, या जब तक कि आश्रित लेनदेन कुछ पर न हो जाए श्रृंखला के भीतर विशेष गहराई. Ethereum पर, यह बिना किसी ज्ञात नेटवर्क समस्या वाले सबसे कम मूल्यवान लेनदेन के लिए गहराई 1 ब्लॉक से लेकर 1200 ब्लॉक तक भिन्न होती है एक्सचेंजों के लिए प्रारंभिक फ्रंटियर रिलीज के दौरान मामला। स्थिर "होमस्टेड" नेटवर्क पर, यह आंकड़ा बैठता है अधिकांश एक्सचेंजों के लिए 120 ब्लॉक, और हम संभवतः लेंगे एक समान पैरामीटर. तो हम कर सकते हैं कल्पना कीजिए हमारा Polkadot-पक्ष Ethereumइंटरफ़ेस में कुछ सरल कार्य करने में सक्षम होना: Ethereum नेटवर्क से एक नया हेडर स्वीकार करें और कुछ सबूत स्वीकार करने में सक्षम होने के लिए PoW को मान्य करें पर्याप्त गहराई के हेडर के लिए Ethereum-साइड ब्रेकआउट अनुबंध द्वारा विशेष लॉग उत्सर्जित किया गया था (और आगे) Polkadot के भीतर संबंधित संदेश और अंत में उन सबूतों को स्वीकार करने में सक्षम होना जो पहले से स्वीकार किए गए हैं लेकिन अभी तक लागू नहीं किए गए हेडर में एक अमान्य रसीद रूट है। वास्तव में Ethereum हेडर डेटा स्वयं प्राप्त करने के लिए (और कोई भी एसपीवी प्रमाण या वैधता/विहित प्रतिनियुक्ति) में Polkadot नेटवर्क, अग्रेषण के लिए एक प्रोत्साहन 6SPV Bitcoin में सरलीकृत भुगतान सत्यापन को संदर्भित करता है और ग्राहकों के लिए केवल रखते हुए लेनदेन को सत्यापित करने की एक विधि का वर्णन करता है सबसे लंबी PoW श्रृंखला के सभी ब्लॉक हेडर की एक प्रति।पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 9 डेटा की जरूरत है. यह भुगतान जितना आसान हो सकता है (Ethereum तरफ एकत्रित शुल्क से वित्त पोषित) भुगतान किया गया किसी उपयोगी ब्लॉक को अग्रेषित करने में सक्षम किसी भी व्यक्ति के लिए जिसका हेडर है वैध. सत्यापनकर्ताओं को पिछले कुछ हजार ब्लॉकों से संबंधित जानकारी बनाए रखने के लिए बुलाया जाएगा फोर्क्स को प्रबंधित करने में सक्षम हो, या तो कुछ प्रोटोकॉल-आंतरिक साधनों के माध्यम से या पर बनाए गए अनुबंध के माध्यम से रिले श्रृंखला. 5.6. Polkadot और Bitcoin. Bitcoin अंतर्संचालन Polkadot के लिए एक दिलचस्प चुनौती प्रस्तुत करता है: एक तथाकथित "टू-वे पेग" बुनियादी ढांचे का एक उपयोगी हिस्सा होगा दोनों नेटवर्क के पक्ष में होना। हालाँकि, के कारण Bitcoin की सीमाएं, ऐसी खूंटी को सुरक्षित रूप से उपलब्ध कराना है एक गैर-तुच्छ उपक्रम. से लेनदेन वितरित करना Bitcoin से Polkadot को सैद्धांतिक रूप से Ethereum के समान प्रक्रिया के साथ किया जा सकता है; एक "ब्रेक-आउट पता" Polkadot validators द्वारा किसी तरह से नियंत्रित किया जा सकता है हस्तांतरित tokens (और उनके साथ भेजा गया डेटा) प्राप्त करें। एसपीवी प्रमाण प्रोत्साहन oracles द्वारा प्रदान किए जा सकते हैं और, एक पुष्टिकरण अवधि के साथ, एक इनाम दिया गया लेन-देन को प्रभावित करने वाले गैर-विहित ब्लॉकों की पहचान करना "दोगुना खर्च" किया गया है। कोई भी token तब स्वामित्व में था "ब्रेक-आउट एड्रेस" को, सिद्धांत रूप में, बाद में फैलाव के लिए उन्हीं validators द्वारा नियंत्रित किया जाएगा। हालाँकि समस्या यह है कि जमा को घूमने वाले validator सेट से सुरक्षित रूप से कैसे नियंत्रित किया जा सकता है। भिन्न Ethereum जो मनमाने ढंग से निर्णय लेने में सक्षम है हस्ताक्षरों के संयोजन पर, Bitcoin काफी हद तक है अधिक सीमित, अधिकांश ग्राहक अधिकतम 3 पार्टियों के साथ केवल बहुहस्ताक्षर लेनदेन स्वीकार करते हैं। वर्तमान प्रोटोकॉल के तहत इसे 36 या वास्तव में हजारों तक विस्तारित करना असंभव है जैसा अंततः वांछित हो सकता है। सक्षम करने के लिए Bitcoin प्रोटोकॉल को बदलना एक विकल्प है ऐसी कार्यक्षमता, हालांकि तथाकथित "हार्ड फोर्क्स"। Bitcoin दुनिया के लिए हाल के प्रयासों के आधार पर निर्णय लेना कठिन है। एक संभावना थ्रेशोल्ड हस्ताक्षरों का उपयोग है, एकल पहचान योग्य जनता को अनुमति देने के लिए क्रिप्टोग्राफ़िक योजनाएँ कई गुप्त "भागों" द्वारा प्रभावी ढंग से नियंत्रित होने वाली कुंजी, जिनमें से कुछ या सभी का उपयोग वैध हस्ताक्षर बनाने के लिए किया जाना चाहिए। दुर्भाग्य से, थ्रेशोल्ड हस्ताक्षर संगत हैं Bitcoin के साथ ECDSA कम्प्यूटेशनल रूप से महंगा है बनाएं और बहुपद जटिलता का। अन्य योजनाएं जैसे हालाँकि, Schnorr हस्ताक्षर बहुत कम लागत प्रदान करते हैं समयरेखा जिस पर उन्हें Bitcoin में पेश किया जा सकता है प्रोटोकॉल अनिश्चित है. चूँकि जमा राशि की अंतिम सुरक्षा उसी पर निर्भर है कई बंधित validators, एक अन्य विकल्प है बहु-हस्ताक्षर कुंजी-धारकों को केवल भारी मात्रा में कम करें कुल validators का बंधित उपसमुच्चय इस प्रकार है कि सीमा हस्ताक्षर संभव हो जाते हैं (या, सबसे खराब स्थिति में, Bitcoin के मूल निवासी)। बहु-हस्ताक्षर संभव है)। यह निश्चित रूप से कम कर देता है यदि validator अवैध व्यवहार करते हैं तो मुआवज़े में काटी जा सकने वाली बांड की कुल राशि, हालाँकि यह एक सुंदर गिरावट है, बस एक ऊपरी सीमा निर्धारित करना निधियों की वह राशि जो सुरक्षित रूप से बीच में चल सकती है दो नेटवर्क (या वास्तव में, % घाटे पर हमला करना चाहिए validators से सफल)। ऐसे में हमारा मानना है कि उचित रूप से सुरक्षित Bitcoin इंटरऑपरेबिलिटी "वर्चुअल पैराचेन" स्थापित करना अवास्तविक नहीं है। दोनों नेटवर्कों के बीच, हालांकि फिर भी एक अनिश्चित समयरेखा और काफी संभावना के साथ एक बड़ा प्रयास इसमें हितधारकों के सहयोग की आवश्यकता है नेटवर्क.

प्रोटोकॉल विस्तार से

प्रोटोकॉल को मोटे तौर पर तीन भागों में तोड़ा जा सकता है भाग: सर्वसम्मति तंत्र, पैराचेन इंटरफ़ेस और इंटरचेन लेनदेन रूटिंग। 6.1. रिले-श्रृंखला ऑपरेशन. द रिले-श्रृंखला होगा संभवतः यह मोटे तौर पर Ethereum के समान एक श्रृंखला होगी खाते में राज्य मैपिंग पते के साथ राज्य-आधारित है जानकारी, मुख्य रूप से संतुलन और (पुनरावृत्ति को रोकने के लिए) a लेन-देन काउंटर. यहां खाते रखने से एक उद्देश्य पूरा होता है: पहचान के लिए लेखांकन प्रदान करना सिस्टम में कितनी हिस्सेदारी है। हालांकि, उल्लेखनीय अंतर होंगे: • अनुबंधों को लेनदेन के माध्यम से तैनात नहीं किया जा सकता है; रिले-चेन पर एप्लिकेशन कार्यक्षमता से बचने की इच्छा के कारण, ऐसा नहीं होगा अनुबंधों की सार्वजनिक तैनाती का समर्थन करें। • संसाधन उपयोग ("गैस") की गणना नहीं की जाती है; चूँकि सार्वजनिक उपयोग के लिए यह एकमात्र कार्य उपलब्ध है गैस लेखांकन के पीछे का औचित्य तय किया जाएगा अब नहीं टिकता. इस प्रकार, एक समान शुल्क लागू होगा सभी मामले, किसी से भी अधिक प्रदर्शन की अनुमति देते हैं गतिशील कोड निष्पादन जिसे करने की आवश्यकता हो सकती है और एक सरल लेनदेन प्रारूप। • सूचीबद्ध अनुबंधों के लिए विशेष कार्यक्षमता समर्थित है जो ऑटो-निष्पादन और नेटवर्क संदेश आउटपुट की अनुमति देती है। इस घटना में कि रिले-चेन में एक वीएम है और यह होगा EVM पर आधारित, अधिकतम सरलता सुनिश्चित करने के लिए इसमें कई संशोधन होंगे। इसकी संभावना होगी कई अंतर्निहित अनुबंध हैं (उनकी तरह)। प्लेटफ़ॉर्म-विशिष्ट के लिए अनुमति देने के लिए पते Ethereum में 1-4) सर्वसम्मति अनुबंध सहित प्रबंधित किए जाने वाले कर्तव्य, ए validator अनुबंध और एक पैराचेन अनुबंध। यदि EVM नहीं है, तो WebAssembly [2] (wasm) बैकएंड सबसे संभावित विकल्प है; इस मामले में कुल मिलाकर संरचना समान होगी, लेकिन कोई आवश्यकता नहीं होगी वासम के साथ अंतर्निहित अनुबंधों के लिए एक व्यवहार्य लक्ष्य होना अपरिपक्व के बजाय सामान्य प्रयोजन की भाषाओं के लिए और EVM के लिए सीमित भाषाएँ। वर्तमान Ethereum प्रोटोकॉल से अन्य संभावित विचलन काफी संभव हैं, उदाहरण के लिए इसका सरलीकरण लेनदेन-रसीद प्रारूप एक ही ब्लॉक के भीतर गैर-परस्पर विरोधी लेनदेन के समानांतर निष्पादन की अनुमति देता है, जैसा कि परिवर्तनों की सेरेनिटी श्रृंखला के लिए प्रस्तावित है। यह संभव है, हालांकि असंभावित है, कि शांति-जैसी "शुद्ध" श्रृंखला को रिले-श्रृंखला के रूप में तैनात किया जा सकता है, जिससे इसकी अनुमति मिलती है staking token जैसी चीज़ों के प्रबंधन के लिए विशेष अनुबंध इसे बुनियादी हिस्सा बनाने के बजाय संतुलन बनाता है श्रृंखला का प्रोटोकॉल. वर्तमान में, हमें लगता है कि इसकी संभावना नहीं है एक पर्याप्त रूप से महान प्रोटोकॉल सरलीकरण की पेशकश करेगा इसमें शामिल अतिरिक्त जटिलता और अनिश्चितता के लायक है इसे विकसित करने में. 7सिस्टम की समग्र सुरक्षा के लिए किसी दिए गए धारक की ज़िम्मेदारी की राशि का प्रतिनिधित्व करने के साधन के रूप में, ये हिस्सेदारी खाते होंगे अनिवार्य रूप से कुछ आर्थिक मूल्य को कूटबद्ध करता है। हालाँकि, यह समझा जाना चाहिए कि चूँकि ऐसा कोई इरादा नहीं है कि ऐसे मूल्यों का उपयोग किया जाए किसी भी तरह से वास्तविक दुनिया की वस्तुओं और सेवाओं के आदान-प्रदान के उद्देश्य से, तदनुसार यह ध्यान दिया जाना चाहिए कि token की तुलना नहीं की जानी चाहिए मुद्रा और इस तरह रिले-चेन अनुप्रयोगों के संबंध में अपने शून्यवादी दर्शन को बरकरार रखती है।पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 10 सर्वसम्मति तंत्र, validator सेट, सत्यापन तंत्र और पैराचेन को प्रशासित करने के लिए आवश्यक कार्यक्षमता के कई छोटे टुकड़े हैं। ये एक मोनोलिथिक प्रोटोकॉल के तहत एक साथ कार्यान्वित किया जा सकता है। हालाँकि, मॉड्यूलरिटी बढ़ाने के कारणों से, हम इन्हें रिले-चेन के "अनुबंध" के रूप में वर्णित करते हैं। ये होना चाहिए इसका अर्थ यह निकाला जाए कि वे वस्तुएँ हैं (के अर्थ में)। ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग) को रिलेचेन के सर्वसम्मति तंत्र द्वारा प्रबंधित किया जाता है, लेकिन जरूरी नहीं कि ऐसा हो उन्हें EVM जैसे ऑपकोड में प्रोग्राम के रूप में परिभाषित किया गया है, न ही यहां तक कि वे व्यक्तिगत रूप से भी संबोधित किए जा सकते हैं खाता-प्रणाली. 6.2. दांव लगाने का अनुबंध. यह अनुबंध validator सेट को बनाए रखता है। यह प्रबंधित करता है: • वर्तमान में कौन से खाते validator हैं; • जो संक्षेप में validators बनने के लिए उपलब्ध हैं सूचना; • किन खातों में नामांकन के लिए हिस्सेदारी रखी गई है एक validator; • प्रत्येक की संपत्तियाँ जिनमें staking वॉल्यूम, स्वीकार्य भुगतान-दरें और पते और अल्पावधि (सत्र) पहचान शामिल हैं। यह किसी खाते को बनने की इच्छा दर्ज करने की अनुमति देता है बंधुआ validator (इसकी आवश्यकताओं के साथ), कुछ पहचान के लिए नामांकित करने के लिए, और पहले से मौजूद बंधुआ validator के लिए इस स्थिति से बाहर निकलने की इच्छा दर्ज करने के लिए। यह भी इसमें सत्यापन और विहितीकरण तंत्र के लिए स्वयं मशीनरी शामिल है। 6.2.1. हिस्सेदारी-token तरलता। यह आम तौर पर वांछनीय है कुल staking token में से जितना संभव हो सके उतना रखें तब से नेटवर्क रखरखाव कार्यों में हिस्सेदारी की गई है यह सीधे नेटवर्क सुरक्षा को staking token के समग्र "बाजार पूंजीकरण" से जोड़ता है। ये आसानी से हो सकता है मुद्रा बढ़ाकर और validator के रूप में भाग लेने वालों को आय सौंपकर प्रोत्साहित किया जाए। हालाँकि, ऐसा करने से एक समस्या आती है: यदि token कटौती की सजा के तहत स्टेकिंग अनुबंध में बंद कर दिया गया है, एक बड़ा हिस्सा पर्याप्त रूप से कैसे रह सकता है मूल्य खोज की अनुमति देने के लिए तरल? इसका एक उत्तर सीधे-सीधे व्युत्पन्न अनुबंध की अनुमति देना है, जो अंतर्निहित दांव पर token पर परिवर्तनीय token को सुरक्षित करता है। इसे भरोसेमंद तरीके से व्यवस्थित करना कठिन है। इसके अलावा, इन व्युत्पन्न tokens को उसी कारण से समान रूप से व्यवहार नहीं किया जा सकता है क्योंकि विभिन्न यूरोजोन सरकार के बांड प्रतिस्थापन योग्य नहीं हैं: वहां अंतर्निहित परिसंपत्ति के विफल होने और बनने की संभावना है बेकार. यूरोज़ोन सरकारों के साथ, एक हो सकता है डिफ़ॉल्ट. validator-स्टैक्ड tokens के साथ, validator हो सकता है दुर्भावनापूर्ण कार्य करें और दंडित हों। अपने सिद्धांतों को ध्यान में रखते हुए, हम सबसे सरल समाधान चुनते हैं: सभी token को दांव पर नहीं लगाया जाएगा। इसका मतलब ये होगा tokens का कुछ अनुपात (शायद 20%) जबरन तरल बना रहेगा। हालाँकि यह सुरक्षा के नजरिए से अपूर्ण है, लेकिन इसमें कोई बुनियादी अंतर आने की संभावना नहीं है नेटवर्क की सुरक्षा; बांड-जब्ती से होने वाली क्षतिपूर्ति का 80% अभी भी किया जा सकेगा 100% staking के "परफेक्ट केस" की तुलना में। दांव पर लगे और तरल tokens के बीच के अनुपात को रिवर्स नीलामी तंत्र के माध्यम से काफी सरलता से लक्षित किया जा सकता है। मूलतः, token धारक validator बनने में रुचि रखते हैं प्रत्येक व्यक्ति staking अनुबंध बताते हुए एक प्रस्ताव पोस्ट करेगा न्यूनतम भुगतान-दर जो उन्हें लेने की आवश्यकता होगी भाग. प्रत्येक सत्र की शुरुआत में (सत्र होंगे नियमित रूप से होता है, शायद प्रति घंटे एक बार के रूप में)। validator स्लॉट प्रत्येक आवश्यकता के अनुसार भरे जाएंगे validator की हिस्सेदारी और भुगतान दर। एक संभावित एल्गोरिदम इसके लिए सबसे कम ऑफर वाले लोगों को लेना होगा लक्षित कुल हिस्सेदारी से अधिक हिस्सेदारी का प्रतिनिधित्व न करें स्लॉट की संख्या से विभाजित और उस राशि के आधे से कम नहीं। यदि स्लॉट नहीं भरे जा सकते, संतुष्ट करने के लिए निचली सीमा को किसी कारक द्वारा बार-बार कम किया जा सकता है। 6.2.2. नामांकित करना। अविश्वसनीय रूप से नामांकन करना संभव है एक सक्रिय validator को staking tokens, उन्हें देना validator के कर्तव्यों की जिम्मेदारी। नामांकन कार्य अनुमोदन-मतदान प्रणाली के माध्यम से। प्रत्येक भावी नामांकितकर्ता staking अनुबंध पर एक निर्देश पोस्ट करने में सक्षम है किसके अंतर्गत एक या अधिक validator पहचान व्यक्त करना जिम्मेदारी वे अपने बांड को सौंपने के लिए तैयार हैं। प्रत्येक सत्र में, नामांकनकर्ताओं के बांड वितरित किए जाते हैं एक या अधिक validators द्वारा दर्शाया गया। फैलाव एल्गोरिथ्म समतुल्य कुल के validators के सेट के लिए अनुकूलन करता है बांड. नामांकितकर्ताओं के बांड validator की प्रभावी जिम्मेदारी के अंतर्गत आते हैंऔर ब्याज प्राप्त करें या पीड़ित हों तदनुसार दण्ड-कमी. 6.2.3. बांड जब्त करना/जलाना। कुछ validator व्यवहार के परिणामस्वरूप उनके बंधन में दंडात्मक कमी आती है। यदि बांड को स्वीकार्य न्यूनतम से कम कर दिया गया है सत्र समय से पहले समाप्त हो गया और दूसरा शुरू हो गया। दंडनीय validator दुर्व्यवहार की एक विस्तृत सूची में शामिल हैं: • एक पैराचेन समूह का हिस्सा होने के नाते प्रदान करने में असमर्थ पैराचेन ब्लॉक की वैधता पर आम सहमति; • किसी अमान्य की वैधता के लिए सक्रिय रूप से हस्ताक्षर करना पैराचेन ब्लॉक; • पहले निकास पेलोड की आपूर्ति करने में असमर्थता उपलब्ध के रूप में मतदान किया गया; • सर्वसम्मति प्रक्रिया के दौरान निष्क्रियता; • प्रतिस्पर्धी कांटे पर रिले-चेन ब्लॉकों को मान्य करना। दुर्व्यवहार के कुछ मामले नेटवर्क की अखंडता को खतरे में डालते हैं (जैसे कि अमान्य पैराचेन ब्लॉकों पर हस्ताक्षर करना और एक कांटे के कई पक्षों को मान्य करना) और इसके परिणामस्वरूप बांड की कुल कमी के माध्यम से प्रभावी निर्वासन होता है। में अन्य, कम गंभीर मामले (जैसे सर्वसम्मति में निष्क्रियता)। प्रक्रिया) या ऐसे मामले जहां दोष सटीक रूप से आवंटित नहीं किया जा सकता (एक अप्रभावी समूह का हिस्सा होने के नाते), एक छोटा सा हिस्सा इसके बदले में मुचलके का जुर्माना लगाया जा सकता है। बाद वाले मामले में, यह यह सुनिश्चित करने के लिए कि दुर्भावनापूर्ण है, उप-समूह मंथन के साथ अच्छी तरह से काम करता है नोड्स को संपार्श्विक रूप से क्षतिग्रस्त परोपकारी नोड्स की तुलना में काफी अधिक नुकसान होता है। कुछ मामलों में (उदाहरण के लिए मल्टी-फोर्क सत्यापन और अमान्य उप-ब्लॉक हस्ताक्षर) validator निरंतर सत्यापन के बाद से स्वयं एक-दूसरे के दुर्व्यवहार का आसानी से पता नहीं लगा सकते हैं प्रत्येक पैराचेन ब्लॉक का कार्य बहुत कठिन होगा। यहाँ बाहरी दलों का समर्थन प्राप्त करना आवश्यक है ऐसे दुर्व्यवहार को सत्यापित करने और रिपोर्ट करने के लिए सत्यापन प्रक्रिया। ऐसी गतिविधि की रिपोर्ट करने पर पार्टियों को इनाम मिलता है; उनका शब्द, "शर्मन" असंभाव्यता से उत्पन्न हुआ है ऐसे इनाम का. चूंकि ये मामले आम तौर पर बहुत गंभीर होते हैं, इसलिए हम कल्पना करते हैं कि जब्त किए गए बांड से किसी भी पुरस्कार का भुगतान आसानी से किया जा सकता है। सामान्य तौर पर हम जलने को संतुलित करना पसंद करते हैं (अर्थात शून्य में कमी) पुनः आबंटन के साथ, बजाय थोक पुनर्आबंटन का प्रयास। इसका प्रभाव है

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 11 token के समग्र मूल्य में वृद्धि, क्षतिपूर्ति करना विशिष्ट के बजाय सामान्य रूप से कुछ हद तक नेटवर्क खोज में शामिल पार्टी. यह मुख्य रूप से एक सुरक्षा के रूप में है तंत्र: बड़ी मात्रा में शामिल होने से अत्यधिक और तीव्र व्यवहार प्रोत्साहन मिल सकता है यदि वे सभी थे एक ही लक्ष्य पर दिया गया। सामान्य तौर पर, यह महत्वपूर्ण है कि नेटवर्क के लिए सत्यापन को सार्थक बनाने के लिए इनाम काफी बड़ा हो, फिर भी इतना बड़ा न हो कि सामने आने की लागत निर्धारित की जा सके। अच्छी तरह से वित्तपोषित, सुव्यवस्थित "औद्योगिक स्तर" अपराधी दुर्व्यवहार के लिए मजबूर करने के लिए कुछ बदकिस्मत validator पर हैकिंग हमला। इस प्रकार, दावा की गई राशि आम तौर पर नहीं होनी चाहिए त्रुटिपूर्ण validator के प्रत्यक्ष बंधन से अधिक, ऐसा न हो दुर्व्यवहार करने और स्वयं को इनाम के लिए रिपोर्ट करने से विकृत प्रोत्साहन उत्पन्न होता है। इसका मुकाबला या तो स्पष्ट रूप से किया जा सकता है होने के लिए न्यूनतम प्रत्यक्ष बांड आवश्यकता के माध्यम से validator या अप्रत्यक्ष रूप से नामांकितों को शिक्षित करके कि validator जिनके पास कम बांड जमा हैं, उन्हें कोई बड़ा प्रोत्साहन नहीं मिलता है अच्छा व्यवहार करना. 6.3. पैराचेन रजिस्ट्री। प्रत्येक पैराचेन को परिभाषित किया गया है यह रजिस्ट्री. यह एक अपेक्षाकृत सरल डेटाबेस जैसा निर्माण है और इसमें स्थिर और गतिशील दोनों तरह की जानकारी होती है प्रत्येक श्रृंखला. स्थैतिक जानकारी में श्रृंखला सूचकांक (एक सरल) शामिल है पूर्णांक), सत्यापन प्रोटोकॉल पहचान के साथ, ए विभिन्न वर्गों के बीच अंतर करने का साधन पैराचेन ताकि सही सत्यापन एल्गोरिदम हो सके एक वैध उम्मीदवार को आगे बढ़ाने के लिए validators द्वारा चलाया जाता है। अवधारणा का प्रारंभिक प्रमाण रखने पर ध्यान केंद्रित किया जाएगा ग्राहकों में नए सत्यापन एल्गोरिदम को प्रभावी ढंग से हर बार प्रोटोकॉल के हार्ड फोर्क की आवश्यकता होती है श्रृंखला का अतिरिक्त वर्ग जोड़ा गया। अंततः, यद्यपि, इसमें सत्यापन एल्गोरिदम निर्दिष्ट करना संभव हो सकता है यह एक ऐसा तरीका है जो ग्राहकों के लिए पर्याप्त कठोर और कुशल दोनों है बिना किसी नई पैराचेन के साथ प्रभावी ढंग से काम करने में सक्षम कठिन कांटा. इसका एक संभावित रास्ता निर्दिष्ट करना होगा पैराचेन सत्यापन एल्गोरिदम एक अच्छी तरह से स्थापित, मूल रूप से संकलित, प्लेटफ़ॉर्म-तटस्थ भाषा जैसे WebAssembly। निर्धारित करने के लिए अतिरिक्त शोध आवश्यक है क्या यह वास्तव में संभव है, तथापि यदि हां, तो यह ला सकता है इसके साथ ही हार्ड-फोर्क्स को गायब करने का जबरदस्त फायदा मिलता है अच्छे के लिए. गतिशील जानकारी में लेनदेन रूटिंग सिस्टम के पहलू शामिल होते हैं जिनमें वैश्विक सहमति होनी चाहिए पैराचेन की प्रवेश कतार के रूप में (धारा 6.6 में वर्णित)। रजिस्ट्री केवल पैराचेन जोड़ने में सक्षम है पूर्ण जनमत संग्रह मतदान के माध्यम से; इसे प्रबंधित किया जा सकता है आंतरिक रूप से, लेकिन अधिक संभावना बाहरी रूप से रखे जाने की होगी जनमत संग्रह अनुबंध के तहत पुन: उपयोग की सुविधा के लिए अधिक सामान्य शासन घटक। के पैरामीटर मतदान की आवश्यकताएँ (उदाहरण के लिए कोई कोरम आवश्यक, बहुमत आवश्यक) अतिरिक्त श्रृंखलाओं और अन्य के पंजीकरण के लिए, कम औपचारिक सिस्टम अपग्रेड को "मास्टर" में सेट किया जाएगा संविधान” लेकिन काफी हद तक पारंपरिक का पालन करने की संभावना है पथ, कम से कम प्रारंभ में। सटीक सूत्रीकरण बाहर है वर्तमान कार्य के लिए गुंजाइश, लेकिन उदा. कुल प्रणाली के एक तिहाई से अधिक के साथ पारित होने के लिए दो तिहाई सर्वोच्च बहुमत सकारात्मक रूप से वोटिंग का दांव लगाना एक समझदारी भरा शुरुआती बिंदु हो सकता है। अतिरिक्त परिचालनों में पैराचेन का निलंबन और निष्कासन शामिल है। आशा है कि निलंबन कभी नहीं होगा होता है, हालाँकि इसे कम से कम सुरक्षा के लिए डिज़ाइन किया गया है पैराचेन की सत्यापन प्रणाली में कुछ कठिन समस्या है। सबसे स्पष्ट उदाहरण जहां यह हो सकता है कार्यान्वयन के बीच सर्वसम्मति-महत्वपूर्ण अंतर की आवश्यकता है जिसके कारण validator पर सहमति नहीं बन पा रही है वैधता या अवरोध. सत्यापनकर्ताओं को उपयोग करने के लिए प्रोत्साहित किया जाएगा एकाधिक ग्राहक कार्यान्वयन ताकि वे सक्षम हों बांड ज़ब्ती से पहले ऐसी समस्या का पता लगाना। चूंकि निलंबन एक आपातकालीन उपाय है, इसलिए यह होगा गतिशील validator-मतदान के तत्वावधान में जनमत संग्रह की तुलना में. पुनः बहाल करना दोनों संभव होगा validators या जनमत संग्रह से। पैराचेन को पूरी तरह हटाने से ही काम आएगा जनमत संग्रह के बाद और जिसके साथ इसकी आवश्यकता होगी व्यवस्थित परिवर्तन की अनुमति देने के लिए पर्याप्त छूट अवधि या तो एक स्टैंडअलोन श्रृंखला या किसी अन्य का हिस्सा बनने के लिए सर्वसम्मति-प्रणाली। ग्रेस अवधि संभवतः होगी महीनों का क्रम और पैराचेन रजिस्ट्री में प्रतिचेन आधार पर निर्धारित किए जाने की संभावना है ताकि अलग-अलग पैराचेन्स इसके अनुसार अलग-अलग अनुग्रह अवधि का आनंद ले सकते हैं उनकी जरूरत. 6.4. सीलिंग रिले ब्लॉक। सीलिंग का तात्पर्य, संक्षेप में, विहितीकरण की प्रक्रिया के लिए; यानी एक बुनियादी डेटा जिसे रूपांतरित करोमूल को मौलिक रूप से एकवचन और अर्थपूर्ण बनाता है। PoW श्रृंखला के अंतर्गत, सीलिंग प्रभावी रूप से खनन का पर्याय है। हमारे मामले में, इसमें किसी की वैधता, उपलब्धता और विहितता पर validators से हस्ताक्षरित बयानों का संग्रह शामिल है विशेष रिले-चेन ब्लॉक और पैराचेन ब्लॉक यह प्रतिनिधित्व करता है. अंतर्निहित BFT सर्वसम्मति एल्गोरिदम की यांत्रिकी वर्तमान कार्य के दायरे से बाहर है। हम करेंगे इसके बजाय एक आदिम का उपयोग करके इसका वर्णन करें जो एक मानता है आम सहमति बनाने वाली राज्य-मशीन। आख़िरकार हम उम्मीद करते हैं अनेक आशाजनक BFT सर्वसम्मति से प्रेरित होना कोर में एल्गोरिदम; तंगौरा [9] (BFT का एक प्रकार बेड़ा [16]), टेंडरमिंट [11] और हनीबेजरBFT [14]। एल्गोरिदम को समानांतर में कई पैराचेन पर एक समझौते पर पहुंचना होगा, इस प्रकार सामान्य से भिन्न होगा blockchain सर्वसम्मति तंत्र। हम एक बार ऐसा मान लेते हैं आम सहमति बन गई है, हम आम सहमति को रिकॉर्ड करने में सक्षम हैं एक अकाट्य प्रमाण में जो इनमें से किसी के द्वारा भी प्रदान किया जा सकता है इसमें भाग लेने वाले। हम भी उस दुर्व्यवहार को मानते हैं प्रोटोकॉल के भीतर आम तौर पर इसे छोटा किया जा सकता है समूह में दुर्व्यवहार करने वाले प्रतिभागियों को कम से कम किया जाए सजा से निपटने के दौरान संपार्श्विक क्षति.8 सबूत, जो हमारे हस्ताक्षरित बयानों का रूप लेता है, रिले-चेन ब्लॉक के हेडर में एक साथ रखा जाता है कुछ अन्य फ़ील्ड्स के साथ, कम से कम रिले-चेन की स्टेटट्री रूट और ट्रांजेक्शन-ट्राई रूट। द सीलिंग प्रक्रिया लेता है जगह के अंतर्गत ए एकल सर्वसम्मति पैदा करने वाला तंत्र संबोधन दोनों द रिले-चेन के ब्लॉक और पैराचेन के ब्लॉक जो बनाते हैं रिले की सामग्री का ऊपरी हिस्सा: पैराचेन को उनके उप-समूहों द्वारा अलग से "प्रतिबद्ध" नहीं किया जाता है और फिर एकत्रित नहीं किया जाता है बाद में. इसके परिणामस्वरूप रिलेचेन के लिए एक अधिक जटिल प्रक्रिया होती है, लेकिन हमें संपूर्ण सिस्टम की सर्वसम्मति को एक ही चरण में पूरा करने, विलंबता को कम करने और अनुमति देने की अनुमति मिलती है काफी जटिल डेटा-उपलब्धता आवश्यकताओं के लिए जो हैं नीचे दी गई रूटिंग प्रक्रिया के लिए सहायक। 8मौजूदा PoS-आधारित BFT सर्वसम्मति योजनाएं जैसे कि टेंडरमिंट BFT और मूल स्लेशर इन दावों को पूरा करते हैं।

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 12 प्रत्येक प्रतिभागी की सर्वसम्मति मशीन की स्थिति हो सकती है एक सरल (2-आयामी) तालिका के रूप में तैयार किया जाए। प्रत्येक प्रतिभागी (validator) के पास फॉर्म में जानकारी का एक सेट है प्रत्येक पैराचेन ब्लॉक उम्मीदवार के साथ-साथ रिलेचेन ब्लॉक उम्मीदवार के संबंध में अन्य प्रतिभागियों के हस्ताक्षरित बयान ("वोट")। जानकारी का सेट दो टुकड़ों का है डेटा का: उपलब्धता: करता है यह validator है निकास इस ब्लॉक से लेन-देन-पोस्ट की जानकारी क्या वे निम्नलिखित ब्लॉक पर पैराचेन उम्मीदवारों को उचित रूप से मान्य करने में सक्षम हैं? वे मतदान कर सकते हैं या तो 1(ज्ञात) या 0 (अभी तक ज्ञात नहीं)। एक बार वे वोट 1, वे इसी तरह वोट देने के लिए प्रतिबद्ध हैं इस प्रक्रिया का शेष भाग. बाद में वोट जो नहीं करते सम्मान करें, यह सज़ा का आधार है। वैधता: क्या पैराचेन ब्लॉक वैध है और यही सब कुछ है बाह्य-संदर्भित डेटा (उदा. लेनदेन) उपलब्ध? यह केवल पैराचेन को सौंपे गए validator के लिए प्रासंगिक है, जिस पर वे मतदान कर रहे हैं। वे या तो 1 (वैध), -1 (अमान्य) या 0 वोट कर सकते हैं (अभी तक ज्ञात नहीं है). एक बार जब वे गैर-शून्य वोट देते हैं, तो वे बाकी लोगों के लिए इस तरह से मतदान करने के लिए प्रतिबद्ध हैं प्रक्रिया. बाद में वे वोट देते हैं जो इसका सम्मान नहीं करते सज़ा का आधार हैं. सभी validator को वोट जमा करना होगा; उपरोक्त नियमों के अनुसार वोट पुनः सबमिट किए जा सकते हैं। की प्रगति सर्वसम्मति को समानांतर में होने वाले प्रत्येक पैराचेन पर कई मानक BFT सर्वसम्मति एल्गोरिदम के रूप में तैयार किया जा सकता है। चूँकि इन्हें संभावित रूप से अपेक्षाकृत रूप से विफल कर दिया जाता है दुर्भावनापूर्ण कर्ताओं की एक छोटी सी अल्पसंख्यक संख्या को केंद्रित किया जा रहा है एक एकल पैराचेन समूह, जिस पर समग्र सहमति मौजूद है सबसे खराब स्थिति को सीमित करते हुए, एक बैकस्टॉप स्थापित करें केवल एक या अधिक शून्य पैराचेन ब्लॉकों के लिए गतिरोध (और जिम्मेदार लोगों के लिए सज़ा का एक दौर)। व्यक्तिगत ब्लॉकों की वैधता के लिए बुनियादी नियम (जो कुल मिलाकर validators के कुल सेट को प्राप्त करने की अनुमति देता है इसके अद्वितीय पैराचेन उम्मीदवार बनने पर सर्वसम्मति विहित रिले से संदर्भित होने के लिए): • इसके validator में से कम से कम दो-तिहाई सकारात्मक मतदान करने वाले हों और कोई भी नकारात्मक मतदान न करने वाला हो; • निकास कतार की जानकारी की उपलब्धता के लिए एक तिहाई से अधिक validator का सकारात्मक मतदान होना चाहिए। यदि वैधता पर कम से कम एक सकारात्मक और कम से कम एक नकारात्मक वोट होता है, तो एक असाधारण स्थिति बन जाती है और validator के पूरे सेट को निर्धारित करने के लिए मतदान करना होगा यदि दुर्भावनापूर्ण पार्टियाँ हैं या कोई आकस्मिक घटना है कांटा. वैध और अवैध के अलावा एक तीसरी तरह के वोट अनुमति दी जाती है, दोनों के लिए मतदान के बराबर, यानी नोड में परस्पर विरोधी राय हैं। इसका कारण यह हो सकता है नोड का स्वामी अनेक कार्यान्वयन चला रहा है जो ऐसा करते हैं सहमत नहीं हैं, जो प्रोटोकॉल में संभावित अस्पष्टता का संकेत देता है। आख़िरकार सभी वोटों की गिनती पूरे validator सेट से की जाती है, यदि हारने वाली राय का कम से कम कुछ छोटा अनुपात (से) होता है पैरामीटरयुक्त होना; अधिक से अधिक आधा, शायद काफ़ी कम) जीतने वाली राय के वोटों का, तो यह माना जाता है एक आकस्मिक पैराचेन कांटा हो और पैराचेन सर्वसम्मति प्रक्रिया से स्वचालित रूप से निलंबित हो जाता है। अन्यथा, हम मानते हैं कि यह एक दुर्भावनापूर्ण कार्य है और दंडित करते हैं अल्पसंख्यक जो असहमतिपूर्ण राय के लिए मतदान कर रहे थे। निष्कर्ष प्रदर्शन करने वाले हस्ताक्षरों का एक सेट है विहितता फिर रिले-चेन ब्लॉक को सील किया जा सकता है और अगले ब्लॉक को सील करने की प्रक्रिया शुरू हो गई। 6.5. सीलिंग रिले ब्लॉकों के लिए सुधार। जबकि यह सीलिंग विधि सिस्टम के संचालन पर मजबूत गारंटी देती है, यह विशेष रूप से अच्छी तरह से स्केल नहीं करती है चूंकि प्रत्येक पैराचेन की मुख्य जानकारी इसकी होनी चाहिए सभी validator में से एक-तिहाई से अधिक द्वारा उपलब्धता की गारंटी। इसका मतलब है कि प्रत्येक validator की जिम्मेदारी पदचिह्न जैसे-जैसे अधिक शृंखलाएँ जुड़ती जाती हैं, बढ़ता जाता है। जबकि खुले आम सहमति नेटवर्क के भीतर डेटा उपलब्धता यह अनिवार्य रूप से एक अनसुलझी समस्या है, validator नोड्स पर रखे गए ओवरहेड को कम करने के तरीके हैं। एक सरल समाधान यह महसूस करना है कि validator को कंधा देना होगा डेटा उपलब्धता की जिम्मेदारी के कारण, उन्हें वास्तव में डेटा को स्वयं संग्रहीत करने, संचार करने या दोहराने की आवश्यकता नहीं है। द्वितीयक डेटा साइलो, संभवतः (या यहां तक कि बहुत से) से संबंधित है वही) कोलेटर्स जो इस डेटा को संकलित करते हैं, प्रबंधन कर सकते हैं भुगतान में उनके ब्याज/आय का एक हिस्सा प्रदान करने वाले validators के साथ उपलब्धता की गारंटी देने का कार्य। हालाँकि, हालांकि इससे कुछ मध्यवर्ती मापनीयता प्राप्त हो सकती है, फिर भी यह अंतर्निहित समस्या में मदद नहीं करता है; तब से अधिक श्रृंखलाएँ जोड़ने के लिए सामान्यतः अतिरिक्त validator की आवश्यकता होगी, चालू नेटवर्क संसाधन खपत (विशेषकर बैंडविड्थ के संदर्भ में) वर्ग के साथ बढ़ती है दजंजीरें, दीर्घावधि में एक अस्थिर संपत्ति। आख़िरकार, हमें अपना सिर पीटते रहने की संभावना है उस मूलभूत सीमा के विरुद्ध जो यह बताती है एक सर्वसम्मत नेटवर्क को सुरक्षित उपलब्ध माना जाएगा चल रही बैंडविड्थ आवश्यकताएँ कुल क्रम की हैं कुल इनपुट जानकारी का validators गुना। इसका कारण यह है एक अविश्वसनीय नेटवर्क की कई नोड्स में डेटा भंडारण के कार्य को ठीक से वितरित करने में असमर्थता, जो बैठती है प्रसंस्करण के प्रमुख वितरण योग्य कार्य के अलावा। 6.5.1. विलंबता का परिचय. इसे नरम करने का एक उपाय नियम तात्कालिकता की धारणा को शिथिल करना है। उपलब्धता के लिए 33%+1 validator के मतदान की आवश्यकता के द्वारा, न कि तुरंत, हम घातीय डेटा प्रसार का बेहतर उपयोग कर सकते हैं और डेटाइंटरचेंज में शिखर को बराबर करने में मदद कर सकते हैं। एक उचित समानता (यद्यपि अप्रमाणित) हो सकता है: (1) विलंबता = प्रतिभागी × श्रृंखलाएँ वर्तमान मॉडल के तहत, सिस्टम का आकार छोटा हो जाता है प्रसंस्करण सुनिश्चित करने के लिए श्रृंखलाओं की संख्या के साथ वितरित; चूँकि प्रत्येक श्रृंखला को कम से कम एक validator की आवश्यकता होगी और हम उपलब्धता सत्यापन को एक स्थिरांक पर निर्धारित करते हैं validators का अनुपात, तो प्रतिभागी समान रूप से बढ़ते हैं जंजीरों की संख्या के साथ. हम इसके साथ समाप्त होते हैं: (2) विलंबता = आकार2 मतलब यह है कि जैसे-जैसे सिस्टम बढ़ता है, बैंडविड्थ की आवश्यकता होती है और उपलब्धता तक विलंबता का पता चलता है नेटवर्क, जिसे संख्या के रूप में भी दर्शाया जा सकता है अंतिमता से पहले ब्लॉकों की संख्या, इसके वर्ग के साथ बढ़ती है। ये है एक पर्याप्त विकास कारक और एक उल्लेखनीय सड़क अवरोधक बन सकता है और हमें "नॉन-फ़्लैट" प्रतिमानों में मजबूर कर सकता है जैसे कई "Polkadotes" को एक पदानुक्रम में लिखना रिलेचेन के एक पेड़ के माध्यम से पदों के बहु-स्तरीय रूटिंग के लिए।

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 13 6.5.2. जनभागीदारी. एक और संभावित दिशा के माध्यम से इस प्रक्रिया में सार्वजनिक भागीदारी को सूचीबद्ध करना है सूक्ष्म शिकायत प्रणाली. वहां के मछुआरों के समान दावा करने वाले validator पर पुलिस के लिए बाहरी पक्ष हो सकते हैं उपलब्धता. उनका कार्य ऐसे व्यक्ति को ढूंढना है जो ऐसी उपलब्धता प्रदर्शित करने में असमर्थ प्रतीत हो। ऐसा करने में वे अन्य validator पर सूक्ष्म शिकायत दर्ज करा सकते हैं। पीओडब्ल्यू या सिबिल हमले को कम करने के लिए स्टेक्ड बांड का उपयोग किया जा सकता है जो सिस्टम को काफी हद तक बेकार कर देगा। 6.5.3. उपलब्धता गारंटर. एक अंतिम रास्ता होगा बंधुआ validators के दूसरे सेट को "उपलब्धता" के रूप में नामांकित करें गारंटर"। इन्हें सामान्य validators की तरह ही जोड़ा जाएगा, और इन्हें उसी सेट से भी लिया जा सकता है (हालांकि यदि ऐसा है, तो उन्हें लंबी अवधि के लिए चुना जाएगा, कम से कम प्रति सत्र)। सामान्य validators के विपरीत, वे पैराचेन के बीच स्विच नहीं करेगा, बल्कि करेगा सभी महत्वपूर्ण इंटरचेन डेटा की उपलब्धता को प्रमाणित करने के लिए एक एकल समूह बनाएं। इससे प्रतिभागियों और श्रृंखलाओं के बीच समानता को शिथिल करने का लाभ मिलता है। मूलतः, जंजीरें हो सकती हैं बढ़ें (मूल श्रृंखला validator सेट के साथ), जबकि प्रतिभागी, और विशेष रूप से डेटा उपलब्धता वसीयतनामा में भाग लेने वाले, कम से कम उप-रेखीय रह सकते हैं और संभवतः स्थिर। 6.5.4. कोलेटर प्राथमिकताएँ। इसका एक महत्वपूर्ण पहलू प्रणाली यह सुनिश्चित करने के लिए है कि स्वस्थ चयन हो किसी दिए गए पैराचेन में ब्लॉक बनाने वाले कोलेटर। यदि ए एकल कोलेटर एक पैराचेन पर हावी रहा और फिर कुछ हमले की कमी की संभावना के बाद से और अधिक व्यवहार्य हो जाते हैं बाह्य डेटा की उपलब्धता कम स्पष्ट होगी. एक विकल्प कृत्रिम रूप से पैराचेन ब्लॉकों को वजन देना है विभिन्न प्रकार के कोलेटर्स का समर्थन करने के लिए एक छद्म-यादृच्छिक तंत्र। सबसे पहले, हमें आवश्यकता होगी सर्वसम्मति तंत्र के भाग के रूप में जो validator के पक्ष में है पैराचेन ब्लॉक उम्मीदवारों को "भारी" होने के लिए निर्धारित किया गया है। इसी तरह, हमें प्रयास करने के लिए validator को प्रोत्साहित करना चाहिए सबसे वज़नदार ब्लॉक का सुझाव दें जो उन्हें मिल सके—यह हो सकता है उनके इनाम का एक हिस्सा उनके उम्मीदवार के वजन के अनुपात में बनाकर किया जाता है। यह सुनिश्चित करना कि कोलेटर्स को उचित उचित मूल्य दिया जाए उनके उम्मीदवार के विजयी चुने जाने की संभावना सर्वसम्मति से उम्मीदवार, हम एक का विशिष्ट भार बनाते हैं पैराचेन ब्लॉक उम्मीदवार प्रत्येक कोलेटर से जुड़े एक यादृच्छिक फ़ंक्शन पर निर्णय लेते हैं। उदाहरण के लिए, लेना कोलेटर के पते के बीच XOR दूरी मापें और कुछ क्रिप्टोग्राफ़िक रूप से सुरक्षित छद्म यादृच्छिक संख्या ब्लॉक बनाए जाने के बिंदु के करीब निर्धारित किया गया (एक काल्पनिक "जीतने वाला टिकट")। यह प्रत्येक को प्रभावी ढंग से देता है कोलेटर (या, विशेष रूप से, प्रत्येक कोलेटर का पता) a उनके उम्मीदवार के "जीतने" को रोकने की यादृच्छिक संभावना अन्य सभी. एकल कोलेटर के सिबिल हमले को कम करने के लिए विजेता टिकट के करीब एक पता "खनन" करें और इस प्रकार प्रत्येक ब्लॉक को एक पसंदीदा, हम कोलेटर के पते में कुछ जड़ता जोड़ देंगे। यह उनकी आवश्यकता के समान सरल हो सकता है पते में धनराशि की आधारभूत राशि रखना। एक और सुरुचिपूर्ण दृष्टिकोण निकटता को महत्व देना होगा पर जमा धनराशि के साथ विजयी टिकट विचाराधीन पता. जबकि मॉडलिंग अभी बाकी है. यह बहुत संभव है कि यह तंत्र बहुत कुछ सक्षम बनाता है छोटे हितधारकों को कोलेटर के रूप में योगदान देना होगा। 6.5.5. अधिक वजन वाले ब्लॉक. यदि validator सेट से छेड़छाड़ की जाती है, तो वे एक ब्लॉक बना सकते हैं और प्रस्तावित कर सकते हैं वैध, निष्पादित करने में अत्यधिक समय लगता है और सत्यापित करें यह एक समस्या है क्योंकि validator समूह ऐसा कर सकता है यथोचित रूप से एक ब्लॉक बनाएं जिसमें बहुत लंबा समय लगता है तब तक निष्पादित करें जब तक कि जानकारी का कोई विशेष भाग शॉर्ट कट की अनुमति के लिए पहले से ही ज्ञात न हो, उदाहरण के लिए एक बड़ा फैक्टरिंग प्रधान. यदि एक भी कोलेटर को वह जानकारी पता होती, तो उन्हें अपना स्वयं का अधिग्रहण करने में स्पष्ट लाभ होगा उम्मीदवारों को तब तक स्वीकार किया गया जब तक अन्य लोग पुराने ब्लॉक को संसाधित करने में व्यस्त थे। हम इन ब्लॉकों को अधिक वजन कहते हैं। इन ब्लॉकों को सबमिट करने और मान्य करने के लिए validator के विरुद्ध सुरक्षा काफी हद तक उसी आड़ में आती है अमान्य ब्लॉक, हालांकि एक अतिरिक्त चेतावनी के साथ: चूंकि किसी ब्लॉक को निष्पादित करने में लगने वाला समय (और इस प्रकार इसकी स्थिति)। अधिक वजन) व्यक्तिपरक है, जिस पर वोट का अंतिम परिणाम होता है दुर्व्यवहार मूलतः तीन खेमों में होगा। एक संभावना यह है कि ब्लॉक निश्चित रूप से अधिक वजन वाला नहीं है- इस मामले में दो-तिहाई से अधिक लोग घोषणा करते हैं कि वे ऐसा कर सकते हैं कुछ सीमा के भीतर ब्लॉक को निष्पादित करें (उदाहरण के लिए ब्लॉक के बीच अनुमत कुल समय का 50%)। दूसरा यह है कि ब्लॉक डी हैनिश्चित रूप से अधिक वजन - यह इससे अधिक होगा दो-तिहाई घोषणा करते हैं कि वे ब्लॉक निष्पादित नहीं कर सके उक्त सीमा के भीतर. एक अंतिम संभावना काफी हद तक बराबर है validators के बीच राय का विभाजन। इस मामले में, हम कर सकते हैं कुछ आनुपातिक सज़ा देने का चयन करें। यह सुनिश्चित करने के लिए कि validator भविष्यवाणी कर सकते हैं कि वे कब हो सकते हैं अधिक वज़न वाले ब्लॉक का प्रस्ताव करते समय, उनसे प्रत्येक ब्लॉक के लिए अपने स्वयं के प्रदर्शन के बारे में जानकारी प्रकाशित करने की अपेक्षा करना समझदारी हो सकती है। पर्याप्त समयावधि में, इससे उन्हें अपनी प्रसंस्करण गति को प्रोफाइल करने की अनुमति मिलनी चाहिए उन साथियों के सापेक्ष जो उनका मूल्यांकन कर रहे होंगे। 6.5.6. कोलेटर बीमा. validators के लिए एक समस्या शेष है: PoW नेटवर्क के विपरीत, कोलेटर की जांच करने के लिए वैधता के लिए ब्लॉक करें, उन्हें वास्तव में इसमें लेनदेन निष्पादित करना होगा। दुर्भावनापूर्ण कोलेटर validators को अमान्य या अधिक वज़न वाले ब्लॉक फ़ीड कर सकते हैं, जिससे उन्हें दुःख (बर्बाद) हो सकता है उनके संसाधन) और संभावित रूप से पर्याप्त अवसर लागत वसूलना। इसे कम करने के लिए, हम एक सरल रणनीति का प्रस्ताव करते हैं validators का भाग. सबसे पहले, पैराचेन ब्लॉक उम्मीदवारों को भेजा गया validators को रिले श्रृंखला खाते से हस्ताक्षरित किया जाना चाहिए धन के साथ; यदि वे नहीं हैं, तो validator गिर जाना चाहिए यह तुरंत. दूसरे, ऐसे उम्मीदवारों को संयोजन (जैसे गुणा) द्वारा प्राथमिकता में क्रमबद्ध किया जाना चाहिए कुछ सीमा तक खाते में धनराशि की राशि पिछले ब्लॉकों की संख्या जिन्हें कोलेटर ने अतीत में सफलतापूर्वक प्रस्तावित किया है (किसी भी पिछले का उल्लेख नहीं किया गया है)। सज़ा), और जीत के लिए निकटता कारक टिकट, जैसा कि पहले चर्चा की गई थी। टोपी एक जैसी होनी चाहिए मामले में validator को दंडात्मक क्षतिपूर्ति के रूप में भुगतान किया गया उनमें से एक अमान्य ब्लॉक भेज रहा है। कोलेटर्स को अमान्य या अधिक वजन वाले ब्लॉक उम्मीदवारों को validators पर भेजने से हतोत्साहित करने के लिए, कोई भी validator कर सकता है अगले ब्लॉक में अंतिम ब्लॉक सहित एक लेन-देन रखें जिसमें दुर्व्यवहार करने वाले कोलेटर में कुछ या सभी धनराशि स्थानांतरित करने के प्रभाव से दुर्व्यवहार का आरोप लगाया गया हो। पीड़ित validator को खाता। इस प्रकार का लेनदेन यह सुनिश्चित करने के लिए किसी अन्य को आगे बढ़ाता है कि कोलेटर ऐसा नहीं कर सकता सज़ा से पहले फंड हटा दें. की मात्रा क्षतिपूर्ति के रूप में हस्तांतरित धनराशि अभी भी एक गतिशील पैरामीटर है

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 14 मॉडलिंग की जाएगी, लेकिन संभवतः दुःख के स्तर को प्रतिबिंबित करने के लिए validator ब्लॉक इनाम का अनुपात होगा। को दुर्भावनापूर्ण validators को मनमाने ढंग से कोलेटर्स के फंड को जब्त करने से रोकें, कोलेटर बदले में बेतरतीब ढंग से चुने गए validators की जूरी के साथ validator के फैसले के खिलाफ अपील कर सकता है एक छोटी सी जमा राशि रखने के लिए. यदि वे validator के पक्ष में पाते हैं, तो जमा राशि उनके द्वारा उपभोग कर ली जाती है। यदि नहीं, तो जमा राशि वापस कर दी जाती है और validator पर जुर्माना लगाया जाता है (तब से)। validator बहुत अधिक गुंबददार स्थिति में है, ठीक होगा संभवतः काफी भारी होगा)। 6.6. अंतरश्रृंखला लेन-देन रूटिंग. अंतरश्रृंखला लेन-देन रूटिंग आवश्यक रखरखाव में से एक है रिले-चेन और उसके validators के कार्य। ये है तर्क जो यह नियंत्रित करता है कि एक पोस्ट किया गया लेनदेन (अक्सर केवल "पोस्ट" के लिए छोटा) वांछित आउटपुट कैसे प्राप्त करता है एक स्रोत पैराचेन से बिना किसी भरोसे के दूसरे गंतव्य पैराचेन का गैर-परक्राम्य इनपुट होना आवश्यकताएँ. हम ऊपर दिए गए शब्दों का चयन सावधानी से करते हैं; विशेष रूप से हम स्रोत में लेनदेन होना आवश्यक नहीं है पैराचेन ने इस पद को स्पष्ट रूप से स्वीकृत किया है। एकमात्र हम अपने मॉडल पर जो बाधाएं डालते हैं, वह है पैराचेन्स उन्हें उनके समग्र ब्लॉक के एक भाग के रूप में पैक किया जाना चाहिए प्रोसेसिंग आउटपुट, जो पोस्ट का परिणाम हैं ब्लॉक का निष्पादन. ये पोस्ट कई FIFO कतारों के रूप में संरचित हैं; द सूचियों की संख्या को रूटिंग बेस के रूप में जाना जाता है और हो सकता है लगभग 16. उल्लेखनीय रूप से, यह संख्या मात्रा का प्रतिनिधित्व करती है पैराचेन का सहारा लिए बिना हम इसका समर्थन कर सकते हैं बहु-चरण रूटिंग. प्रारंभ में, Polkadot इसका समर्थन करेगा एक प्रकार की सीधी रूटिंग, हालाँकि हम एक संभावित मार्ग की रूपरेखा तैयार करेंगे एक साधन के रूप में बहु-चरण रूटिंग प्रक्रिया ("हाइपर-रूटिंग") पैराचिन्स के शुरुआती सेट से काफी आगे निकल जाना। हम मान लीजिए वह सब प्रतिभागियों पता है द अगले दो ब्लॉक n, n + 1 के लिए उपसमूह। संक्षेप में, रूटिंग सिस्टम इन चरणों का पालन करता है: • कोलेटरएस: वी एलिडेटर्स के संपर्क सदस्य[एन][एस] • कोलेटर्स: प्रत्येक उपसमूह के लिए: सुनिश्चित करें V एलिडेटर्स[n][s] का कम से कम 1 सदस्य संपर्क में है • कोलेटरएस: प्रत्येक उपसमूह के लिए: मान लीजिए egress[n −1][s][S] उपलब्ध है (सभी आने वाली पोस्ट अंतिम ब्लॉक से 'S' तक डेटा) • कोलेटरएस: एस के लिए ब्लॉक उम्मीदवार बी लिखें: (बी.हेडर, बी.एक्सट, बी.प्रूफ़, बी.रसीद, बी.एग्रेस) • कोलेटरएस: भेजें प्रमाण जानकारी प्रमाण[एस] = (बी.हेडर, बी.एक्स्ट, बी.प्रूफ, बी.रसीद) से वी एलिडेटर्स[एन][एस] • कोलेटर्स: बाहरी लेनदेन डेटा b.ext सुनिश्चित करें अन्य कोलेटर्स और validators को उपलब्ध कराया गया है • कोलेटरएस: के लिए प्रत्येक उपसमूह एस: भेजें निकास जानकारी निकास[एन][एस][एस] = (बी.हेडर, बी.रसीद, बी.इग्रेस[एस]) को द प्राप्त करना उप-समूह सदस्य का अगला ब्लॉक वी एलिडेटर्स[एन + 1][एस] • V एलिडेटरV : सभी समान-सेट सदस्यों को प्री-कनेक्ट करें अगले ब्लॉक के लिए: मान लीजिए N = चेन[n + 1][V ]; कनेक्ट करें सभी validators v ऐसे कि चेन[n + 1][v] = N • वी एलिडेटरवी : इसके लिए सभी डेटा का मिलान करें ब्लॉक: के लिए प्रत्येक उपसमूह एस: पुनर्प्राप्त करें egress[n −1][s][Chain[n][V ]], अन्य validators v से प्राप्त करें जैसे कि चेन[n][v] = चेन[n][V]। संभवतः प्रयास के प्रमाण के लिए यादृच्छिक रूप से चयनित अन्य validator का उपयोग किया जा रहा है। • वी एलिडेटरवी : इसके लिए अभ्यर्थी प्रमाण स्वीकार करें ब्लॉक प्रूफ़[चेन[एन][वी ]]। वोट ब्लॉक वैधता • वी एलिडेटरवी : उम्मीदवार के निकास डेटा को स्वीकार करें अगला ब्लॉक: प्रत्येक उपसमूह के लिए, स्वीकार करें निकास[एन][एस][एन]। वोट ब्लॉक निकास उपलब्धता; इच्छुक validators के बीच पुनः प्रकाशित करें जैसे कि चेन[एन + 1][वी] = चेन[एन + 1][वी]। • वी एलिडेटरवी : आम सहमति तक कहाँ: egress[n][from][to] वर्तमान निकास कतार है पैराचेन से 'से' तक जाने वाले पोस्ट के लिए जानकारी पैराचेन 'टू' ब्लॉक नंबर 'एन' में। CollatorS पैराचेन S के लिए एक कोलेटर है। V एलिडेटर्स[n][s] ब्लॉक नंबर n पर पैराचेन s के लिए validators का सेट है। इसके विपरीत, चेन[n][v] वह पैराचेन है जिसे ब्लॉक नंबर n पर validator v सौंपा गया है। ब्लॉक.इग्रेस[टू] इग्रेस है कुछ पैराचेन ब्लॉक ब्लॉक से पदों की कतार जिसका गंतव्य पैराचेन है। चूंकि कोलेटर इसके आधार पर (लेन-देन) शुल्क एकत्र करते हैं उनके ब्लॉक विहित हो रहे हैं जिससे उन्हें प्रोत्साहन मिलता है सुनिश्चित करें कि प्रत्येक अगले-ब्लॉक गंतव्य के लिए, उपसमूह सदस्यों को वर्तमान से बाहर निकलने वाली कतार के बारे में सूचित किया जाता है ब्लॉक. सत्यापनकर्ताओं को केवल (पैराचेन) ब्लॉक पर आम सहमति बनाने के लिए प्रोत्साहित किया जाता है, क्योंकि उन्हें इसकी कोई परवाह नहीं है कौन सा कोलेटर का ब्लॉक अंततः विहित हो जाता है। में सिद्धांत, एक validator एक कोलेटर के साथ निष्ठा बना सकता है और अन्य कोलेटर की संभावनाओं को कम करने की साजिश रच सकता है। ब्लॉक विहित हो रहे हैं, हालाँकि यह दोनों कठिन है यादृच्छिक चयन के कारण व्यवस्था करनाvalidators की कार्रवाई पैराचेन और पैराचेन ब्लॉकों के लिए देय शुल्क में कमी के साथ इसका बचाव किया जा सकता है सर्वसम्मति प्रक्रिया. 6.6.1. बाहरी डेटा उपलब्धता. एक पैराचेन सुनिश्चित करना बाहरी डेटा वास्तव में उपलब्ध है यह एक बारहमासी मुद्दा है विकेन्द्रीकृत प्रणालियाँ जिनका लक्ष्य कार्यभार को वितरित करना है नेटवर्क. मुद्दे के मूल में उपलब्धता है समस्या जो बताती है कि चूंकि यह संभव नहीं है न ही किसी प्रकार की उपलब्धता का एक गैर-संवादात्मक प्रमाण बनाएं अनुपलब्धता का प्रमाण, BFT प्रणाली को ठीक से करने के लिए किसी भी परिवर्तन को मान्य करें जिसकी शुद्धता पर निर्भर करता है कुछ बाहरी डेटा की उपलब्धता, अधिकतम संख्या सिस्टम के स्वीकार्य रूप से बीजान्टिन नोड्स, प्लस एक उपलब्ध डेटा को प्रमाणित करना होगा। किसी सिस्टम को ठीक से स्केल करने के लिए, जैसे Polkadot, यह एक समस्या को आमंत्रित करता है: यदि validators का निरंतर अनुपात डेटा की उपलब्धता को सत्यापित करना होगा, और मानना होगा यह कि validator डेटा उपलब्ध होने का दावा करने से पहले उसे वास्तव में संग्रहीत करना चाहेगा, तो हम इससे कैसे बचेंगे? सिस्टम आकार (और इसलिए validators की संख्या) के साथ बैंडविड्थ/भंडारण आवश्यकताओं में वृद्धि की समस्या? एक संभावित उत्तर एक अलग सेट रखना होगा validators (उपलब्धता गारंटर) का, जिसका ऑर्डर बढ़ता है समग्र रूप से Polkadot के आकार के साथ सबलाइनरली। ये है 6.5.3 में वर्णित है। हमारे पास एक सेकेंडरी ट्रिक भी है. एक समूह के रूप में, कोलेटर्स के पास यह सुनिश्चित करने के लिए एक आंतरिक प्रोत्साहन होता है कि सभी डेटा मौजूद है उनके चुने हुए पैराचेन के लिए उपलब्ध है क्योंकि वे इसके बिना हैं वे आगे के ब्लॉक लिखने में असमर्थ हैं, जहां से वे ऐसा कर सकते हैं लेन-देन शुल्क एकत्र करें. कोलेटर्स भी एक समूह बनाते हैं, जिनकी सदस्यता विविध होती है (यादृच्छिक प्रकृति के कारण)। पैराचेन validator समूह) में प्रवेश करना सरल और आसान है

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 15 साबित करना. इसलिए हाल के कोलेटर्स (शायद पिछले कुछ हजार ब्लॉकों में से) को चुनौतियां जारी करने की अनुमति है किसी विशेष पैराचेन के लिए बाहरी डेटा की उपलब्धता एक छोटे बांड के लिए validators पर ब्लॉक करें। सत्यापनकर्ताओं को स्पष्ट रूप से आपत्तिजनक validator उप-समूह से उन लोगों से संपर्क करना चाहिए जिन्होंने गवाही दी और या तो डेटा प्राप्त किया और कोलेटर को लौटाया या आगे बढ़ाया। उपलब्धता की कमी की गवाही देकर मामला (डेटा प्रदान करने से सीधे इंकार करना बांड-ज़ब्त करने वाले अपराध के रूप में गिना जाता है, इसलिए दुर्व्यवहार करने वाला validator संभवतः उचित होगा) कनेक्शन छोड़ें) और अतिरिक्त validators से संपर्क करें एक ही परीक्षण चलाने के लिए. बाद वाले मामले में, कोलेटर का बंधन लौटा दिया जाता है. एक बार जब validator का कोरम पूरा हो जाता है जो ऐसी अनुपलब्धता प्रशंसापत्र बना सकते हैं, तो उन्हें रिहा कर दिया जाता है, दुर्व्यवहार करने वाले उप-समूह को दंडित किया जाता है, और ब्लॉक वापस कर दिया जाता है। 6.6.2. पोस्ट रूटिंग. प्रत्येक पैराचेन हेडर में एक शामिल है निकास-त्रि-मूल; यह युक्त त्रि का मूल है रूटिंग-बेस डिब्बे, प्रत्येक बिन एक संयोजित सूची है निकास पदों की. मर्कल प्रमाण उपलब्ध कराए जा सकते हैं पैराचेन validators यह साबित करने के लिए कि एक विशेष पैराचेन है ब्लॉक में एक विशेष गंतव्य पैराचेन के लिए एक विशेष निकास कतार थी। एक पैराचेन ब्लॉक के प्रसंस्करण की शुरुआत में, प्रत्येक अन्य पैराचेन की निकास कतार उक्त ब्लॉक के लिए बाध्य है हमारे ब्लॉक की प्रवेश कतार में विलय हो गया। हम मजबूत मानते हैं, संभवतः CSPR9, एक नियतात्मक ऑपरेशन को प्राप्त करने के लिए उप-ब्लॉक आदेश देता है जो किसी के बीच कोई पक्षपात नहीं करता है पैराचेन ब्लॉक पेयरिंग। कोलेटर्स नई कतार की गणना करते हैं और पैराचेन के अनुसार निकास कतारों को हटा दें तर्क. प्रवेश कतार की सामग्री स्पष्ट रूप से लिखी गई है पैराचेन ब्लॉक में। इसके दो मुख्य उद्देश्य हैं: सबसे पहले, इसका मतलब है कि पैराचेन को अन्य पैराचेन से अलग करके भरोसेमंद रूप से सिंक्रनाइज़ किया जा सकता है। दूसरी बात, यह संपूर्ण प्रवेश के लिए डेटा लॉजिस्टिक्स को सरल बनाता है कतार को एक ही ब्लॉक में संसाधित नहीं किया जा सकता; validators और कोलेटर निम्नलिखित ब्लॉकों को संसाधित करने में सक्षम हैं कतार के डेटा को विशेष रूप से स्रोत किए बिना। यदि पैराचेन की प्रवेश कतार एक सीमा से ऊपर है ब्लॉक प्रोसेसिंग के अंत में राशि, फिर इसे चिह्नित किया जाता है रिले-श्रृंखला पर संतृप्त और कोई और संदेश नहीं हो सकता इसे तब तक वितरित किया जाए जब तक यह साफ़ न हो जाए। मर्केल प्रमाण हैं कोलेटर के संचालन की निष्ठा प्रदर्शित करने के लिए उपयोग किया जाता है पैराचिन ब्लॉक का प्रमाण। 6.6.3. आलोचना. इस बुनियादी से संबंधित एक छोटी सी खामी तंत्र बम हमले के बाद का है। यहीं सब कुछ है पैराचिन्स यथासंभव अधिकतम संख्या में पोस्ट भेजते हैं एक विशेष पैराचेन के लिए। जबकि यह लक्ष्य को बांधता है एक ही बार में प्रवेश कतार, बार-बार कोई नुकसान नहीं होता एक मानक लेनदेन DoS हमला। सामान्य रूप से संचालन, अच्छी तरह से सिंक्रनाइज़ और के एक सेट के साथ एन पैराचिन्स के लिए गैर-दुर्भावनापूर्ण कोलेटर और validators, एन × एम कुल validators और एल कोलेटर प्रति पैराचेन, हम प्रति ब्लॉक कुल डेटा पथों को इस प्रकार विभाजित किया जा सकता है: सत्यापनकर्ता: M −1+L+L: अन्य validators के लिए M −1 पैराचेन सेट में, प्रत्येक कोलेटर के लिए एल एक उम्मीदवार पैराचेन ब्लॉक और प्रत्येक कोलेटर के लिए दूसरा एल प्रदान करता है अगले ब्लॉक के लिए पिछले ब्लॉक के निकास पेलोड की आवश्यकता होती है। (उत्तरार्द्ध वास्तव में सबसे खराब स्थिति की तरह है ऑपरेशन क्योंकि यह संभावना है कि कोलेटर्स इसे साझा करेंगे डेटा.) कोलेटर: एम +केएन: प्रत्येक प्रासंगिक कनेक्शन के लिए एम प्रत्येक पैराचेन validator समूह के कुछ सबसेट में निकास पेलोड को जोड़ने के लिए पैराचेन ब्लॉक validator, kN अगला ब्लॉक (और संभवतः कुछ पसंदीदा कोलेटर)। इस प्रकार, प्रति नोड डेटा पथ पथ रैखिक रूप से बढ़ते हैं सिस्टम की समग्र जटिलता के साथ. जबकि ये है उचित है, क्योंकि सिस्टम सैकड़ों या हजारों पैराचेन में स्केल करता है, कुछ संचार विलंबता हो सकती है कम जटिलता वृद्धि दर के बदले में अवशोषित। इस मामले में, मल्टी-फ़ेज़ रूटिंग एल्गोरिदम का उपयोग किया जा सकता है तात्कालिक मार्गों की संख्या कम करने के लिए भंडारण बफ़र्स और विलंबता शुरू करने की कीमत पर। 6.6.4. हाइपर-क्यूब रूटिंग. हाइपर-क्यूब रूटिंग एक तंत्र है जिसे अधिकतर विस्तार के रूप में बनाया जा सकता है ऊपर वर्णित बुनियादी रूटिंग तंत्र। मूलतः, पैराचेन और उप-समूह नोड्स की संख्या के साथ नोड कनेक्टिविटी बढ़ाने के बजाय, हम केवल बढ़ते हैं पैराचिन्स का लघुगणक। के बीच डाक का आदान-प्रदान हो सकता है अंतिम डिलीवरी के रास्ते पर कई पैराचेन की कतारें। रूटिंग स्वयं नियतात्मक और सरल है। हम शुरू करते हैं प्रवेश/निकास कतारों में डिब्बे की संख्या सीमित करना; पैराचेन की कुल संख्या होने के बजाय, वे हैंरूटिंग-बेस (बी) . इसे संख्या के रूप में तय किया जाएगा पैराचेन में परिवर्तन होता है, इसके बजाय रूटिंग-एक्सपोनेंट (ई) को ऊपर उठाया जाता है। इस मॉडल के तहत, हमारे संदेश की मात्रा O(be) के साथ बढ़ता है, रास्ते स्थिर रहते हैं और विलंबता (या डिलीवरी के लिए आवश्यक ब्लॉक की संख्या) O(e) के साथ. रूटिंग का हमारा मॉडल ई आयामों का एक हाइपरक्यूब है, घन के प्रत्येक पक्ष में b संभावित स्थान हैं। प्रत्येक ब्लॉक में, हम संदेशों को एक ही अक्ष पर रूट करते हैं। हम धुरी को राउंड-रॉबिन फैशन में वैकल्पिक करें, इस प्रकार ई ब्लॉक के सबसे खराब स्थिति वाले डिलीवरी समय की गारंटी दी जाती है। पैराचेन प्रसंस्करण के भाग के रूप में, विदेशी-बाउंड प्रवेश कतार में पाए गए संदेशों को तुरंत उपयुक्त निकास कतार के बिन में भेज दिया जाता है वर्तमान ब्लॉक संख्या (और इस प्रकार रूटिंग आयाम)। यह प्रक्रिया के लिए प्रत्येक हॉप के लिए अतिरिक्त डेटा स्थानांतरण की आवश्यकता होती है वितरण मार्ग पर, हालाँकि यह स्वयं एक समस्या है जिसे कुछ वैकल्पिक साधनों का उपयोग करके कम किया जा सकता है डेटा पेलोड डिलीवरी और केवल एक संदर्भ सहित, पोस्ट-ट्राई में पोस्ट के पूर्ण पेलोड के बजाय। किसी सिस्टम के लिए ऐसे हाइपर-क्यूब रूटिंग का एक उदाहरण 4 पैराचेन के साथ, b = 2 और e = 2 हो सकते हैं: चरण 0, प्रत्येक संदेश पर एम: • उप0: यदि Mdest ∈{2, 3} तो सेंडटू(2) अन्यथा रखें • उप1: यदि एमडेस्ट ∈{2, 3} तो सेंडटू(3) अन्यथा रखें • उप2: यदि Mdest ∈{0, 1} तो sentTo(0) अन्यथा रखें • उप3: यदि Mdest ∈{0, 1} तो भेजेंTo(1) अन्यथा रखें चरण 1, प्रत्येक संदेश पर एम: • उप0: यदि Mdest ∈{1, 3} तो भेजेंTo(1) अन्यथा रखें • उप1: यदि Mdest ∈{0, 2} तो sentTo(0) अन्यथा रखें • सब2: यदि एमडेस्ट ∈{1, 3} तो सेंडटू(3) अन्यथा रखें • उप3: यदि Mdest ∈{0, 2} तो सेंडटू(2) अन्यथा रखें यहां दो आयामों को पहले की तरह देखना आसान है गंतव्य सूचकांक के दो बिट; पहले ब्लॉक के लिए, अकेले उच्च-क्रम बिट का उपयोग किया जाता है। दूसरा ब्लॉक डील करता है निम्न-क्रम बिट के साथ। एक बार दोनों घटित हो जाएं (मनमाने तरीके से)। order) तो पोस्ट रूट कर दी जाएगी। 9क्रिप्टोग्राफ़िक रूप से सुरक्षित छद्म-यादृच्छिक

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 16 6.6.5. सेरेन्डिपिटी को अधिकतम करना। मूल का एक परिवर्तन प्रस्ताव में c2 −c validators का निश्चित कुल योग देखा जाएगा प्रत्येक उप-समूह में c−1 validators। प्रत्येक ब्लॉक, के बजाय validators का असंरचित पुनर्विभाजन हो रहा है पैराचेन के बीच, इसके बजाय प्रत्येक पैराचेन उप-समूह के लिए, प्रत्येक validator को एक अद्वितीय और भिन्न को सौंपा जाएगा निम्नलिखित ब्लॉक पर पैराचेन उप-समूह। ये होगा किन्हीं दो ब्लॉकों के बीच, किसी के लिए भी अपरिवर्तनीय की ओर ले जाएं पैराचेन के दो जोड़े, दो validator मौजूद हैं पैराचेन जिम्मेदारियों की अदला-बदली की है। हालाँकि इसका उपयोग उपलब्धता पर पूर्ण गारंटी प्राप्त करने के लिए नहीं किया जा सकता है (एक validator कभी-कभी बंद हो जाएगा, भले ही परोपकारी), फिर भी यह सामान्य मामले को अनुकूलित कर सकता है। यह दृष्टिकोण जटिलताओं से रहित नहीं है। पैराचेन को जोड़ने के लिए पुनर्गठन की भी आवश्यकता होगी validator सेट का। इसके अलावा validators की संख्या, पैराचेन की संख्या के वर्ग से बंधी हुई है, शुरुआत में बहुत छोटे से शुरू होगा और अंततः बहुत दूर तक बढ़ेगा बहुत तेज़, लगभग 50 पैराचेन के बाद अस्थिर हो गया। इनमें से कोई भी मूलभूत समस्या नहीं है. पहले मामले में, validator सेटों का पुनर्गठन कुछ ऐसा है जो अवश्य होना चाहिए वैसे भी नियमित रूप से किया जाता है। validator के आकार के संबंध में सेट, बहुत छोटा होने पर, एकाधिक validators असाइन किए जा सकते हैं उसी पैराचेन में, एक पूर्णांक कारक लागू करना कुल मिलाकर validators। हाइपरक्यूब रूटिंग जैसा एक बहु-चरण रूटिंग तंत्र, जिसकी चर्चा 6.6.4 में की गई है बड़ी संख्या में validator की आवश्यकता को कम करें जब बड़ी संख्या में जंजीरें हों. 6.7. पैराचेन सत्यापन। A validator का मुख्य उद्देश्य एक अच्छी तरह से बंधे हुए अभिनेता के रूप में गवाही देना है, कि एक पैराचिन है ब्लॉक वैध है, जिसमें किसी भी राज्य परिवर्तन, किसी भी बाहरी लेनदेन का निष्पादन शामिल है, लेकिन यह इन्हीं तक सीमित नहीं है प्रवेश कतार और अंतिम स्थिति में कोई भी प्रतीक्षा पोस्ट निकास कतार का. यह प्रक्रिया अपने आप में काफी सरल है. एक बार validator ने पिछले ब्लॉक को सील कर दिया तो वे मुक्त हो गए एक उम्मीदवार पैराचेन ब्लॉक प्रदान करने के लिए काम करना शुरू करना सर्वसम्मति के अगले दौर के लिए उम्मीदवार। प्रारंभ में, validator एक पैराचेन कोलेटर (अगले वर्णित) या एक के माध्यम से एक पैराचेन ब्लॉक उम्मीदवार को ढूंढता है इसके सह-validators। पैराचेन ब्लॉक उम्मीदवार डेटा इसमें ब्लॉक का हेडर, पिछले ब्लॉक का हेडर, कोई भी बाहरी इनपुट डेटा शामिल है (Ethereum और Bitcoin के लिए, ऐसे डेटा को लेनदेन के रूप में संदर्भित किया जाएगा, हालांकि सिद्धांत रूप में उनमें मनमाने उद्देश्यों के लिए मनमानी डेटा संरचनाएं शामिल हो सकती हैं), राज्य-संक्रमण वैधता साबित करने के लिए निकास कतार डेटा और आंतरिक डेटा (Ethereum के लिए) यह प्रत्येक लेनदेन को निष्पादित करने के लिए आवश्यक विभिन्न राज्य/भंडारण ट्राइ नोड्स होंगे)। प्रायोगिक साक्ष्य हाल के Ethereum ब्लॉक के लिए यह संपूर्ण डेटासेट दिखाता है अधिकतम कुछ सौ KiB होना। इसके साथ ही, यदि अभी तक नहीं किया गया है, तो validator होगा प्रारंभ में पिछले ब्लॉक से पिछले ब्लॉक के संक्रमण से संबंधित जानकारी प्राप्त करने का प्रयास किया जा रहा है validators और बाद में सभी validators से इसके लिए हस्ताक्षर करना डेटा की उपलब्धता. एक बार validator को ऐसा उम्मीदवार ब्लॉक प्राप्त हो जाए, फिर वे इसे स्थानीय स्तर पर मान्य करते हैं। सत्यापन प्रक्रिया पैराचेन क्लास के validator मॉड्यूल के भीतर निहित है, ए सर्वसम्मति-संवेदनशील सॉफ़्टवेयर मॉड्यूल जिसे लिखा जाना चाहिए Polkadot के किसी भी कार्यान्वयन के लिए (हालांकि सिद्धांत रूप में C ABI वाली लाइब्रेरी एकल लाइब्रेरी को सक्षम कर सकती है उपयुक्त के साथ कार्यान्वयन के बीच साझा किया जाना चाहिए केवल एक "संदर्भ" कार्यान्वयन से सुरक्षा में कमी आ रही है)। प्रक्रिया पिछले ब्लॉक का हेडर लेती है और हाल ही में सहमत रिले-श्रृंखला के माध्यम से इसकी पहचान सत्यापित करती है ब्लॉक जिसमें इसका hash रिकॉर्ड किया जाना चाहिए। एक बार जब मूल शीर्षलेख की वैधता सुनिश्चित हो जाती है, तो विशिष्ट पैराचेन क्लास के सत्यापन फ़ंक्शन को बुलाया जा सकता है। यह एक एकल फ़ंक्शन है जो कई डेटा फ़ील्ड (लगभग) स्वीकार करता है जो पहले दिए गए हैं) और एक साधारण बूलियन लौटा रहे हैं ब्लॉक की वैधता की घोषणा करना। ऐसे अधिकांश सत्यापन कार्य सबसे पहले जाँच करेंगे हेडर-फ़ील्ड जिन्हें सीधे प्राप्त किया जा सकता है मूल ब्लॉक (उदा. मूल hash, संख्या)। निम्नलिखित इससे, वे किसी भी आंतरिक डेटा संरचना को पॉप्युलेट कर देंगे लेनदेन और/या पोस्ट को संसाधित करने के लिए आवश्यक है। Ethereum-जैसी श्रृंखला के लिए यह पॉप्युलेट करने के समान है उन नोड्स के साथ डेटाबेस आज़माएं जिनकी आवश्यकता होगी लेन-देन का पूर्ण निष्पादन. अन्य श्रृंखला प्रकार हो सकते हैं अन्य पीसुधारात्मक तंत्र. एक बार हो जाने पर, प्रवेश पोस्ट और बाहरी लेनदेन (या जो भी बाहरी डेटा दर्शाता है) होंगे श्रृंखला की विशिष्टता के अनुसार अधिनियमित, संतुलित। (ए समझदार डिफ़ॉल्ट के लिए सभी प्रवेश पदों की आवश्यकता हो सकती है बाहरी लेन-देन सेवित होने से पहले संसाधित किया जाता है, हालाँकि यह निर्णय लेने के लिए पैराचेन के तर्क पर निर्भर होना चाहिए।) इस अधिनियम के माध्यम से, निकास पदों की एक श्रृंखला होगी बनाया गया है और यह सत्यापित किया जाएगा कि ये वास्तव में मेल खाते हैं कोलेटर का उम्मीदवार. अंत में, ठीक से आबादी हेडर की जांच उम्मीदवार के हेडर से की जाएगी। पूरी तरह से मान्य उम्मीदवार ब्लॉक के साथ, validator इसके बाद वह अपने हेडर के hash के लिए वोट कर सकता है और सभी अपेक्षित सत्यापन जानकारी को उसके उपसमूह में सह-validator को भेज सकता है। 6.7.1. पैराचेन कोलेटर्स। पैराचेन कोलेटर अनबॉन्डेड ऑपरेटर हैं जो खनिकों के अधिकांश कार्य को पूरा करते हैं वर्तमान समय के blockchain नेटवर्क पर। वे विशिष्ट हैं एक विशेष पैराचेन के लिए। संचालित करने के लिए उन्हें अवश्य करना होगा रिले-श्रृंखला और पूरी तरह से सिंक्रनाइज़ दोनों को बनाए रखें पैराचेन. "पूरी तरह से सिंक्रनाइज़" का सटीक अर्थ पैराचेन की श्रेणी पर निर्भर करेगा, हालांकि इसमें हमेशा पैराचेन की प्रवेश कतार की वर्तमान स्थिति शामिल होगी। Ethereum के मामले में इसमें कम से कम रखरखाव भी शामिल है पिछले कुछ ब्लॉकों का एक मर्कल-ट्री डेटाबेस, लेकिन हो सकता है इसमें ब्लूम सहित विभिन्न अन्य डेटा संरचनाएं भी शामिल हैं खाता अस्तित्व, पारिवारिक जानकारी, लॉगिंग के लिए फ़िल्टर ब्लॉक नंबर के लिए आउटपुट और रिवर्स लुकअप टेबल। दो श्रृंखलाओं को समकालिक बनाए रखने के अलावा, यह लेन-देन कतार को बनाए रखने और उचित रूप से मान्य लेनदेन को स्वीकार करके लेन-देन के लिए "श" भी होना चाहिए सार्वजनिक नेटवर्क से. कतार और श्रृंखला के साथ, यह है प्रत्येक ब्लॉक में चुने गए validator के लिए नए उम्मीदवार ब्लॉक बनाने में सक्षम (जिनकी पहचान रिलेचेन सिंक्रनाइज़ होने के बाद से ज्ञात है) और उन्हें सबमिट करें, साथ में विभिन्न सहायक जानकारी जैसे कि वैधता का प्रमाण, के माध्यम से सहकर्मी नेटवर्क. अपनी परेशानी के लिए, यह इसमें शामिल लेनदेन से संबंधित सभी शुल्क एकत्र करता है। विभिन्न अर्थशास्त्र इसके इर्द-गिर्द तैरते हैं व्यवस्था. एक भारी प्रतिस्पर्धी बाजार में जहां कोलेटर्स का अधिशेष है, यह संभव है कि लेनदेन प्रोत्साहन के लिए फीस को पैराचेन validators के साथ साझा किया जाएगा एक विशेष कोलेटर के ब्लॉक का समावेश। इसी प्रकार,

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 17 कुछ कोलेटर आवश्यकतानुसार आवश्यक शुल्क भी बढ़ा सकते हैं ब्लॉक को अधिक आकर्षक बनाने के लिए भुगतान किया जाना है validators. ऐसे में एक प्राकृतिक बाज़ार बनना चाहिए उच्च शुल्क का भुगतान करने वाले लेन-देन कतार को छोड़ देते हैं और श्रृंखला में तेजी से शामिल होना। 6.8. नेटवर्किंग. पारंपरिक blockchains पर नेटवर्किंग जैसे Ethereum और Bitcoin की आवश्यकताएं काफी सरल हैं। सभी लेन-देन और ब्लॉक एक सरल अप्रत्यक्ष गपशप में प्रसारित किए जाते हैं। विशेष रूप से सिंक्रोनाइज़ेशन अधिक शामिल है Ethereum के साथ लेकिन वास्तव में यह तर्क इसमें निहित था प्रोटोकॉल के बजाय सहकर्मी रणनीति ने कुछ अनुरोध और उत्तर संदेश प्रकारों को हल किया। जबकि Ethereum ने devp2p प्रोटोकॉल के साथ वर्तमान प्रोटोकॉल पेशकशों पर प्रगति की, जिससे कई लोगों को अनुमति मिली सबप्रोटोकॉल को एक ही पीयर कनेक्शन पर मल्टीप्लेक्स किया जाना है और इस प्रकार एक ही पीयर ओवरले कई को सपोर्ट करता है पी2पी प्रोटोकॉल एक साथ, का Ethereum भाग प्रोटोकॉल अभी भी अपेक्षाकृत सरल और पी2पी बना हुआ है कुछ समय के लिए प्रोटोकॉल महत्वपूर्ण के साथ अधूरा रह जाता है क्यूओएस समर्थन जैसी कार्यक्षमता गायब है। अफसोस की बात है, बड़े पैमाने पर अधिक सर्वव्यापी "वेब 3" प्रोटोकॉल बनाने की इच्छा विफल रहा, इसका उपयोग करने वाली एकमात्र परियोजनाएँ स्पष्ट रूप से थीं Ethereum भीड़-बिक्री से वित्त पोषित। Polkadot की आवश्यकताएँ अधिक महत्वपूर्ण हैं। बल्कि एक पूर्णतः समान नेटवर्क, Polkadot इसमें कई प्रकार के प्रतिभागी होते हैं, जिनमें से प्रत्येक की अपने समकक्ष संरचना और कई नेटवर्क पर अलग-अलग आवश्यकताएं होती हैं "रास्ते" जिनके बारे में प्रतिभागी बातचीत करेंगे विशेष डेटा. इसका मतलब है काफी अधिक संरचित नेटवर्क ओवरले और उसका समर्थन करने वाला एक प्रोटोकॉल- संभवतः आवश्यक होगा. इसके अलावा, नए प्रकार की "श्रृंखला" जैसे भविष्य के परिवर्धन की सुविधा के लिए विस्तारशीलता हो सकती है स्वयं को एक नवीन ओवरले संरचना की आवश्यकता होती है। जबकि नेटवर्किंग कैसे हो इस पर गहन चर्चा की गई प्रोटोकॉल इस दस्तावेज़ के दायरे से बाहर लग सकता है, कुछ आवश्यकताओं का विश्लेषण उचित है। हम कर सकते हैं मोटे तौर पर हमारे नेटवर्क प्रतिभागियों को दो सेटों में विभाजित करें (रिले-चेन, पैराचेन) प्रत्येक तीन उपसमुच्चय। हम कर सकते हैं यह भी बताएं कि प्रत्येक पैराचेन प्रतिभागी ही हैं इसके विपरीत आपस में बातचीत करने में रुचि रखते हैं अन्य पैराचेन में भागीदार: • रिले-चेन प्रतिभागी: • सत्यापनकर्ता: पी, प्रत्येक के लिए उपसमुच्चय पी[एस] में विभाजित है पैराचेन • उपलब्धता गारंटर: ए (इसे प्रोटोकॉल के मूल रूप में सत्यापनकर्ताओं द्वारा दर्शाया जा सकता है) • रिले-चेन क्लाइंट: एम (प्रत्येक के सदस्य नोट करें पैराचेन सेट भी एम के सदस्य होंगे) • पैराचेन प्रतिभागी: • पैराचेन कोलेटर्स: C[0], C[1],। . . • पैराचेन मछुआरे: F[0], F[1],। . . • पैराचेन क्लाइंट: S[0], S[1],। . . • पैराचेन लाइट-क्लाइंट: L[0], L[1],। . . सामान्य तौर पर हम संचार के विशेष वर्गों को नाम देते हैं इन सेटों के सदस्यों के बीच घटित होगा: • पी | ए <-> पी | ए: द पूर्ण सेट का validators/गारंटर अवश्य हो अच्छी तरह से जुड़ा हुआ को सर्वसम्मति प्राप्त करें. • पी[एस] <-> सी[एस] | पी[एस]: किसी दिए गए पैराचेन समूह के सदस्य के रूप में प्रत्येक validator गपशप करेगा ऐसे अन्य सदस्यों के साथ-साथ कोलेटर्स के साथ भी ब्लॉक उम्मीदवारों को खोजने और साझा करने के लिए उस पैराचेन का। • ए <-> पी[एस] | सी | ए: प्रत्येक उपलब्धता गारंटर सर्वसम्मति-संवेदनशील क्रॉस-चेन एकत्र करने की आवश्यकता होगी इसे सौंपे गए validators से डेटा; कोलेटर उन पर आम सहमति की संभावना को भी अनुकूलित किया जा सकता है उपलब्धता गारंटरों को इसका विज्ञापन देकर ब्लॉक करें। एक बार जब उनके पास डेटा आ जाएगा, तो उन्हें डेटा वितरित कर दिया जाएगा सर्वसम्मति की सुविधा के लिए ऐसे अन्य गारंटर। • पी[एस] <-> ए | P[s']: पैराचेन validators होगा validators के पिछले सेट या उपलब्धता गारंटरों से अतिरिक्त इनपुट डेटा एकत्र करने की आवश्यकता है। • एफ[एस] <-> पी: रिपोर्टिंग करते समय, मछुआरे जगह ले सकते हैं किसी भी भागीदार के साथ दावा. • एम <-> एम | पी | उ: सामान्य रिले-चेन क्लाइंट validators और गारंटरों से डेटा वितरित करते हैं। • एस[एस] <-> एस[एस] | पी[एस] | उ: पैराचेन ग्राहक validator/गारंटरों से डेटा वितरित करते हैं। • एल[एस] <-> एल[एस] | एस[एस]: पैराचेन लाइट क्लाइंट पूर्ण ग्राहकों से डेटा वितरित करें। एक कुशल परिवहन तंत्र सुनिश्चित करने के लिए, एक "फ्लैट" ओवरले नेटवर्क—जैसे Ethereum का devp2p—जहां प्रत्येक नोड (गैर-मनमाने ढंग से) इसकी उपयुक्तता में अंतर नहीं करता है साथियों के उपयुक्त होने की संभावना नहीं है। एक यथोचित विस्तारणीय सहकर्मी चयन और खोज तंत्र की संभवतः आवश्यकता होगी प्रोटोकॉल के भीतर शामिल किया जाना चाहिए और साथ ही आक्रामक भी होना चाहिए सही प्रकार के साथियों को सुनिश्चित करने के लिए भविष्य की योजना बनाना "आकस्मिक रूप से" जुड़े हुए हैंसही समय पर कार्रवाई की गई. प्रत्येक वर्ग के प्रतिभागी के लिए सहकर्मी मेकअप की सटीक रणनीति अलग-अलग होगी: उचित रूप से स्केल-आउट के लिए मल्टी-चेन, कोलेटर्स को या तो लगातार रखने की आवश्यकता होगी तदनुसार निर्वाचित validators, या वसीयत से पुनः कनेक्ट करना validators के उपसमूह के साथ चल रहे समझौतों की आवश्यकता है यह सुनिश्चित करने के लिए कि अधिकांश समय के दौरान वे डिस्कनेक्ट न हों, क्योंकि वे उस validator के लिए बेकार हैं। कोलेटर्स भी स्वाभाविक रूप से एक को बनाए रखने का प्रयास करेंगे या उपलब्धता गारंटर में अधिक स्थिर कनेक्शन उनकी सर्वसम्मति-संवेदनशीलता का तेजी से प्रसार सुनिश्चित करने के लिए सेट किया गया है डेटा. उपलब्धता गारंटरों का लक्ष्य अधिकतर बनाए रखना होगा एक-दूसरे से और validators से स्थिर संबंध (सर्वसम्मति और सर्वसम्मति-महत्वपूर्ण पैराचेन डेटा के लिए) वे प्रमाणित करते हैं), साथ ही कुछ कोलेटर्स (पैराचेन के लिए) को भी प्रमाणित करते हैं डेटा) और कुछ मछुआरे और पूर्ण ग्राहक (फैलाने के लिए)। जानकारी) सत्यापनकर्ता अन्य validator की तलाश करेंगे, विशेष रूप से एक ही उप-समूह में और किसी भी कोलेटर जो उन्हें पैराचेन ब्लॉक उम्मीदवारों की आपूर्ति कर सकते हैं। मछुआरे, साथ ही सामान्य रिले-चेन और पैराचेन ग्राहक आम तौर पर किसी कनेक्शन को खुला रखने का लक्ष्य रखेंगे validator या गारंटर, लेकिन बहुत सारे अन्य नोड समान हैं अन्यथा स्वयं के लिए. पैराचेन लाइट क्लाइंट का लक्ष्य पैराचेन के पूर्ण क्लाइंट से जुड़ने का होगा, यदि केवल अन्य पैराचेन लाइट-क्लाइंट नहीं हैं। 6.8.1. सहकर्मी मंथन की समस्या. बुनियादी प्रोटोकॉल प्रस्ताव में, इनमें से प्रत्येक उपसमुच्चय लगातार प्रत्येक ब्लॉक के साथ यादृच्छिक रूप से बदलता रहता है क्योंकि validators को सत्यापित करने के लिए सौंपा गया है पैराचेन संक्रमण यादृच्छिक रूप से चुने जाते हैं। ये हो सकता है एक समस्या होने पर असमान (गैर-सहकर्मी) नोड्स की आवश्यकता होती है एक दूसरे के बीच डेटा पास करें। या तो किसी पर भरोसा करना चाहिए एक उचित रूप से वितरित और अच्छी तरह से जुड़ा हुआ सहकर्मी नेटवर्क

पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 18 सुनिश्चित करें कि हॉप-दूरी (और इसलिए सबसे खराब स्थिति में विलंबता) केवल नेटवर्क आकार के लघुगणक के साथ बढ़ती है (एक केडेमलिया-जैसा प्रोटोकॉल [13] यहां मदद कर सकता है), या किसी को अवश्य करना चाहिए सहकर्मी-सेट को बनाए रखने के लिए आवश्यक कनेक्शन वार्ता की अनुमति देने के लिए लंबे समय तक ब्लॉक समय का परिचय दें नोड की वर्तमान संचार आवश्यकताओं को दर्शाता है। इनमें से कोई भी महान समाधान नहीं है: लंबे समय तक ब्लॉक करना नेटवर्क पर दबाव डालने से यह बेकार हो सकता है विशेष अनुप्रयोग और शृंखलाएँ। यहां तक कि बिल्कुल निष्पक्ष भी और कनेक्टेड नेटवर्क के परिणामस्वरूप काफी बर्बादी होगी बिना रुचि वाले नोड्स के कारण बैंडविड्थ का स्केल होता है उनके लिए बेकार डेटा अग्रेषित करना। हालाँकि दोनों दिशाएँ समाधान का हिस्सा बन सकती हैं, विलंबता को कम करने में मदद करने के लिए एक उचित अनुकूलन होगा इन पैराचेन की अस्थिरता को प्रतिबंधित करने के लिए validator सेट, या तो केवल ब्लॉकों की श्रृंखला के बीच सदस्यता को पुन: असाइन करना (उदाहरण के लिए 15 के समूह में, जो 4 सेकंड में होता है) ब्लॉक समय का अर्थ होगा प्रति कनेक्शन केवल एक बार बदलना मिनट) या सदस्यता को वृद्धिशील तरीके से घुमाकर, उदाहरण के लिए एक समय में एक सदस्य द्वारा परिवर्तन (उदाहरणार्थ यदि कोई हो)। प्रत्येक पैराचेन को 15 validator दिए गए हैं, तो औसतन पूरी तरह से अद्वितीय के बीच एक पूर्ण मिनट होगा सेट)। सहकर्मी मंथन की मात्रा को सीमित करके, और यह सुनिश्चित करके कि लाभप्रद सहकर्मी कनेक्शन अच्छी तरह से बनाए गए हैं पैराचेन की आंशिक पूर्वानुमेयता के माध्यम से आगे बढ़ें सेट, हम यह सुनिश्चित करने में मदद कर सकते हैं कि प्रत्येक नोड स्थायी रूप से बना रहे साथियों का आकस्मिक चयन. 6.8.2. एक प्रभावी नेटवर्क प्रोटोकॉल का पथ। संभवतः सबसे प्रभावी और उचित विकास प्रयास रोलिंग के बजाय पहले से मौजूद प्रोटोकॉल का उपयोग करने पर ध्यान केंद्रित करेगा हमारा अपना. कई पीयर-टू-पीयर बेस प्रोटोकॉल मौजूद हैं हम Ethereum के स्वयं के devp2p का उपयोग या संवर्द्धन कर सकते हैं [22], IPFS का libp2p [1] और GNU का GNUnet [4]। इन प्रोटोकॉल की पूर्ण समीक्षा और निर्माण के लिए उनकी प्रासंगिकता मॉड्यूलर पीयर नेटवर्क कुछ संरचनात्मक गारंटी, गतिशील पीयर स्टीयरिंग और एक्स्टेंसिबल उप-प्रोटोकॉल का समर्थन करता है इस दस्तावेज़ के दायरे से काफी परे है लेकिन एक होगा Polkadot के कार्यान्वयन में महत्वपूर्ण कदम। 7. प्रोटोकॉल की व्यावहारिकताएँ 7.1. इंटरचेन लेनदेन भुगतान। जबकि एक महान Ethereum की गैस जैसे समग्र गणना संसाधन लेखांकन ढांचे की आवश्यकता को छोड़कर स्वतंत्रता और सरलता की मात्रा प्राप्त की जाती है, यह एक महत्वपूर्ण प्रश्न उठाता है: गैस के बिना, एक पैराचेन कैसे होता है किसी अन्य पैराचेन को गणना करने के लिए मजबूर करने से बचें? जबकि हम लेनदेन-पोस्ट प्रवेश कतार पर भरोसा कर सकते हैं एक श्रृंखला से दूसरी श्रृंखला को स्पैमिंग करने से रोकने के लिए बफ़र्स लेन-देन डेटा, लेन-देन प्रसंस्करण की स्पैमिंग को रोकने के लिए प्रोटोकॉल द्वारा कोई समकक्ष तंत्र प्रदान नहीं किया गया है। यह समस्या उच्च स्तर पर छोड़ दी गयी है. जंजीरों के बाद से आने वाले में मनमाना शब्दार्थ जोड़ने के लिए स्वतंत्र हैं लेनदेन-पोस्ट डेटा, हम उस गणना को सुनिश्चित कर सकते हैं शुरू करने से पहले भुगतान किया जाना चाहिए। इसी तरह Ethereum सेरेनिटी द्वारा समर्थित मॉडल, हम कल्पना कर सकते हैं एक पैराचेन के भीतर एक "ब्रेक-इन" अनुबंध जो अनुमति देता है validator के बदले भुगतान की गारंटी दी जाएगी प्रसंस्करण संसाधनों की एक विशेष मात्रा का प्रावधान। इन संसाधनों को गैस जैसी किसी चीज़ में मापा जा सकता है, लेकिन कुछ पूरी तरह से नया मॉडल भी हो सकता है जैसे व्यक्तिपरक समय-से-निष्पादन या Bitcoin-जैसा फ्लैट-फीस मॉडल। अपने आप में यह इतना उपयोगी नहीं है क्योंकि हम आसानी से यह नहीं मान सकते कि ऑफ-चेन कॉलर उनके लिए उपलब्ध है ब्रेक-इन द्वारा जो भी मूल्य तंत्र पहचाना जाता है अनुबंध. हालाँकि, हम स्रोत श्रृंखला में एक द्वितीयक "ब्रेकआउट" अनुबंध की कल्पना कर सकते हैं। दोनों अनुबंध मिलकर एक पुल बनाएंगे, एक-दूसरे को पहचानेंगे और मूल्य-समतुल्यता प्रदान करना। (स्टेकिंग-tokens, के लिए उपलब्ध है प्रत्येक का उपयोग भुगतान संतुलन को व्यवस्थित करने के लिए किया जा सकता है।) ऐसी किसी अन्य श्रृंखला में कॉल करने का अर्थ होगा प्रॉक्सी करना इस पुल के माध्यम से, जो साधन प्रदान करेगा श्रृंखलाओं के बीच मूल्य हस्तांतरण पर बातचीत करना गंतव्य पैराचेन पर आवश्यक गणना संसाधनों के लिए भुगतान करें। 7.2. अतिरिक्त जंजीरें। जबकि द जोड़ का ए पैराचेन एक अपेक्षाकृत सस्ता ऑपरेशन है, यह मुफ़्त नहीं है। अधिक पैराचेन का अर्थ है प्रति पैराचेन कम validators और, अंततः, बड़ी संख्या में validator प्रत्येक के साथ कम औसत बांड. जबकि पैराचेन पर हमला करने के लिए कम ज़बरदस्ती लागत का मुद्दा कम हो गया है मछुआरों, बढ़ते validator सेट अनिवार्य रूप से बल देते हैं अंतर्निहित सर्वसम्मति की यांत्रिकी के कारण उच्च स्तर की विलंबताथोड. इसके अलावा प्रत्येक पैराचेन अपने साथ दुःख की संभावना validators लाता है अत्यधिक बोझिल सत्यापन एल्गोरिथ्म। इस प्रकार, कुछ "कीमत" होगी जो validators होगी और/या हितधारक समुदाय इसके लिए निकासी करेगा एक नए पैराचेन को जोड़ना। जंजीरों के लिए यह बाजार होगा संभवतः इनमें से किसी एक को जोड़ना देखें: • जिन शृंखलाओं में शून्य शुद्ध योगदान भुगतान की संभावना है (staking tokens को लॉक करने या जलाने के संदर्भ में) उन्हें एक हिस्सा बनाया जाएगा (उदाहरण के लिए कंसोर्टियम शृंखलाएं, डोगे-चेन, ऐप-विशिष्ट चेन); • श्रृंखलाएँ जो नेटवर्क को आंतरिक मूल्य प्रदान करती हैं विशेष कार्यक्षमता को कठिन जोड़कर कहीं और प्राप्त करने के लिए (जैसे गोपनीयता, आंतरिक स्केलेबिलिटी, सेवा टाई-इन)। मूलतः, हितधारकों के समुदाय को इसकी आवश्यकता होगी बाल शृंखलाएँ जोड़ने के लिए प्रोत्साहित किया जाए - या तो आर्थिक रूप से या रिले में विशेष श्रृंखलाएँ जोड़ने की इच्छा के माध्यम से। यह कल्पना की गई है कि जोड़ी गई नई शृंखलाओं में बहुत कुछ होगा हटाने के लिए अल्प सूचना अवधि, नई श्रृंखलाओं की अनुमति बिना किसी जोखिम के समझौता किए प्रयोग किया जाए मध्यम या दीर्घकालिक मूल्य प्रस्ताव। 8. निष्कर्ष हमने एक दिशा की रूपरेखा तैयार की है जिसे कोई लेखक तक ले जा सकता है स्केलेबल, विषम बहु-श्रृंखला प्रोटोकॉल जिसमें कुछ पूर्व-मौजूदा के लिए पीछे की ओर संगत होने की क्षमता है blockchain नेटवर्क. ऐसे प्रोटोकॉल के तहत, प्रतिभागियों एक समग्र प्रणाली बनाने के लिए प्रबुद्ध स्व-हित में काम करें जिसे असाधारण रूप से निःशुल्क तरीके से और मौजूदा उपयोगकर्ताओं के लिए विशिष्ट लागत के बिना बढ़ाया जा सके। मानक blockchain डिज़ाइन से आता है। हमने दे दिया है इसमें वास्तुकला की एक मोटी रूपरेखा शामिल होगी प्रतिभागियों की प्रकृति, उनके आर्थिक प्रोत्साहन और वे प्रक्रियाएँ जिनके अंतर्गत उन्हें संलग्न होना चाहिए। हमारे पास है एक बुनियादी डिज़ाइन की पहचान की और उसकी खूबियों पर चर्चा की सीमाएँ; तदनुसार हमारे पास आगे के निर्देश हैं उन सीमाओं को कम कर सकता है और पूरी तरह से स्केलेबल blockchain समाधान की दिशा में आगे बढ़ सकता है।पोलकडॉट: एक विषम बहु-श्रृंखला फ्रेमवर्क का विज़न मसौदा 1 19 8.1. गुम सामग्री और खुले प्रश्न। प्रोटोकॉल के भिन्न कार्यान्वयन से नेटवर्क फोर्किंग हमेशा एक संभावना होती है। ऐसे से वसूली असाधारण स्थिति पर चर्चा नहीं की गई. यह देखते हुए कि नेटवर्क में आवश्यक रूप से अंतिम रूप देने की एक गैर-शून्य अवधि होगी, रिलेचेन फोर्किंग से उबरना कोई बड़ा मुद्दा नहीं होना चाहिए, हालाँकि इसमें सावधानीपूर्वक एकीकरण की आवश्यकता होगी सर्वसम्मति प्रोटोकॉल. बांड-जब्ती और इसके विपरीत इनाम का प्रावधान है गहराई से खोजबीन नहीं की गई. वर्तमान में हम पुरस्कार मानते हैं विजेता-सब कुछ के आधार पर प्रदान किए जाते हैं: ऐसा नहीं हो सकता है मछुआरों के लिए सर्वोत्तम प्रोत्साहन मॉडल बताएं। एक छोटी अवधि की प्रतिबद्धता-प्रकटीकरण प्रक्रिया कई मछुआरों को अनुमति देगी पुरस्कारों का उचित वितरण करते हुए पुरस्कार का दावा करना, हालाँकि इस प्रक्रिया में अतिरिक्त विलंब हो सकता है दुर्व्यवहार की खोज. 8.2. आभार. सभी को बहुत बहुत धन्यवाद प्रूफ-रीडर जिन्होंने इसे अस्पष्ट रूप से समझने में मदद की है प्रस्तुत करने योग्य आकार. विशेष रूप से, पीटर कज़बान, ब्योर्न वैगनर, केन कैप्लर, रॉबर्ट हैबरमीयर, विटालिक ब्यूटिरिन, रेटो ट्रिंकलर और जैक पीटरसन। सभी को धन्यवाद वे लोग जिन्होंने विचारों या शुरुआत में योगदान दिया है उसमें, मारेक कोटेविक्ज़ और एरोन बुकानन विशेष उल्लेख के पात्र हैं। और बाकी सभी को उनकी मदद के लिए धन्यवाद रास्ते में. सभी त्रुटियां मेरी अपनी हैं। इस कार्य के अंश, जिसमें प्रारंभिक शोध भी शामिल है आम सहमति एल्गोरिदम को कुछ हद तक ब्रिटिश द्वारा वित्त पोषित किया गया था इनोवेट यूके कार्यक्रम के तहत सरकार।