DPKI: ब्लॉकचैन के माध्यम से केंद्रीकृत PKI के नुकसान को संबोधित करना

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

यदि आप पहले से ही मौजूदा सार्वजनिक कुंजी के बुनियादी ढांचे और इसके प्रमुख नुकसानों को जानते हैं, तो हम जो भी बदलने का सुझाव देते हैं, उसके विवरण के लिए नीचे स्क्रॉल करें।





तो, एक विकेन्द्रीकृत सार्वजनिक कुंजी बुनियादी ढांचा कैसे काम करेगा? आइए हम उस तकनीक में गहराई से डुबकी लगाएँ जिसे हमने 2018 में पेटेंट कराया है और हमारी सबसे अच्छी जानकारी है।

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

अधिसूचना कार्यात्मक क्षेत्रों का एक संरचित डेटा सेट है जो स्वामी की सार्वजनिक कुंजी के बारे में जानकारी संग्रहीत करता है और वितरित कुंजी में संबंधित रिकॉर्ड में से एक में जोड़कर इस कुंजी की दृढ़ता की गारंटी देता है।

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


चित्रा 3. एक शून्य लेनदेन बनाना

चित्र 3 दिखाता है कि SHA256 हैश फ़ंक्शन और फिर RIPEMD160 हैश फ़ंक्शन का उपयोग करके ई-वॉलेट की सार्वजनिक कुंजी का पाचन कैसे होता है। यहां, RIPEMD160 160 बिट तक के डाइजेस्ट साइज के साथ डेटा को दर्शाने के लिए जिम्मेदार है। यह बहुत महत्वपूर्ण है, क्योंकि लीडर महंगे डेटाबेस हैं। सार्वजनिक कुंजी खुद पांचवें क्षेत्र में शामिल है। पहले फ़ील्ड में डेटा होता है जो किसी दिए गए लेनदेन को पिछले एक से जोड़ता है। शून्य लेनदेन में, अन्य सभी लेनदेन के विपरीत, यह फ़ील्ड खाली है। दूसरे क्षेत्र में लेनदेन कनेक्टिविटी के सत्यापन के लिए डेटा है। संक्षिप्तता के लिए, हम पहले और दूसरे क्षेत्रों में क्रमशः "बाइंड" और "सत्यापन" के रूप में डेटा का उल्लेख करेंगे।


चित्रा 4. लेनदेन बाध्यकारी और सत्यापन

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


चित्रा 5. शून्य लेनदेन का सत्यापन

अब इस लेन-देन का उपयोग अगले लेनदेन को "हुकिंग अप" के लिए किया जा सकता है। आइए चित्रा 6 पर एक नज़र डालें कि सभी गैर-शून्य लेनदेन कैसे बनते हैं।


चित्रा 6. एक गैर-शून्य लेनदेन बनाना

पहली चीज़ जो आप देख सकते हैं, वह है सार्वजनिक / निजी कुंजी जोड़े की भीड़। पहले से ही परिचित ई-वॉलेट सार्वजनिक / निजी कुंजी जोड़ी के अलावा, हम साधारण और सेवा कुंजी जोड़े का भी उपयोग करते हैं।

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

एक सेवा सार्वजनिक / निजी कुंजी जोड़ी एक पंजीकृत DPKI इकाई को जारी की जाती है। इस सार्वजनिक / निजी कुंजी जोड़ी का नाम स्पष्ट रूप से इसके उद्देश्य को दर्शाता है। ध्यान दें कि सेवा कुंजियों का उपयोग शून्य लेनदेन के निर्माण / सत्यापन के लिए नहीं किया जाता है।

बस स्पष्ट होने के लिए, आइए इन कुंजियों के उद्देश्यों को परिष्कृत करें:

