हाल ही में, बिटकॉइन समुदाय के कोर और अनलिमिटेड गुटों के बीच एक छोटा सा झगड़ा हुआ था, एक झगड़ा जो दर्शाता है कि शायद पचासवीं बार एक ही विषय पर बहस हुई थी, लेकिन फिर भी यह दिलचस्प है क्योंकि यह कैसे ब्लॉकचेन के बारे में एक बहुत ही सूक्ष्म दार्शनिक बिंदु को उजागर करता है काम।
ViaBTC, एक खनन पूल जो अनलिमिटेड का पक्ष लेता है, ट्वीट किए "हैशपावर कानून है", अनलिमिटेड पक्ष के लिए एक सामान्य बात है, जो मानता है कि बिटकॉइन के प्रशासन में खनिकों की बहुत बड़ी भूमिका है और होनी चाहिए, इसके लिए सामान्य तर्क यह है कि खनिक उपयोगकर्ताओं की एक श्रेणी हैं बिटकॉइन की सफलता में एक बड़ा और तरल वित्तीय प्रोत्साहन है। ग्रेग मैक्सवेल (मुख्य पक्ष से) उत्तर दिया कि "बिटकॉइन की सुरक्षा सटीक रूप से काम करती है क्योंकि हैश पावर कानून नहीं है"।
मुख्य तर्क यह है कि लेनदेन के क्रम को सुरक्षित करने के लिए खनिकों की बिटकॉइन प्रणाली में केवल एक सीमित भूमिका होती है, और उनके पास ब्लॉक आकार सीमा और अन्य ब्लॉक वैधता नियमों सहित कुछ भी निर्धारित करने की शक्ति नहीं होनी चाहिए। इन बाधाओं को उपयोगकर्ताओं द्वारा चलाए गए पूर्ण नोड्स द्वारा लागू किया जाता है - यदि खनिक उपयोगकर्ताओं के नोड्स द्वारा लागू किए गए नियमों से भिन्न नियमों के एक सेट के अनुसार ब्लॉक का उत्पादन शुरू करते हैं, तो उपयोगकर्ताओं के नोड्स ब्लॉक को अस्वीकार कर देंगे, भले ही 10% या 60 हो % या 99% हैशपावर उनके पीछे है। इसके लिए, अनलिमिटेड अक्सर कुछ इस तरह से उत्तर देता है, "यदि 90% हैशपावर एक नई श्रृंखला के पीछे है जो ब्लॉक सीमा को बढ़ाती है, और 10% हैशपावर वाली पुरानी श्रृंखला अब पांच महीनों के लिए दस गुना धीमी है जब तक कि कठिनाई फिर से समायोजित न हो जाए, क्या आप ऐसा करेंगे?" वास्तव में क्या आपने अपने ग्राहक को नई श्रृंखला स्वीकार करने के लिए अद्यतन नहीं किया है?
बहुत से लोग अक्सर बहस के खिलाफ उन अनुप्रयोगों के लिए सार्वजनिक ब्लॉकचेन का उपयोग जिनमें वास्तविक दुनिया की संपत्ति या प्रतिपक्ष जोखिम वाली कोई भी चीज़ शामिल है। आलोचनाएँ या तो कुल हैं, यह कहते हुए कि सार्वजनिक ब्लॉकचेन पर ऐसे उपयोग के मामलों को लागू करने का कोई मतलब नहीं है, या आंशिक रूप से, यह कहते हुए कि भंडारण के फायदे हो सकते हैं तिथि एक सार्वजनिक श्रृंखला पर, व्यापार का तर्क श्रृंखला से बाहर निष्पादित किया जाना चाहिए।
आम तौर पर इस्तेमाल किया जाने वाला तर्क यह है कि ऐसे अनुप्रयोगों में, विश्वास के बिंदु पहले से ही मौजूद हैं - कोई ऐसा व्यक्ति है जो भौतिक संपत्तियों का मालिक है जो ऑन-चेन अनुमति प्राप्त संपत्तियों का समर्थन करता है, और कोई व्यक्ति हमेशा संपत्तियों के साथ भागने का विकल्प चुन सकता है या उसे जब्त करने के लिए मजबूर किया जा सकता है। उन्हें सरकार या बैंक द्वारा, और इसलिए ब्लॉकचेन पर इन परिसंपत्तियों के डिजिटल प्रतिनिधित्व को प्रबंधित करना किसी के घर के लिए खिड़की खुली होने पर प्रबलित स्टील के दरवाजे के लिए भुगतान करने जैसा है। इसके बजाय, ऐसी प्रणालियों को निजी श्रृंखलाओं, या यहां तक कि पारंपरिक सर्वर-आधारित समाधानों का उपयोग करना चाहिए, शायद ऑडिटेबिलिटी में सुधार के लिए क्रिप्टोग्राफी के बिट्स और टुकड़े जोड़ना चाहिए, और इस तरह ब्लॉकचेन पर सब कुछ डालने की अक्षमताओं और लागतों को बचाना चाहिए।
उपरोक्त दोनों तर्क अपने शुद्ध रूप में त्रुटिपूर्ण हैं, और वे समान रूप से त्रुटिपूर्ण हैं। जबकि यह है सैद्धांतिक रूप से संभव है खनिकों के लिए अपनी 99% हैशपावर को नए नियमों के साथ एक श्रृंखला में बदलना (एक उदाहरण बनाना जहां यह निर्विवाद रूप से खराब है, मान लें कि वे ब्लॉक इनाम बढ़ा रहे हैं), और यहां तक कि स्पॉन-शिविर पुरानी श्रृंखला इसे स्थायी रूप से बेकार बना देती है, और परिसंपत्ति-समर्थित मुद्रा के एक केंद्रीकृत प्रबंधक के लिए सैद्धांतिक रूप से यह भी संभव है कि वह एक डिजिटल टोकन का सम्मान करना बंद कर दे, एक विशेष खाते को छोड़कर पुराने टोकन के समान शेष के साथ एक नया डिजिटल टोकन बनाए। संतुलन को शून्य तक कम करें, और व्यवहार में नए टोकन का सम्मान करना शुरू करें उन दोनों चीजों को करना काफी कठिन है.
पहले मामले में, उपयोगकर्ताओं को यह महसूस करना होगा कि मौजूदा श्रृंखला में कुछ गड़बड़ है, इस बात पर सहमत होना होगा कि उन्हें उस नई श्रृंखला पर जाना चाहिए जिस पर खनिक अब खनन कर रहे हैं, और उस सॉफ़्टवेयर को डाउनलोड करें जो नए नियमों को स्वीकार करता है। दूसरे मामले में, मूल डिजिटल टोकन पर निर्भर सभी क्लाइंट और एप्लिकेशन टूट जाएंगे, उपयोगकर्ताओं को नए डिजिटल टोकन पर स्विच करने के लिए अपने क्लाइंट को अपडेट करने की आवश्यकता होगी, और स्मार्ट कॉन्ट्रैक्ट में बाहरी दुनिया को देखने और यह देखने की क्षमता नहीं होगी कि वे अद्यतन करने की आवश्यकता पूरी तरह से टूट जाएगी। इस सब के बीच में, स्विच के विरोधी लोगों को यह समझाने की कोशिश करने के लिए भय-अनिश्चितता-और-संदेह अभियान बना सकते हैं कि शायद उन्हें अपने ग्राहकों को अपडेट नहीं करना चाहिए, या अपने क्लाइंट को कुछ अपडेट करना चाहिए तिहाई नियमों का सेट (उदाहरण के लिए कार्य का प्रमाण बदलना), और इससे स्विच को लागू करना और भी कठिन हो जाता है।
इसलिए, हम कह सकते हैं कि दोनों मामलों में, भले ही सैद्धांतिक रूप से केंद्रीकृत या अर्ध-केंद्रीकृत पार्टियां हैं जो राज्य ए से राज्य बी में संक्रमण को मजबूर कर सकती हैं, जहां राज्य बी उपयोगकर्ताओं के लिए अप्रिय है लेकिन केंद्रीकृत पार्टियों के लिए बेहतर है, ऐसा करने की आवश्यकता है एक कठिन समन्वय समस्या को तोड़ना. समन्वय की समस्याएँ समाज में हर जगह हैं और अक्सर एक बुरी चीज़ होती हैं - जबकि अधिकांश लोगों के लिए यह बेहतर होगा यदि अंग्रेजी भाषा अपनी अत्यधिक जटिल और अनियमित वर्तनी प्रणाली से छुटकारा पा ले और इसे ध्वन्यात्मक बना दे, या यदि संयुक्त राज्य अमेरिका मीट्रिक पर स्विच कर दे, या यदि हम तुरंत कर सकें मंदी की स्थिति में सभी कीमतों और मजदूरी में दस प्रतिशत की कमी करें, व्यवहार में इसके लिए सभी को एक ही समय में स्विच पर सहमत होने की आवश्यकता होती है, और यह अक्सर बहुत कठिन होता है।
हालाँकि, ब्लॉकचेन अनुप्रयोगों के साथ, हम कुछ अलग कर रहे हैं: हम समन्वय समस्याओं का उपयोग अपने लाभ के लिए कर रहे हैं, उस घर्षण का उपयोग करना जो समन्वय की समस्याएं केंद्रीकृत अभिनेताओं द्वारा दुर्भावना के खिलाफ एक कवच के रूप में पैदा करती है। हम ऐसी प्रणालियाँ बना सकते हैं जिनमें संपत्ति X है, और हम गारंटी दे सकते हैं कि वे संपत्ति . भले ही कोई ऐसा अभिनेता हो जो बदलाव के लिए बाध्य कर सके, ऐसा करना कठिन होगा। यह उस प्रकार की सुरक्षा है जो आपको ब्लॉकचेन सर्वसम्मति नियमों के क्लाइंट-साइड सत्यापन से प्राप्त होती है।
ध्यान दें कि इस प्रकार की सुरक्षा विशेष रूप से उपयोगकर्ताओं के विकेंद्रीकरण पर निर्भर करती है। भले ही दुनिया में केवल एक ही खनिक है, फिर भी उस खनिक द्वारा खनन की गई क्रिप्टोकरेंसी और पेपैल जैसी केंद्रीकृत प्रणाली के बीच अंतर है। बाद के मामले में, ऑपरेटर मनमाने ढंग से नियमों को बदलना, लोगों के पैसे को फ्रीज करना, खराब सेवा की पेशकश करना, उनकी फीस बढ़ाना या कई अन्य चीजें करना चुन सकता है, और समन्वय समस्याएं ऑपरेटर के पक्ष में होती हैं, क्योंकि ऐसी प्रणालियों में होता है पर्याप्त नेटवर्क प्रभाव और इतने सारे उपयोगकर्ताओं को एक बेहतर सिस्टम पर स्विच करने के लिए एक ही समय में सहमत होना होगा। पहले मामले में, क्लाइंट-साइड सत्यापन का मतलब है कि खननकर्ता जिस शरारत में शामिल होना चाहता है, उसके कई प्रयास डिफ़ॉल्ट रूप से खारिज कर दिए जाते हैं, और समन्वय समस्या अब उपयोगकर्ताओं के पक्ष में काम करती है।
ध्यान दें कि उपरोक्त तर्क ऐसा नहीं करते, स्वयं द्वारा, इसका तात्पर्य यह है कि खनिकों के लिए ब्लॉक आकार (या एथेरियम के मामले में, गैस सीमा) का समन्वय और निर्णय लेने वाले प्रमुख अभिनेता होना एक बुरा विचार है। ऐसा भी हो सकता है कि, ब्लॉक आकार/गैस सीमा के विशिष्ट मामले में, "संरेखित प्रोत्साहन के साथ समन्वित खनिकों द्वारा सरकार" इस एक विशेष नीति पैरामीटर को तय करने के लिए इष्टतम दृष्टिकोण है, शायद इसलिए कि खनिकों द्वारा अपनी शक्ति का दुरुपयोग करने का जोखिम इस जोखिम से कम है कि कोई भी विशिष्ट चुनी गई कठिन सीमा बाजार की स्थितियों के लिए बेतहाशा अनुपयुक्त साबित होगी। सीमा निर्धारित होने के एक दशक बाद। हालाँकि, यह कहने में कुछ भी अनुचित नहीं है कि सरकार-द्वारा-खनिक एक नीति पैरामीटर तय करने का सबसे अच्छा तरीका है, और साथ ही यह भी कहना है कि अन्य मापदंडों के लिए (उदाहरण के लिए ब्लॉक रिवॉर्ड) हम यह सुनिश्चित करने के लिए क्लाइंट-साइड सत्यापन पर भरोसा करना चाहते हैं कि खनिक प्रतिबंधित हैं। यह इंजीनियरिंग विकेन्द्रीकृत संस्थानों का सार है: यह रणनीतिक रूप से समन्वय समस्याओं का उपयोग करने के बारे में है ताकि यह सुनिश्चित किया जा सके कि सिस्टम कुछ वांछित गुणों को पूरा करना जारी रखें।
उपरोक्त तर्कों का यह भी अर्थ नहीं है कि ब्लॉकचेन पर सब कुछ डालने का प्रयास करना हमेशा इष्टतम होता है, यहां तक कि उन सेवाओं के लिए भी, जिनके लिए विश्वास की आवश्यकता होती है। आम तौर पर ब्लॉकचेन पर अधिक व्यावसायिक तर्क चलाने से कम से कम कुछ लाभ होते हैं, लेकिन वे अक्सर दक्षता या गोपनीयता को होने वाले नुकसान की तुलना में बहुत कम होते हैं। और यह ठीक है; ब्लॉकचेन हर कार्य के लिए सर्वोत्तम उपकरण नहीं है. ऊपर क्या तर्क हैं do हालाँकि, तात्पर्य यह है कि यदि आप एक ब्लॉकचेन-आधारित एप्लिकेशन का निर्माण कर रहे हैं जिसमें आवश्यकता से बाहर कई केंद्रीकृत घटक शामिल हैं, तो आप उपयोगकर्ताओं को एक नियमित ब्लॉकचेन क्लाइंट के माध्यम से अपने एप्लिकेशन तक पहुंचने का एक तरीका देकर विश्वास-न्यूनीकरण में पर्याप्त अतिरिक्त लाभ प्राप्त कर सकते हैं ( उदाहरण के लिए, एथेरियम के मामले में, यह मिस्ट, पैरिटी, मेटामास्क या स्टेटस हो सकता है), बजाय उन्हें उस वेब इंटरफ़ेस का उपयोग करने के लिए जिसे आप व्यक्तिगत रूप से नियंत्रित करते हैं।
सैद्धांतिक रूप से, उपयोगकर्ता-पक्ष सत्यापन के लाभों को अनुकूलित किया जाता है यदि वस्तुतः प्रत्येक उपयोगकर्ता एक स्वतंत्र "आदर्श पूर्ण नोड" चलाता है - एक नोड जो उन सभी ब्लॉकों को स्वीकार करता है जो प्रोटोकॉल नियमों का पालन करते हैं, जिस पर सिस्टम बनाते समय सभी ने सहमति व्यक्त की थी, और ऐसा करने वाले सभी ब्लॉकों को अस्वीकार कर देता है। नहीं। हालाँकि, व्यवहार में, इसमें प्रत्येक उपयोगकर्ता को नेटवर्क में सभी द्वारा चलाए गए प्रत्येक लेनदेन को संसाधित करने के लिए कहा जाता है, जो स्पष्ट रूप से अस्थिर है, विशेष रूप से विकासशील दुनिया में स्मार्टफोन उपयोगकर्ताओं की तेजी से वृद्धि को ध्यान में रखते हुए।
यहां से निकलने के दो रास्ते हैं. पहला यह कि जब यह है तब हम इसका एहसास कर सकते हैं इष्टतम उपरोक्त तर्कों के दृष्टिकोण से, हर कोई एक पूर्ण नोड चलाता है, यह निश्चित रूप से नहीं है अपेक्षित. यकीनन, पूरी क्षमता से चलने वाला कोई भी प्रमुख ब्लॉकचेन पहले ही उस बिंदु पर पहुंच चुका होगा जहां "आम लोगों" के लिए एक पूर्ण नोड को चलाने के लिए अपनी हार्ड ड्राइव की जगह का पांचवां हिस्सा खर्च करना समझ में नहीं आएगा, और इसलिए शेष उपयोगकर्ता शौक़ीन हैं और व्यवसायों। जब तक उनकी संख्या काफी बड़ी है, और वे विविध पृष्ठभूमि से आते हैं, तब तक इन उपयोगकर्ताओं को एकजुट करने की समन्वय समस्या अभी भी बहुत कठिन होगी।
दूसरा, हम भरोसा कर सकते हैं मजबूत प्रकाश ग्राहक प्रौद्योगिकी.
"लाइट क्लाइंट" के दो स्तर हैं जो आमतौर पर ब्लॉकचेन सिस्टम में संभव हैं। पहला, कमजोर, प्रकार का हल्का क्लाइंट, उपयोगकर्ता को कुछ हद तक आर्थिक आश्वासन के साथ आश्वस्त करता है, कि वे उस श्रृंखला पर हैं जो नेटवर्क के बहुमत द्वारा समर्थित है। यह पूरी शृंखला को सत्यापित करने की तुलना में कहीं अधिक सस्ते में किया जा सकता है, क्योंकि सभी ग्राहकों को काम के प्रमाण में गैरों को सत्यापित करने की आवश्यकता होती है या प्रमाण हिस्सेदारी योजनाओं में हस्ताक्षरित प्रमाणपत्रों को सत्यापित करने की आवश्यकता होती है जो बताते हैं कि "या तो राज्य का रूट हैश वह है जो मैं कहता हूं" है, या आप मेरे पैसे की एक बड़ी राशि को हटाने के लिए इस प्रमाणपत्र को मुख्य श्रृंखला में प्रकाशित कर सकते हैं"। एक बार जब लाइट क्लाइंट रूट हैश को सत्यापित कर लेता है, तो वे डेटा के किसी भी विशिष्ट टुकड़े को सत्यापित करने के लिए मर्कल ट्री का उपयोग कर सकते हैं जिसे वे सत्यापित करना चाहते हैं।
देखो, यह एक मर्कल वृक्ष है!
दूसरा स्तर "लगभग पूरी तरह से सत्यापित" प्रकाश ग्राहक है। इस प्रकार का ग्राहक केवल उस शृंखला का अनुसरण करने का प्रयास नहीं करता जिसका अनुसरण अधिकांश लोग करते हैं; बल्कि, यह केवल उन श्रृंखलाओं का पालन करने का प्रयास करता है जो सभी नियमों का पालन करती हैं। यह रणनीतियों के संयोजन द्वारा किया जाता है; समझाने में सबसे सरल यह है कि एक हल्का ग्राहक विशेष नोड्स ("मछुआरे" नाम के साथ आने के लिए गेविन वुड को श्रेय) के साथ मिलकर काम कर सकता है, जिसका उद्देश्य उन ब्लॉकों की तलाश करना है जो अमान्य हैं और "धोखाधड़ी सबूत" उत्पन्न करते हैं, छोटे संदेश जो अनिवार्य रूप से कहें "देखो!" इस ब्लॉक में यहाँ एक खामी है!”। लाइट क्लाइंट तब ब्लॉक के उस विशिष्ट भाग को सत्यापित कर सकते हैं और जांच सकते हैं कि क्या यह वास्तव में अमान्य है।
यदि कोई ब्लॉक अमान्य पाया जाता है, तो उसे हटा दिया जाता है; यदि कोई हल्का ग्राहक किसी दिए गए ब्लॉक के लिए कुछ मिनटों तक कोई धोखाधड़ी का सबूत नहीं सुनता है, तो यह मान लिया जाता है कि ब्लॉक संभवतः वैध है। वहाँ है थोड़ी अधिक जटिलता उस मामले को संभालने में शामिल है जहां समस्या डेटा नहीं है बुरा, बल्कि डेटा वह है लापता, लेकिन सामान्य तौर पर उन सभी संभावित तरीकों को पकड़ने के काफी करीब पहुंचना संभव है जिनसे खनिक या सत्यापनकर्ता प्रोटोकॉल के नियमों का उल्लंघन कर सकते हैं।
ध्यान दें कि एक लाइट क्लाइंट के लिए एप्लिकेशन नियमों के एक सेट को कुशलतापूर्वक मान्य करने में सक्षम होने के लिए, उन नियमों को सर्वसम्मति के अंदर निष्पादित किया जाना चाहिए - यानी, उन्हें प्रोटोकॉल का हिस्सा होना चाहिए या प्रोटोकॉल के अंदर निष्पादित तंत्र का हिस्सा होना चाहिए ( एक स्मार्ट अनुबंध की तरह)। यह केवल डेटा भंडारण के विपरीत, डेटा भंडारण और व्यावसायिक तर्क निष्पादन दोनों के लिए ब्लॉकचेन का उपयोग करने के पक्ष में एक महत्वपूर्ण तर्क है।
ये लाइट क्लाइंट तकनीकें अपूर्ण हैं, क्योंकि वे नेटवर्क कनेक्टिविटी और नेटवर्क में मौजूद अन्य लाइट क्लाइंट और मछुआरों की संख्या के बारे में धारणाओं पर निर्भर करती हैं। लेकिन वास्तव में उनके लिए 100% सत्यापनकर्ताओं के लिए 100% काम करना महत्वपूर्ण नहीं है। बल्कि, हम जो चाहते हैं वह ऐसी स्थिति बनाना है जहां खनिकों/सत्यापनकर्ताओं के शत्रुतापूर्ण कार्टेल द्वारा उपयोगकर्ता की सहमति के बिना अमान्य ब्लॉकों को आगे बढ़ाने का कोई भी प्रयास बहुत से लोगों के लिए बड़ी मात्रा में सिरदर्द का कारण बनेगा और अंततः सभी को अपने सॉफ़्टवेयर को अपडेट करने की आवश्यकता होगी यदि वे अमान्य श्रृंखला के साथ समन्वयन जारी रखना चाहते हैं. जब तक यह संतुष्ट है, हमने समन्वय घर्षण के माध्यम से सुरक्षा का लक्ष्य हासिल कर लिया है।
स्रोत: https://vitalik.eth.limo/general/2017/05/08/coordination_problems.html
- एसईओ संचालित सामग्री और पीआर वितरण। आज ही प्रवर्धित हो जाओ।
- प्लेटोडेटा.नेटवर्क वर्टिकल जेनरेटिव एआई। स्वयं को शक्तिवान बनाएं। यहां पहुंचें।
- प्लेटोआईस्ट्रीम। Web3 इंटेलिजेंस। ज्ञान प्रवर्धित। यहां पहुंचें।
- प्लेटोईएसजी. कार्बन, क्लीनटेक, ऊर्जा, पर्यावरण, सौर, कचरा प्रबंधन। यहां पहुंचें।
- प्लेटोहेल्थ। बायोटेक और क्लिनिकल परीक्षण इंटेलिजेंस। यहां पहुंचें।
- BlockOffsets. पर्यावरणीय ऑफसेट स्वामित्व का आधुनिकीकरण। यहां पहुंचें।
- स्रोत: प्लेटो डेटा इंटेलिजेंस।