मॉड्यूलर ब्लॉकचेन: ट्रेस निष्पादन, डेटा और निपटान

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

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

सिस्टम की तुलना करने से पहले भूमिकाओं को अलग करें

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

ये भूमिकाएँ ओवरलैप हो सकती हैं या विभिन्न तरीकों से वितरित की जा सकती हैं। प्रोजेक्ट लेबल पर्याप्त नहीं हैं: एक नेटवर्क सीक्वेंसर, अपग्रेड कुंजी या डेटा समिति में महत्वपूर्ण नियंत्रण बनाए रखते हुए खुद को मॉड्यूलर कह सकता है। यह मानने के बजाय कि सभी मॉड्यूलर नेटवर्क एक ट्रस्ट मॉडल साझा करते हैं, वास्तविक निर्भरता मानचित्र बनाएं।

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

एक काल्पनिक लेनदेन का पालन करें

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

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

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

पूछें कि जब कोई घटक विफल हो जाता है तो क्या होता है

यदि कोई सीक्वेंसर बंद हो जाता है, तो क्या उपयोगकर्ता दूसरे तरीके से लेनदेन सबमिट कर सकते हैं, और किन शर्तों के तहत? यदि कोई डेटा सेवा जानकारी रोकती है, तो इसका पता कौन लगाता है और उपयोगकर्ता क्या सत्यापित कर सकते हैं? यदि निपटान परत भीड़भाड़ वाली है, तो प्रतिबद्धताएं या निकासी कैसे प्रभावित होती हैं?

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

ब्रिज निर्भरता की अलग से समीक्षा करें। दो नेटवर्क पर दिखाई देने वाले टोकन का मतलब यह नहीं है कि स्थानांतरण मार्ग दोनों श्रृंखलाओं की प्रत्येक सुरक्षा संपत्ति को प्राप्त करता है।

पूरी लागत और उपयोगकर्ता अनुभव की तुलना करें

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

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

निर्भरता चेकलिस्ट का उपयोग करें

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

संबंधित लेकिन विशिष्ट समस्या के लिए, क्रॉस-चेन संदेश तुलना पढ़ें: यह श्रृंखलाओं के बीच निर्देशों का पालन करता है, जबकि यह मार्गदर्शिका एक वास्तुकला के अंदर काम के विभाजन का पालन करती है।

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