1. ई-वॉलेट कुंजी का उपयोग शून्य और किसी भी अशक्त लेनदेन के निर्माण और / या सत्यापन के लिए किया जाता है। ई-वॉलेट की निजी कुंजी केवल उस ई-वॉलेट के मालिक के लिए जानी जाती है, जिसके पास साधारण सार्वजनिक कुंजी का सेट भी होता है।
2. एक साधारण सार्वजनिक कुंजी का उद्देश्य सार्वजनिक कुंजी के समान है जिसके लिए केंद्रीयकृत PKI में एक प्रमाण पत्र जारी किया जाता है।
3. सेवा सार्वजनिक / निजी कुंजी जोड़ी DPKI से संबंधित है। पंजीकृत संस्थाओं के लिए एक निजी कुंजी जारी की जाती है और सभी गैर-अशक्त लेनदेन का डीएस बनाने के लिए उपयोग किया जाता है। लेन-देन में जोड़ने से पहले लेनदेन के लिए डीएस के सत्यापन के लिए एक सार्वजनिक कुंजी का उपयोग किया जाता है।

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

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

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

प्रत्येक लेनदेन को पूल में शामिल किया जाता है और संसाधित होने तक वहां संग्रहीत किया जाता है। हालाँकि, लेनदेन को पूल में रखना जोखिम भरा है, क्योंकि लेनदेन के आंकड़ों को गलत ठहराया जा सकता है। मालिक डीएस का उपयोग करके लेनदेन डेटा को प्रमाणित करता है। इस डीएस के सत्यापन के लिए सार्वजनिक कुंजी को लेन-देन के क्षेत्रों में से एक में स्पष्ट रूप से निर्दिष्ट किया गया है और फिर बही में शामिल किया गया है। लेनदेन को इस तरह से संसाधित किया जाता है जो संभवतः एक हमलावर को अपने विवेक पर डेटा को संशोधित करने की अनुमति देता है, इसे अपनी निजी कुंजी के साथ सत्यापित करता है और फिर लेनदेन में सीधे डीएस के सत्यापन के लिए संबंधित सार्वजनिक कुंजी निर्दिष्ट करता है। यदि प्रामाणिकता और अखंडता केवल एक डीएस का उपयोग करके सुनिश्चित की जाती है, तो इस तरह की जालसाजी पर ध्यान नहीं दिया जा सकता है। हालांकि, एक डीएस को एक अतिरिक्त तंत्र के साथ विस्तारित करना जो संग्रहित जानकारी के संग्रह और दृढ़ता दोनों प्रदान करता है, ऐसे जालसाजी का पता लगाने में मदद करेगा। हमें बस इतना करने की आवश्यकता है कि मालिक की प्रामाणिक सार्वजनिक कुंजी को बही में शामिल किया जाए। आइए देखें कि यह कैसे काम करता है।

मान लीजिए कि एक हमलावर लेनदेन डेटा को गलत साबित करने की कोशिश कर रहा है। कुंजियों और डीएस के संदर्भ में, निम्नलिखित विकल्प संभव हैं:

1. मालिक के डीएस को अपरिवर्तित रखते हुए हमलावर लेनदेन में अपनी सार्वजनिक कुंजी रखता है।
2. मालिक की सार्वजनिक कुंजी को अपरिवर्तित रखते हुए हमलावर अपनी निजी कुंजी का उपयोग करके एक नया डीएस बनाता है।
3. हमलावर अपनी निजी कुंजी का उपयोग करके एक नया डीएस बनाता है और लेनदेन में संबंधित सार्वजनिक कुंजी रखता है।

यह स्पष्ट है कि विकल्प 1 और 2 बेकार हैं, क्योंकि DS का सत्यापन हमेशा इस तरह के फर्जीवाड़े का पता लगाएगा। एकमात्र विकल्प जो समझ में आता है वह विकल्प 3 है: यदि हमलावर अपनी निजी कुंजी का उपयोग करके डीएस बनाता है, तो उन्हें लेनदेन में संबंधित सार्वजनिक कुंजी को बचाने के लिए मजबूर किया जाता है, और यह कुंजी मालिक की सार्वजनिक कुंजी से अलग होगी। यह हमलावर के लिए अपने झूठे डेटा को लागू करने का एकमात्र तरीका है।

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

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

