क्यों स्मार्ट अनुबंध आवेदन के कई मामलों में बस संभव नहीं हैं

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

लोकप्रिय ब्लॉकचेन प्लेटफॉर्म के एक डेवलपर के रूप में, मुझे कभी-कभी यह पूछा जाता है कि क्या हमारे मल्टीचेन सेवा के विकास की योजनाओं में स्मार्ट कॉन्ट्रैक्ट्स के लिए एक जगह है, जैसे एथेरियम में इस्तेमाल होने वाले। जवाब हमेशा लगता है: "नहीं, या कम से कम अब नहीं।"



लेकिन ब्लॉकचेन की शोरगुल वाली दुनिया में, स्मार्ट कॉन्ट्रैक्ट्स को कुछ बहुत अच्छा माना जाता है। हमेशा कोई जवाब क्यों नहीं होता है? खैर, समस्या यह है कि अगर बिटकॉइन जैसे नियंत्रित बिटकॉइन के मामले में हम उनके व्यावहारिक अनुप्रयोग के कम से कम तीन शक्तिशाली परिदृश्यों को जानते हैं (मूल के इतिहास को ट्रैक करना, कंपनी के दस्तावेजों को संग्रहीत करना, वित्तीय प्रणालियों के संगठन को सुविधाजनक बनाना), तो दक्षता के बराबर ऑन- एयर स्मार्ट अनुबंधों के लिए मामले बस मौजूद नहीं हैं।

ऐसा नहीं है कि लोग समझ नहीं पाते कि वे स्मार्ट कॉन्ट्रैक्ट से क्या चाहते हैं। समस्या यह है कि इनमें से बहुत सारे विचार केवल संभव नहीं हैं। जब स्मार्ट लोग स्मार्ट कॉन्ट्रैक्ट शब्द सुनते हैं, तो वे अपनी कल्पना पर मुफ्त लगाम देते हैं। स्मार्ट स्टैंड-अलोन सॉफ्टवेयर के प्रमुख चित्रों में ड्रा करें, डेटा की एक लहर की सवारी करें और वास्तविक दुनिया की समस्याओं को हल करने के लिए कनेक्ट करें। दुर्भाग्य से, स्मार्ट कॉन्ट्रैक्ट कैसे काम करते हैं, इसकी वास्तविक तस्वीर बहुत अधिक पेशेवर है।

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

एक स्मार्ट कॉन्ट्रैक्ट एक कोड के लिए सिर्फ एक नाम है जो ब्लॉकचेन पर काम करता है और अपने राज्य के साथ बातचीत करता है। यह कोड क्या है? यह पास्कल, पायथन या पीएचपी है। या शायद जावा, फोरट्रान या सी ++। यदि आप डेटाबेस प्रारूप के बारे में सोचते हैं, तो इसे SQL के कुछ एक्सटेंशन में लिखी गई प्रक्रियाओं के रूप में दर्शाया जा सकता है।

मौलिक रूप से, ये सभी भाषाएं समान हैं; वे एक ही प्रकार की समस्याओं को हल करने के लिए समान विधियों का उपयोग करते हैं। बेशक, उनमें से प्रत्येक की ताकत और कमजोरियां हैं। आप रूबी में सी वेबसाइट बनाने या एचडी वीडियो सेक करने के लिए पागल होंगे। लेकिन कम से कम सैद्धांतिक रूप से आप ऐसा कर सकते थे यदि आप चाहते थे। आपको बस सुविधा, प्रदर्शन के मामले में एक उच्च कीमत चुकानी होगी, और यह आपके सिर पर बहुत सारे बाल खोने की संभावना है।

स्मार्ट कॉन्ट्रैक्ट्स की समस्या न केवल अत्यधिक उच्च उम्मीदों में निहित है, बल्कि इस तथ्य में भी है कि ये अपेक्षाएं इस तथ्य को जन्म देती हैं कि काफी संख्या में लोग उन विचारों पर समय और पैसा खर्च करते हैं जो व्यवहार में महसूस होने की संभावना नहीं है।

अभ्यास से पता चलता है कि बड़ी कंपनियों, एक नियम के रूप में, उस समय से एक लंबा रास्ता तय करने के लिए पर्याप्त संसाधन हैं जब शीर्ष प्रबंधन उस क्षण के लिए एक नई तकनीक के बारे में सीखता है जब इसके फायदे और सीमाएं वास्तव में समझ में आ जाती हैं।

