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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ब्लॉक चेन प्रोसेसिंग और अपडेटिंग स्टेट डेटाबेस

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

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

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

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

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

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

निष्कर्ष

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

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

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

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

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

इसलिए, "आपके ब्लॉकचेन में कितने TPS हैं?" सवाल उठाते हुए, उस व्यक्ति को पेश करें, जिससे आप चाय पर बात कर रहे हैं और पता करें कि क्या वह एक दर्जन चार्ट से परिचित होने के लिए तैयार है और ब्लॉकचेन प्रदर्शन समस्याओं के सभी तीन बॉक्सों को सुनें और उन्हें हल करने के लिए आपके सुझाव ...