प्रत्येक लेनदेन को डीएस के साथ प्रमाणित किया जाता है, और यहां हमें दोनों निजी कुंजी की आवश्यकता होती है: सेवा निजी कुंजी और ई-वॉलेट की निजी कुंजी। दो निजी कुंजियों के आधार पर, हम लक्ष्य सुरक्षा स्तर को सुनिश्चित कर सकते हैं, क्योंकि सेवा निजी कुंजी अन्य उपयोगकर्ताओं के लिए जानी जा सकती है, जबकि ई-वॉलेट की निजी कुंजी केवल साधारण कुंजी जोड़ी के मालिक को ही जानी जाती है। हमने ऐसे दो-कुंजी हस्ताक्षर को "समेकित" डीएस कहा है।

गैर-शून्य लेनदेन को दो सार्वजनिक कुंजी का उपयोग करके सत्यापित किया जाता है: ई-वॉलेट की कुंजी और सेवा कुंजी। (चित्र 7)


चित्रा 7. एक गैर-शून्य लेनदेन का सत्यापन

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

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

मान लीजिए कि हमें यह सत्यापित करने की आवश्यकता है कि क्या लेनदेन # 2 वास्तव में लेनदेन # 3 के बाद है । ऐसा करने के लिए, हम तीसरे, चौथे और पांचवें क्षेत्रों में डेटा के लिए हैश फ़ंक्शन मानों की गणना के लिए संयुक्त हैशिंग विधि का उपयोग कर सकते हैं। हम लेन-देन के पहले क्षेत्र # 3 से डेटा और तीसरे, चौथे और लेनदेन # 2 के पांचवें क्षेत्रों में डेटा के लिए पहले से संयुक्त संयुक्त हैश फ़ंक्शन मान से समवर्ती कर सकते हैं। इन सभी मानों को तब दो हैश फ़ंक्शन का उपयोग करके संसाधित किया जाता है: SHA256 और RIPEMD160। यदि परिणामस्वरूप मूल्य # 2 लेनदेन के दूसरे क्षेत्र में डेटा से मेल खाता है, तो सत्यापन सफलतापूर्वक पारित किया जाता है और कनेक्टिविटी साबित होती है। यह नीचे दिए गए आंकड़ों में अधिक विस्तार से दिखाया गया है।




चित्रा 8, चित्रा 9. बाध्यकारी सत्यापन, दूसरा और तीसरा लेनदेन उदाहरण

सामान्य तौर पर, लेज़र में एक सूचना बनाना और शामिल करना इस तरह दिखता है। सूचनाओं की एक श्रृंखला बनाने की वर्कफ़्लो को निम्नलिखित आकृति में स्पष्ट रूप से दिखाया गया है:


चित्रा 10. लेनदेन संरचना और प्रसंस्करण

इस लेख में, हम विवरणों में गहराई से नहीं डूबेंगे और सार्वजनिक कुंजी के लिए विकेंद्रीकृत बुनियादी ढांचे की अवधारणा की चर्चा पर वापस लौटेंगे।

इसलिए, जब से अनुरोध करने वाली इकाई सीए डेटाबेस में नहीं बल्कि बहीखाता में संग्रहीत सूचनाओं के पंजीकरण के लिए अनुरोध भेजती है, DPKI के मुख्य वास्तुशिल्प घटक निम्नानुसार हैं:

1. मान्य अधिसूचनाओं का लेजर (LVN)
2. विदड्रॉइंग नोटिफिकेशन (LWN) का लेजर
3. निलंबित अधिसूचनाओं (एलएसएन) के लेजर।