पिछले नौ महीनों में, हमने स्मार्ट कॉन्ट्रैक्ट लागू करने के संभावित परिदृश्यों पर बहुत सारी पिचों के बारे में सुना है, और यह सिर्फ इतना हुआ कि हमने उनके लेखकों को जवाब दिया कि इन विचारों को वास्तविक जीवन में महसूस नहीं किया जा सकता है।

नतीजतन, हमने स्मार्ट कॉन्ट्रैक्ट के विषय पर तीन सबसे आम गलत धारणाओं की पहचान की। ये विचार सच नहीं हैं क्योंकि तकनीक अभी तक पर्याप्त नहीं है या नहीं क्योंकि हमारे पास अभी तक कोई उपकरण नहीं है।

इसके बजाय, वे कोड के मूलभूत गुणों की गलतफहमी पर आधारित हैं जो एक डेटाबेस में रहते हैं और एक विकेंद्रीकृत तरीके से संसाधित होते हैं।

1. बाहरी सेवाओं के साथ सहभागिता

अक्सर आप स्मार्ट कॉन्ट्रैक्ट का उपयोग करने की पेशकश सुन सकते हैं जो किसी बाहरी घटना के जवाब में उनके व्यवहार को बदल देते हैं। उदाहरण के लिए, एक कृषि बीमा पॉलिसी जो किसी महीने में हुई वर्षा की मात्रा के आधार पर भुगतान करती है।

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

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

ब्लॉकचेन पर होने वाले सभी ऑपरेशनों को पूरी तरह से निर्धारित किया जाना चाहिए, बिना किसी मामूली अंतर के कि उनके काम में कोई फर्क नहीं पड़ेगा। जैसे ही दो ईमानदार नोड श्रृंखला की स्थिति पर अलग-अलग स्थिति लेते हैं, पूरी प्रणाली बेकार हो जाती है।

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

शायद स्रोत दो अलग-अलग नोड्स के अनुरोधों के बीच कुछ समय में अपनी प्रतिक्रिया को बदल देगा, या यह अस्थायी रूप से अनुपलब्ध हो सकता है। एक या दूसरे तरीके से, आम सहमति नहीं बन पाएगी और पूरा ब्लॉकचेन काम करना बंद कर देगा।

स्थिति से बाहर का रास्ता क्या हो सकता है? और समाधान वास्तव में बहुत सरल है। आपको बस एक या अधिक विश्वसनीय पार्टियों (तथाकथित oracles) के साथ एक बाहरी स्रोत के लिए एक स्मार्ट अनुबंध से संपर्क करने की प्रक्रिया को बदलने की आवश्यकता है जो एक लेनदेन बना रहा है जो श्रृंखला के लिए आवश्यक डेटा लिखता है। फिर प्रत्येक नोड में डेटा की एक समान प्रतिलिपि होगी, और उनका उपयोग स्मार्ट अनुबंध की गणना में किया जा सकता है।

दूसरे शब्दों में, एक स्मार्ट कॉन्ट्रैक्ट के बजाय जो बाहर से डेटा खींचता है, ऑरेकल इस डेटा को ब्लॉकचेन में दर्ज करेगा।

जब स्मार्ट कॉन्ट्रैक्ट्स की बात आती है तो ऐसी ही समस्याएं उत्पन्न होती हैं जो बाहरी दुनिया में कुछ घटनाओं को ट्रिगर करती हैं। उदाहरण के लिए, बहुत से लोग स्मार्ट कॉन्ट्रैक्ट के विचार को पसंद करते हैं जो पैसे ट्रांसफर करने के लिए बैंक के एपीआई का उपयोग करता है। लेकिन यदि प्रत्येक नोड चेन कोड को स्वतंत्र रूप से निष्पादित करता है, तो एपीआई को कॉल करने के लिए कौन सा नोड जिम्मेदार होगा?

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

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

ऊपर वर्णित स्थितियों के प्रस्तावित समाधानों पर विचार करने के बाद, हम कुछ निष्कर्ष निकाल सकते हैं।

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

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

अधिक विस्तार से, हम इस तथ्य को बाद में सामग्री में प्रकट करेंगे।

2. चेन के अंदर भुगतान करना

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

बेशक, इस विचार को काम करने के लिए, भुगतान करने के लिए उपयोग किए जाने वाले फंड भी ब्लॉकचेन के अंदर होने चाहिए। अन्यथा, एक स्मार्ट अनुबंध केवल भुगतान की गारंटी नहीं दे सकता है।

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

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

