ब्लॉकचैन नेटवर्क के प्रदर्शन को कैसे मापें। प्रमुख मीट्रिक

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

"लेन-देन-प्रति-सेकंड"

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

संगति-उन्मुख डेटाबेस ("कैप-प्रमेय" देखें) जब तक वे अन्य नोड्स से पर्याप्त संख्या में पुष्टि प्राप्त नहीं करते हैं और यह धीमा है, तब तक लेनदेन न करें। और उपलब्धता-उन्मुख डेटाबेस एक लेनदेन पर विचार करते हैं जो बस एक सफलता को डिस्क करने के लिए लिखा गया था। वे तुरंत क्लाइंट को अद्यतन डेटा देते हैं और यह बहुत तेज़ है (हालांकि भविष्य में, यह लेन-देन वापस हो सकता है)। इसके अलावा, यदि बेंचमार्क में उपयोग किए गए लेनदेन डेटा के साथ केवल एक सेल को अपडेट करते हैं, तो टीपीएस स्पष्ट रूप से उन मामलों की तुलना में अधिक होगा जहां लेनदेन कई कोशिकाओं को प्रभावित कर सकते हैं और एक दूसरे को ब्लॉक कर सकते हैं। प्रत्येक डेटाबेस में इन तालों के साथ काम करने के लिए एल्गोरिदम को अपने तरीके से कार्यान्वित किया जाता है - यही कारण है कि हम Oracle, MSSQL, PostgreSQL के बीच एक ओर "TPS प्रतियोगिताओं" को नहीं देखते हैं और दूसरी तरफ MongoDB, Redis, Toolool - ये बहुत अलग आंतरिक तंत्र और विभिन्न कार्य हैं। ।

मेरी राय में, ब्लॉकचैन के "मापने वाले टीपीएस" का अर्थ है कि उसके प्रदर्शन की माप की पूरी श्रृंखला लेना:

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

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

यदि ब्लॉकचेन में लेन-देन की अंतिमता सुनिश्चित करने के लिए एक अतिरिक्त एल्गोरिथ्म है (EOS, Ethereum 2.0, Polkadot parachains जो GRANDPA अंतिमता के साथ सर्वसम्मति का उपयोग करते हैं), तो प्रसंस्करण समय नोड के बीच का अंतर माना जा सकता है "लेन-देन" और अगला अंतिम ब्लॉक जहां यह लेनदेन था शामिल थे। इस तरह, वास्तविकता के करीब, "टीपीएस" परियोजना वादों में शायद ही कभी देखा जाता है। स्वाभाविक रूप से, वे व्हाइटपेपर में वर्णित लोगों की तुलना में कम हैं, लेकिन वे यथासंभव जानकारीपूर्ण हैं।

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

ब्लॉकचेन-विशिष्ट मीट्रिक

स्थानीय tps

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

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

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

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

स्थानीय उत्पादित ब्लॉक राशि

यह सरल मीट्रिक दिखाता है कि कौन सा सत्यापनकर्ता कितने ब्लॉक का उत्पादन करता है। यह एक सर्वसम्मत उत्पाद है और इसे व्यक्तिगत सत्यापनकर्ताओं के नेटवर्क के लिए "उपयोगिता" का आकलन करने के लिए मुख्य माना जा सकता है।

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

अंतिम और अंतिम अपरिवर्तनीय ब्लॉक

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

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

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

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

अन्य ब्लॉकचेन मेट्रिक्स

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

पी 2 पी परत

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

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

डिवाइस पी 2 पी सबसिस्टम को प्रलेखन से समझा जा सकता है, उदाहरण के लिए, केम्बलिया या बिटटोरेंट प्रोटोकॉल पर libp2p या प्रलेखन पर।

पी 2 पी के लिए महत्वपूर्ण मैट्रिक्स हैं:

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

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

ब्लॉकचैन नोड सिस्टम मैट्रिक्स

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

सीपीयू

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

सीपीयू को कई और उपयोगी मैट्रिक्स में "कट" किया जा सकता है, यह समझने के लिए कि कोड के कौन से हिस्से सबसे महंगे हैं। उदाहरण के लिए, सिस्टम कर्नेल कोड है, उपयोगकर्ता उपयोगकर्ता प्रक्रियाएं हैं, io धीमे बाहरी उपकरणों (डिस्क / नेटवर्क, आदि) से i / o की प्रतीक्षा कर रहा है। यहाँ एक अच्छा संबंधित लेख है ।

स्मृति

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

फुल-नोड्स के लिए, जो https://habrastorage.org/webt/qa/sn/m5/qasnm5bougkjuagneevjkpg9x0w.png है, जो नेटवर्क क्लाइंट्स से मेल खाता है, फाइल मेट्रिक्स भी महत्वपूर्ण हैं। ग्राहक राज्य डेटाबेस और लेनदेन लॉग के विभिन्न हिस्सों तक पहुंचते हैं। यह डिस्क से पुराने ब्लॉकों का एक अपचयन बनाता है, जो नए ब्लॉक को भीड़ सकता है, जो बदले में ग्राहक की प्रतिक्रिया को धीमा कर देता है।

नेटवर्क

मुख्य आंतरिक नेटवर्क मीट्रिक बाइट्स में ट्रैफ़िक की मात्रा, प्रत्येक और प्रोटोकॉल के लिए भेजे गए और प्राप्त नेटवर्क पैकेटों की संख्या, पैकेट हानि अनुपात हैं। ब्लॉकचेन में, इन मैट्रिक्स पर अक्सर ध्यान नहीं दिया जाता है, क्योंकि ब्लॉकचेन अभी तक 1 Gbit / sec की गति से लेनदेन की प्रक्रिया नहीं करता है।

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

भंडारण

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

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

निष्कर्ष

इसलिए, हमने मेट्रिक्स के कई सेटों की जांच की जो ब्लॉकचेन नेटवर्क के संचालन और इसके अनुकूलन की संभावनाओं के बारे में बहुत मूल्यवान जानकारी प्रदान कर सकते हैं। संक्षेप में, आप उन्हें तीन समूहों में एकत्र कर सकते हैं:

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

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

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