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

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

ब्लॉकचेन क्लाइंट द्वारा सेवा अनुरोध के चरण

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

ऐसी बाधाओं की पहचान करने के लिए, उन चरणों की अच्छी समझ होना आवश्यक है जिन पर वास्तविक ब्लॉकचेन को उपयोगकर्ताओं को सेवा प्रदान करने में कठिनाई हो सकती है। आइए लेनदेन को वितरित करने और संसाधित करने के चक्र के साथ-साथ ब्लॉकचेन की एक नई स्थिति प्राप्त करने के चक्र का वर्णन करें, जिससे ग्राहक यह सत्यापित कर सके कि उसके लेनदेन को संसाधित किया गया है और उसका हिसाब लगाया गया है।

1. लेन-देन ग्राहक पर बनता है
2. लेन-देन ग्राहक पर हस्ताक्षरित है
3. ग्राहक किसी एक नोड का चयन करता है और अपना लेनदेन उसे भेजता है
4. ग्राहक नोड के राज्य डेटाबेस में अपडेट की सदस्यता लेता है, अपने लेनदेन के परिणामों के प्रकट होने की प्रतीक्षा करता है
5. नोड पी2पी नेटवर्क पर लेनदेन वितरित करता है
6. कई या एक बीपी (ब्लॉक निर्माता) राज्य डेटाबेस को अद्यतन करते हुए, संचित लेनदेन की प्रक्रिया करते हैं
7. लेनदेन की आवश्यक संख्या संसाधित करने के बाद बीपी एक नया ब्लॉक बनाता है
8. बीपी पी2पी नेटवर्क पर एक नया ब्लॉक वितरित करता है
9. नया ब्लॉक उस नोड पर डिलीवर किया जाता है जिसे क्लाइंट एक्सेस कर रहा है
10. नोड राज्य डेटाबेस को अद्यतन करता है
11. नोड क्लाइंट के संबंध में अपडेट देखता है और उसे लेनदेन अधिसूचना भेजता है

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

ग्राहक पक्ष पर लेनदेन की तैयारी

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

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

लेन-देन भेजना और उसकी स्थिति की निगरानी करना

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

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

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

पी2पी नेटवर्क के माध्यम से लेनदेन और ब्लॉक का प्रसारण

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

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

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

ब्लॉकचेन प्रसंस्करण और राज्य डेटाबेस अद्यतन करना

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

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

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

ब्लॉकचेन में लेनदेन को शामिल करने के बारे में ग्राहक द्वारा अधिसूचना की प्राप्ति

यह सेवा प्राप्त करने वाले ब्लॉकचेन क्लाइंट का अंतिम चरण है; अन्य चरणों की तुलना में, कोई बड़ी ओवरहेड लागत नहीं है, लेकिन फिर भी क्लाइंट को नोड से भारी प्रतिक्रिया प्राप्त होने की संभावना पर विचार करना उचित है (उदाहरण के लिए, एक स्मार्ट अनुबंध) डेटा की एक सरणी लौटाना)। किसी भी मामले में, यह बिंदु उस व्यक्ति के लिए सबसे महत्वपूर्ण है जिसने सवाल पूछा था कि "आपके ब्लॉकचेन में कितने टीपीएस हैं?", क्योंकि इस समय, सेवा प्राप्त करने का समय दर्ज किया जाता है।

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

निष्कर्ष

परिणामस्वरूप, हम ब्लॉकचेन पर किए गए ऑपरेशन के प्रकारों का वर्णन कर सकते हैं और उन्हें कई श्रेणियों में विभाजित कर सकते हैं:

1. क्रिप्टोग्राफ़िक परिवर्तन, प्रमाण निर्माण
2. पीयर-टू-पीयर नेटवर्किंग, लेनदेन और ब्लॉक प्रतिकृति
3. लेनदेन प्रसंस्करण, स्मार्ट अनुबंधों का निष्पादन
4. ब्लॉकचेन में परिवर्तन को राज्य डेटाबेस में लागू करना, लेनदेन और ब्लॉक पर डेटा अपडेट करना
5. राज्य डेटाबेस, ब्लॉकचेन नोड एपीआई, सदस्यता सेवाओं के लिए केवल पढ़ने योग्य अनुरोध

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

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

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

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

स्रोत: www.habr.com