दूसरे शब्दों में, जारीकर्ता या निवेशक के लिए एक स्मार्ट बॉन्ड अर्थहीन है। यदि आप इस स्थिति को प्रतिबिंबित करते हैं, तो ऐसा निष्कर्ष पूरी तरह से स्पष्ट हो जाता है।

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

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

3. संवेदनशील डेटा को छिपाने की आवश्यकता

जैसा कि मैंने पहले लिखा था, ब्लॉकचिन को तैनात करते समय हमारे सामने सबसे गंभीर चुनौती होती है, उनके द्वारा प्रदान की जाने वाली पारदर्शिता की चरम सीमा।

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

कुछ लोगों का मानना ​​है कि स्मार्ट कॉन्ट्रैक्ट्स इस समस्या को हल कर सकते हैं। उनका तर्क इस तथ्य से शुरू होता है कि प्रत्येक स्मार्ट अनुबंध में अपना लघु डेटाबेस होता है और इसे पूरी तरह से नियंत्रित करता है। इस डेटाबेस में सभी पढ़ने और लिखने के संचालन को पूरी तरह से अनुबंध कोड द्वारा मध्यस्थता किया जाता है, जो उस स्थिति को बाहर करता है जब एक अनुबंध दूसरे के डेटा को पढ़ता है। (डेटा और कोड के बीच इस घनिष्ठ संबंध को एनकैप्सुलेशन कहा जाता है। यह ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग के लोकप्रिय प्रतिमानों को रेखांकित करता है)।

तो, कोई भी स्मार्ट अनुबंध अन्य स्मार्ट संपर्कों के डेटा तक नहीं पहुंच सकता है। लेकिन क्या यह ब्लॉकचेन के भीतर गोपनीयता की समस्या को हल करता है? क्या यह एक स्मार्ट अनुबंध के अंदर जानकारी छिपाने के बारे में बात करने के लिए समझ में आता है? दुर्भाग्य से, उत्तर नहीं है।

हां, एक स्मार्ट अनुबंध अन्य अनुबंधों के डेटा को नहीं पढ़ सकता है, हालांकि, इस डेटा की ये प्रतियां अभी भी प्रत्येक व्यक्तिगत नेटवर्क नोड में स्थित हैं। प्रत्येक प्रतिभागी इस डेटा को अपनी मेमोरी में या सिस्टम की हार्ड ड्राइव पर संग्रहीत करता है, जो इसके पूर्ण नियंत्रण में है। नतीजतन, कुछ भी इस प्रतिभागी को अपने स्वयं के सिस्टम में जानकारी पढ़ने से रोकता है कि क्या वह कब और क्या करना चाहता है।

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

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

कोई भी मध्यवर्गीय प्रोग्रामर इस कार्य को एक घंटे से अधिक नहीं करेगा।

स्मार्ट कॉन्ट्रैक्ट्स का उद्देश्य क्या है?

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

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

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

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

उदाहरण के लिए, वित्तीय रजिस्ट्री में, जिनमें से सभी नोड्स समान स्थिति में हैं, प्रत्येक लेनदेन के मापदंडों को धन के सामान्य संतुलन का उल्लंघन नहीं करना चाहिए। अन्यथा, प्रतिभागी जितना चाहें उतना पैसा स्वतंत्र रूप से आवंटित करने में सक्षम होंगे।

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

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

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

उपरोक्त उदाहरण के प्रकाश में, वित्तीय रजिस्ट्री के लिए एक स्मार्ट अनुबंध एक केंद्रीकृत डेटाबेस के प्रशासक के समान कार्य करता है: पर्याप्त मात्रा में धन की उपलब्धता की जांच करना, उन्हें एक खाते से घटाना और दूसरे को जोड़ना।

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

इसलिए, इस सवाल पर लौटते हैं कि स्मार्ट कॉन्ट्रैक्ट्स किस लिए हैं: उन्हें उस समय की आवश्यकता होती है जब लेनदेन प्रतिबंध का उपयोग करके ब्लॉकचेन मामले को लागू करना संभव नहीं होता है।

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

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

एक तरीका या कोई अन्य, किसी भी स्थिति में महत्वपूर्ण नियम यह याद रखना है कि डेटाबेस में लेनदेन के निष्पादन को सीमित करने के लिए स्मार्ट अनुबंध केवल एक तरीके हैं।

, , . - . , .