सार्वजनिक कुंजी के बारे में जानकारी LVN / LWN / LSN में हैश फ़ंक्शन मानों के रूप में संग्रहीत की जाती है। यह भी ध्यान दें कि यह या तो अलग-अलग लीडर या अलग-अलग चेन हो सकते हैं या सिंगल लीडर के हिस्से के रूप में एक सिंगल चेन भी हो सकते हैं, जब एक साधारण सार्वजनिक कुंजी (निकासी, निलंबन, आदि) की स्थिति के बारे में जानकारी चौथे क्षेत्र में जोड़ी जाती है। इसी कोड मान के रूप में डेटा संरचना। डीपीकेआई के वास्तुशिल्प कार्यान्वयन के लिए बहुत सारे विकल्प हैं जो विभिन्न अनुकूलन मानदंडों के आधार पर हैं, जैसे कि स्मृति में सार्वजनिक कुंजी के दीर्घकालिक भंडारण के लिए लागत आदि।

इस प्रकार, DPKI एक केंद्रीकृत समाधान की तुलना में समान या उससे भी कम वास्तु जटिलता का हो सकता है।

तो, यहाँ मुख्य प्रश्न यह है कि इस प्रौद्योगिकी को लागू करने के लिए कौन सा खाता-बही अधिक उपयुक्त है?

खाता बही के लिए मुख्य आवश्यकता किसी भी प्रकार के लेनदेन को बनाने में सक्षम होना है। एक वास्तविक खाता बही का सबसे प्रसिद्ध उदाहरण बिटकॉइन है। हालांकि, बिटकॉइन के लिए उपरोक्त तकनीक को लागू करने में कुछ कठिनाइयों का सामना करना पड़ सकता है: मौजूदा स्क्रिप्टिंग भाषा की सीमाएं, मनमाने ढंग से डेटासेट के प्रसंस्करण के लिए आवश्यक तंत्र की कमी और मनमाने प्रकार के लेनदेन को उत्पन्न करने के लिए तरीके, और इसी तरह।

हमने ENCRY में उपरोक्त समस्याओं को हल करने की कोशिश की और एक बही का विकास किया, जो, हमारी राय में, कई महत्वपूर्ण फायदे पेश करता है:

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

सीधे शब्दों में कहें, निम्नलिखित चरणों को पूरा किया जाना चाहिए:

1. अनुरोध करने वाली इकाई DPKI में पंजीकरण करती है और एक ई-वॉलेट प्राप्त करती है। ई-वॉलेट का पता ई-वॉलेट की सार्वजनिक कुंजी पर लागू हैश फ़ंक्शन का मान है। ई-वॉलेट की निजी कुंजी केवल अनुरोध करने वाली इकाई के लिए जानी जाती है
2. पंजीकरण के बाद, इकाई सेवा निजी कुंजी तक पहुंच प्राप्त करती है
3. इकाई एक शून्य लेनदेन बनाती है और फिर ई-वॉलेट की निजी कुंजी का उपयोग करके अपने डीएस को प्रमाणित करती है
4. गैर-अशक्त लेनदेन करते समय, इकाई को दो निजी कुंजी का उपयोग करके अपने DS को प्रमाणित करना होगा: ई-वॉलेट की कुंजी और सेवा कुंजी
5. इकाई पूल में लेनदेन भेजती है
6. ENCRY नेटवर्क नोड पूल से लेन-देन को पढ़ता है और फिर लेनदेन के DS और कनेक्टिविटी की पुष्टि करता है
7. यदि डीएस मान्य है और कनेक्टिविटी सिद्ध हो जाती है, तो नोड बहीखाता में जोड़ने के लिए लेनदेन तैयार करेगा।

यहाँ, बेज़र वितरित डेटाबेस के रूप में कार्य करता है जो मान्य, निकासी और निलंबित सूचनाओं के बारे में जानकारी संग्रहीत करता है।

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

लेकिन सामान्य तौर पर, हम यह सुनिश्चित करते हैं कि DPKI कई को खत्म करने में सक्षम है, यदि सभी नहीं, तो एक केंद्रीकृत PKI के नुकसान।

बेझिझक हमारे ब्लॉग को हबर पर सब्सक्राइब करें , जहाँ हम अपने आगे के शोधों और विकासों पर चर्चा करने जा रहे हैं, और ENCRY प्रोजेक्ट्स के बारे में और अधिक खबरों के लिए बने रहने के लिए हमारे ट्विटर को फॉलो करें।