गैर-तांत्रिक व्यक्तीकडून कोणत्याही वितरित प्रणालीबद्दलचा आवडता प्रश्न म्हणजे "तुमच्या ब्लॉकचेनवर किती टीपीएस आहेत?" तथापि, प्रश्नकर्त्याला काय ऐकायचे आहे याच्याशी उत्तरात दिलेल्या संख्येत सामान्यतः साम्य नसते. खरं तर, त्याला विचारायचे होते की “तुमची ब्लॉकचेन माझ्या व्यवसायाच्या गरजा पूर्ण करेल का,” आणि या आवश्यकता एक संख्या नसून अनेक अटी आहेत - येथे नेटवर्क फॉल्ट टॉलरन्स, अंतिम आवश्यकता, आकार, व्यवहारांचे स्वरूप आणि इतर अनेक पॅरामीटर्स आहेत. त्यामुळे “किती टीपीएस” या प्रश्नाचे उत्तर सोपे असण्याची शक्यता नाही आणि जवळजवळ कधीच पूर्ण होणार नाही. दहापट किंवा शेकडो नोड्स असलेली वितरित प्रणाली अतिशय गुंतागुंतीची गणना करणारी नेटवर्कची स्थिती, ब्लॉकचेनमधील सामग्री, तांत्रिक बिघाड, आर्थिक समस्या, नेटवर्कवरील हल्ले आणि इतर अनेक कारणांशी संबंधित विविध राज्यांमध्ये असू शकते. . पारंपारिक सेवांपेक्षा ज्या टप्प्यांवर कार्यप्रदर्शन समस्या शक्य आहेत त्या भिन्न आहेत आणि ब्लॉकचेन नेटवर्क सर्व्हर ही एक नेटवर्क सेवा आहे जी डेटाबेस, वेब सर्व्हर आणि टोरेंट क्लायंटची कार्यक्षमता एकत्रित करते, जी सर्व उपप्रणालींवरील लोड प्रोफाइलच्या दृष्टीने अत्यंत गुंतागुंतीची बनवते. : प्रोसेसर, मेमरी, नेटवर्क, स्टोरेज

असे घडते की केंद्रीकृत सॉफ्टवेअर डेव्हलपरसाठी विकेंद्रित नेटवर्क आणि ब्लॉकचेन हे अगदी विशिष्ट आणि असामान्य सॉफ्टवेअर आहेत. म्हणून, मी विकेंद्रित नेटवर्क्सचे कार्यप्रदर्शन आणि टिकाऊपणा, त्यांचे मोजमाप करण्याच्या दृष्टीकोन आणि अडथळे शोधण्याच्या महत्त्वपूर्ण पैलूंवर प्रकाश टाकू इच्छितो. आम्ही ब्लॉकचेन वापरकर्त्यांना सेवा प्रदान करण्याच्या गतीवर मर्यादा घालणाऱ्या विविध कार्यप्रदर्शन समस्यांकडे लक्ष देऊ आणि या प्रकारच्या सॉफ्टवेअरची वैशिष्ट्ये लक्षात घेऊ.

ब्लॉकचेन क्लायंटद्वारे सेवा विनंतीचे टप्पे

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

अशा अडथळ्यांना ओळखण्यासाठी, खऱ्या ब्लॉकचेनला वापरकर्त्यांना सेवा देण्यात कोणत्या टप्प्यांवर अडचण येऊ शकते याची चांगली माहिती असणे आवश्यक आहे. व्यवहार वितरित करणे आणि त्यावर प्रक्रिया करणे, तसेच ब्लॉकचेनची नवीन स्थिती प्राप्त करणे या चक्राचे वर्णन करूया, ज्यावरून क्लायंट त्याच्या व्यवहारावर प्रक्रिया केली गेली आहे आणि त्याचा हिशोब केला गेला आहे हे सत्यापित करू शकतो.

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

आता या टप्प्यांवर बारकाईने नजर टाकूया आणि प्रत्येक टप्प्यावरील संभाव्य कार्यप्रदर्शन समस्यांचे वर्णन करूया. केंद्रीकृत प्रणालींच्या विपरीत, आम्ही नेटवर्क क्लायंटवर कोड अंमलबजावणीचा देखील विचार करू. बर्‍याचदा, TPS मोजताना, व्यवहार प्रक्रियेची वेळ नोड्समधून गोळा केली जाते, आणि क्लायंटकडून नाही - हे पूर्णपणे न्याय्य नाही. नोडने त्याच्या व्यवहारावर किती लवकर प्रक्रिया केली याची क्लायंटला पर्वा नसते; ब्लॉकचेनमध्ये समाविष्ट असलेल्या या व्यवहाराची विश्वासार्ह माहिती त्याला उपलब्ध झाल्यावर त्याच्यासाठी सर्वात महत्त्वाची गोष्ट असते. हे मेट्रिक आहे जे मूलत: व्यवहाराच्या अंमलबजावणीची वेळ आहे. याचा अर्थ असा आहे की भिन्न क्लायंट, अगदी समान व्यवहार पाठवताना, पूर्णपणे भिन्न वेळा प्राप्त करू शकतात, जे चॅनेल, लोड आणि नोडच्या समीपतेवर अवलंबून असतात. म्हणून क्लायंटवर ही वेळ मोजणे पूर्णपणे आवश्यक आहे, कारण हे पॅरामीटर आहे जे ऑप्टिमाइझ करणे आवश्यक आहे.

क्लायंटच्या बाजूने व्यवहाराची तयारी करणे

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

तसेच, हे विसरू नका की क्लायंट कोड फक्त ब्लॉकचेनवर व्यवहार पाठवत नाही, परंतु प्रथम ब्लॉकचेनच्या स्थितीबद्दल प्रश्न विचारतो - आणि ही क्रिया नेटवर्क आणि ब्लॉकचेन नोड्सच्या गर्दीवर परिणाम करू शकते. म्हणून, मोजमाप घेताना, शक्य तितक्या पूर्णपणे क्लायंट कोडच्या वर्तनाचे अनुकरण करणे वाजवी असेल. जरी तुमच्या ब्लॉकचेनमध्ये सामान्य हलके क्लायंट असतील जे काही मालमत्ता हस्तांतरित करण्यासाठी सर्वात सोप्या व्यवहारावर नियमित डिजिटल स्वाक्षरी करतात, तरीही दरवर्षी क्लायंटवर अधिक मोठ्या प्रमाणात गणना केली जाते, क्रिप्टो अल्गोरिदम मजबूत होत आहेत आणि प्रक्रियेचा हा भाग होऊ शकतो. भविष्यात एक महत्त्वपूर्ण अडथळे बनतील. म्हणून, सावधगिरी बाळगा आणि 3.5s चालणार्‍या व्यवहारात, 2.5s व्यवहार तयार करण्यासाठी आणि त्यावर स्वाक्षरी करण्यासाठी आणि 1.0s ते नेटवर्कवर पाठवण्यासाठी आणि प्रतिसादाची प्रतीक्षा करण्यासाठी खर्च केले जातात तेव्हा परिस्थिती चुकवू नका. या अडथळ्याच्या जोखमीचे मूल्यांकन करण्यासाठी, तुम्हाला फक्त ब्लॉकचेन नोड्समधूनच नव्हे तर क्लायंट मशीनमधून मेट्रिक्स गोळा करणे आवश्यक आहे.

व्यवहार पाठवणे आणि त्याच्या स्थितीचे निरीक्षण करणे

पुढील पायरी म्हणजे निवडलेल्या ब्लॉकचेन नोडवर व्यवहार पाठवणे आणि व्यवहार पूलमध्ये स्वीकारण्याची स्थिती प्राप्त करणे. हा टप्पा नियमित डेटाबेस प्रवेशासारखाच आहे; नोडने पूलमधील व्यवहार रेकॉर्ड करणे आवश्यक आहे आणि त्याबद्दलची माहिती p2p नेटवर्कद्वारे वितरित करणे सुरू केले पाहिजे. येथे कार्यक्षमतेचे मूल्यांकन करण्याचा दृष्टीकोन पारंपारिक वेब API मायक्रोसर्व्हिसेसच्या कार्यक्षमतेचे मूल्यांकन करण्यासारखा आहे आणि ब्लॉकचेनमधील व्यवहार स्वतः अद्यतनित केले जाऊ शकतात आणि सक्रियपणे त्यांची स्थिती बदलू शकतात. सर्वसाधारणपणे, काही ब्लॉकचेनवर व्यवहार माहिती अपडेट करणे अनेक वेळा होऊ शकते, उदाहरणार्थ चेन फॉर्क्स दरम्यान स्विच करताना किंवा जेव्हा BPs ब्लॉकमध्ये व्यवहार समाविष्ट करण्याचा त्यांचा हेतू जाहीर करतात. या पूलच्या आकारावरील मर्यादा आणि त्यातील व्यवहारांची संख्या ब्लॉकचेनच्या कार्यक्षमतेवर परिणाम करू शकते. व्यवहार पूल जास्तीत जास्त संभाव्य आकारात भरला असल्यास, किंवा RAM मध्ये बसत नसल्यास, नेटवर्क कार्यप्रदर्शन झपाट्याने कमी होऊ शकते. ब्लॉकचेनकडे जंक संदेशांच्या पुरापासून संरक्षण करण्याचे कोणतेही केंद्रीकृत साधन नाही आणि जर ब्लॉकचेन उच्च-व्हॉल्यूम व्यवहारांना आणि कमी शुल्कास समर्थन देत असेल, तर यामुळे व्यवहार पूल ओव्हरफ्लो होऊ शकतो - आणखी एक संभाव्य कार्यप्रदर्शन अडथळे.

ब्लॉकचेनमध्ये, क्लायंट त्याच्या आवडीच्या कोणत्याही ब्लॉकचेन नोडवर व्यवहार पाठवतो, व्यवहाराचा हॅश पाठवण्यापूर्वी क्लायंटला सामान्यतः माहित असतो, म्हणून त्याला फक्त कनेक्शन साध्य करणे आवश्यक आहे आणि, ट्रान्समिशननंतर, ब्लॉकचेन बदलण्याची प्रतीक्षा करा. त्याचे राज्य, त्याचे व्यवहार सक्षम करते. लक्षात घ्या की “tps” मोजून तुम्ही ब्लॉकचेन नोडशी कनेक्ट करण्याच्या वेगवेगळ्या पद्धतींसाठी पूर्णपणे भिन्न परिणाम मिळवू शकता. हे एक नियमित HTTP RPC किंवा वेबसॉकेट असू शकते जे तुम्हाला "सदस्यता घ्या" पॅटर्न लागू करण्यास अनुमती देते. दुस-या बाबतीत, क्लायंटला आधी एक सूचना प्राप्त होईल आणि नोड व्यवहार स्थितीबद्दलच्या प्रतिसादांवर कमी संसाधने (प्रामुख्याने मेमरी आणि रहदारी) खर्च करेल. म्हणून “tps” मोजताना क्लायंट ज्या पद्धतीने नोड्सशी कनेक्ट होतात ते लक्षात घेणे आवश्यक आहे. त्यामुळे, या अडथळ्याच्या जोखमीचे मूल्यांकन करण्यासाठी, बेंचमार्क ब्लॉकचेनला वेबसॉकेट आणि HTTP RPC विनंत्या दोन्ही असलेल्या क्लायंटचे अनुकरण करणे, वास्तविक नेटवर्कशी संबंधित प्रमाणात, तसेच व्यवहारांचे स्वरूप आणि त्यांचा आकार बदलणे आवश्यक आहे.

या अडथळ्याच्या जोखमीचे मूल्यांकन करण्यासाठी, तुम्हाला केवळ ब्लॉकचेन नोड्समधूनच नव्हे तर क्लायंट मशीनमधून मेट्रिक्स गोळा करणे आवश्यक आहे.

p2p नेटवर्कद्वारे व्यवहार आणि ब्लॉक्सचे प्रसारण

ब्लॉकचेन्समध्ये, पीअर-टू-पीअर (p2p) नेटवर्किंगचा वापर सहभागींमधील व्यवहार आणि ब्लॉक्स हस्तांतरित करण्यासाठी केला जातो. एका नोडपासून सुरू होणारे व्यवहार संपूर्ण नेटवर्कमध्ये पसरतात, जोपर्यंत ते पीअर ब्लॉक उत्पादकांपर्यंत पोहोचत नाहीत, जे व्यवहार ब्लॉकमध्ये पॅक करतात आणि समान p2p वापरून, सर्व नेटवर्क नोड्सना नवीन ब्लॉक्स वितरित करतात. बहुतेक आधुनिक पी 2 पी नेटवर्कचा आधार म्हणजे कॅडेमलिया प्रोटोकॉलचे विविध बदल. येथे या प्रोटोकॉलचा चांगला सारांश आणि पाहा, पाहा - BitTorrent नेटवर्कमधील विविध मोजमापांसह एक लेख, ज्यावरून हे समजू शकते की या प्रकारचे नेटवर्क केंद्रीकृत सेवेच्या कठोरपणे कॉन्फिगर केलेल्या नेटवर्कपेक्षा अधिक जटिल आणि कमी अंदाज लावता येण्यासारखे आहे. तसेच, पाहा, पाहा इथरियम नोड्ससाठी विविध मनोरंजक मेट्रिक्स मोजण्याबद्दल लेख.

थोडक्यात, अशा नेटवर्कमधील प्रत्येक पीअर इतर समवयस्कांची स्वतःची डायनॅमिक सूची राखतो ज्यावरून तो सामग्रीद्वारे संबोधित केलेल्या माहितीच्या ब्लॉकची विनंती करतो. जेव्हा एखाद्या समवयस्काला विनंती प्राप्त होते, तेव्हा ते एकतर आवश्यक माहिती देते किंवा सूचीमधून पुढील छद्म-यादृच्छिक समवयस्कांना विनंती पाठवते आणि प्रतिसाद मिळाल्यानंतर, ते विनंतीकर्त्याकडे पाठवते आणि काही काळासाठी कॅश करते. पुढील वेळी आधी माहिती ब्लॉक. अशा प्रकारे, लोकप्रिय माहिती मोठ्या संख्येने समवयस्कांच्या मोठ्या संख्येने कॅशेमध्ये संपते आणि अलोकप्रिय माहिती हळूहळू बदलली जाते. समवयस्कांनी कोणाकडे किती माहिती हस्तांतरित केली आहे याची नोंद ठेवतात आणि नेटवर्क सक्रिय वितरकांना त्यांचे रेटिंग वाढवून आणि त्यांना उच्च स्तरावरील सेवा प्रदान करून उत्तेजित करण्याचा प्रयत्न करते, निष्क्रिय सहभागींना आपोआप पीअर लिस्टमधून विस्थापित करते.

त्यामुळे, व्यवहार आता संपूर्ण नेटवर्कमध्ये वितरित करणे आवश्यक आहे जेणेकरून ब्लॉक-उत्पादक ते पाहू शकतील आणि ब्लॉकमध्ये समाविष्ट करू शकतील. नोड सक्रियपणे प्रत्येकासाठी नवीन व्यवहार “वितरित” करतो आणि नेटवर्क ऐकतो, प्रतीक्षा केलेल्या क्लायंटला सूचित करण्यासाठी ज्याच्या निर्देशांकात आवश्यक व्यवहार दिसून येईल अशा ब्लॉकची वाट पाहत आहे. p2p नेटवर्क्समध्ये नवीन व्यवहार आणि ब्लॉक्सची माहिती एकमेकांना हस्तांतरित करण्यासाठी नेटवर्कला लागणारा वेळ खूप मोठ्या संख्येने घटकांवर अवलंबून असतो: जवळपास कार्यरत प्रामाणिक नोड्सची संख्या (नेटवर्कच्या दृष्टिकोनातून), "उबदार- या नोड्सचे कॅशे, ब्लॉक्सचा आकार, व्यवहार, बदलांचे स्वरूप, नेटवर्क भूगोल, नोड्सची संख्या आणि इतर अनेक घटक. अशा नेटवर्क्समधील कार्यप्रदर्शन मेट्रिक्सची जटिल मोजमाप ही एक जटिल बाब आहे; एकाच वेळी क्लायंट आणि समवयस्क (ब्लॉकचेन नोड्स) या दोघांवरील विनंती प्रक्रियेच्या वेळेचे मूल्यांकन करणे आवश्यक आहे. कोणत्याही p2p यंत्रणेतील समस्या, चुकीचा डेटा बेदखल करणे आणि कॅशिंग, सक्रिय समवयस्कांच्या सूचीचे अप्रभावी व्यवस्थापन आणि इतर अनेक कारणांमुळे संपूर्ण नेटवर्कच्या कार्यक्षमतेवर परिणाम होणारा विलंब होऊ शकतो आणि या अडथळ्याचे विश्लेषण करणे सर्वात कठीण आहे. , चाचणी आणि परिणामांचे स्पष्टीकरण.

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

ब्लॉकचेनचा सर्वात महत्वाचा भाग म्हणजे एकमत अल्गोरिदम, नेटवर्कवरून प्राप्त झालेल्या नवीन ब्लॉक्ससाठी त्याचा अर्ज आणि राज्य डेटाबेसमध्ये निकालांच्या रेकॉर्डिंगसह व्यवहारांची प्रक्रिया. साखळीमध्ये नवीन ब्लॉक जोडणे आणि नंतर मुख्य साखळी निवडणे शक्य तितक्या लवकर कार्य करावे. तथापि, वास्तविक जीवनात, "पाहिजे" चा अर्थ "कार्ये" असा होत नाही आणि उदाहरणार्थ, दोन लांब स्पर्धात्मक साखळ्या सतत एकमेकांमध्ये बदलत असतात, प्रत्येक स्विचवर पूलमधील हजारो व्यवहारांचा मेटाडेटा बदलत असतात अशा परिस्थितीची कल्पना करू शकते. , आणि राज्य डेटाबेस सतत परत आणत आहे. हा टप्पा, अडथळे परिभाषित करण्याच्या दृष्टीने, p2p नेटवर्क स्तरापेक्षा सोपा आहे, कारण व्यवहाराची अंमलबजावणी आणि एकमत अल्गोरिदम काटेकोरपणे निर्धारक आहेत आणि येथे काहीही मोजणे सोपे आहे.
नेटवर्क समस्यांसह या स्टेजच्या कार्यप्रदर्शनात यादृच्छिक ऱ्हासाला गोंधळात टाकणे ही मुख्य गोष्ट नाही - मुख्य साखळीबद्दल ब्लॉक्स आणि माहिती वितरीत करण्यात नोड्स धीमे असतात आणि बाह्य क्लायंटसाठी हे धीमे नेटवर्कसारखे दिसू शकते, जरी समस्या यात आहे. एक पूर्णपणे वेगळी जागा.

या टप्प्यावर कार्यप्रदर्शन ऑप्टिमाइझ करण्यासाठी, नोड्समधून स्वतः मेट्रिक्स गोळा करणे आणि त्यांचे परीक्षण करणे उपयुक्त आहे आणि त्यामध्ये स्टेट-डेटाबेस अद्ययावत करण्याशी संबंधित समाविष्ट करणे: नोडवर प्रक्रिया केलेल्या ब्लॉक्सची संख्या, त्यांचा आकार, व्यवहारांची संख्या, चेन फॉर्क्समधील स्विचेसची संख्या, अवैध ब्लॉक्सची संख्या, व्हर्च्युअल मशीन ऑपरेटिंग वेळ, डेटा कमिट वेळ इ. हे नेटवर्क समस्यांना चेन प्रोसेसिंग अल्गोरिदममधील त्रुटींसह गोंधळात टाकण्यापासून प्रतिबंधित करेल.

व्हर्च्युअल मशीन प्रक्रिया व्यवहार हा माहितीचा एक उपयुक्त स्रोत असू शकतो जो ब्लॉकचेनच्या ऑपरेशनला अनुकूल करू शकतो. मेमरी वाटपांची संख्या, वाचन/लेखन सूचनांची संख्या आणि कॉन्ट्रॅक्ट कोडच्या अंमलबजावणीच्या कार्यक्षमतेशी संबंधित इतर मेट्रिक्स विकासकांना बरीच उपयुक्त माहिती प्रदान करू शकतात. त्याच वेळी, स्मार्ट कॉन्ट्रॅक्ट हे प्रोग्राम आहेत, ज्याचा अर्थ सैद्धांतिकदृष्ट्या ते कोणत्याही संसाधनांचा वापर करू शकतात: cpu/मेमरी/नेटवर्क/स्टोरेज, म्हणून व्यवहार प्रक्रिया ही एक अनिश्चित अवस्था आहे, जे, व्यतिरिक्त, आवृत्त्यांमध्ये फिरताना मोठ्या प्रमाणात बदलते. आणि करार कोड बदलताना. म्हणून, ब्लॉकचेन कार्यप्रदर्शन प्रभावीपणे ऑप्टिमाइझ करण्यासाठी व्यवहार प्रक्रियेशी संबंधित मेट्रिक्स देखील आवश्यक आहेत.

ब्लॉकचेनमध्ये व्यवहाराचा समावेश करण्याबाबतच्या सूचनेची क्लायंटकडून पावती

ब्लॉकचेन क्लायंटला सेवा प्राप्त करण्याचा हा अंतिम टप्पा आहे; इतर टप्प्यांच्या तुलनेत, कोणतेही मोठे ओव्हरहेड खर्च नाहीत, परंतु तरीही क्लायंटला नोडकडून प्रचंड प्रतिसाद मिळण्याची शक्यता लक्षात घेणे योग्य आहे (उदाहरणार्थ, एक स्मार्ट करार डेटाचे अॅरे परत करत आहे). कोणत्याही परिस्थितीत, "तुमच्या ब्लॉकचेनमध्ये किती टीपीएस आहेत?" हा प्रश्न विचारणाऱ्यासाठी हा मुद्दा सर्वात महत्त्वाचा आहे, कारण या क्षणी, सेवा प्राप्त होण्याची वेळ रेकॉर्ड केली जाते.

या ठिकाणी, क्लायंटला ब्लॉकचेनच्या प्रतिसादाची वाट पाहण्यासाठी नेहमी पूर्ण वेळ पाठवायचा असतो; यावेळी वापरकर्ता त्याच्या अर्जाच्या पुष्टीकरणाची वाट पाहत असतो आणि हे त्याचे ऑप्टिमायझेशन आहे. विकासकांचे मुख्य कार्य.

निष्कर्ष

परिणामी, आम्ही ब्लॉकचेनवर केलेल्या ऑपरेशनचे प्रकार वर्णन करू शकतो आणि त्यांना अनेक श्रेणींमध्ये विभागू शकतो:

1. क्रिप्टोग्राफिक परिवर्तन, पुरावा बांधकाम
2. पीअर-टू-पीअर नेटवर्किंग, व्यवहार आणि ब्लॉक प्रतिकृती
3. व्यवहार प्रक्रिया, स्मार्ट करारांची अंमलबजावणी
4. ब्लॉकचेनमधील बदल राज्य डेटाबेसमध्ये लागू करणे, व्यवहार आणि ब्लॉक्सवरील डेटा अद्यतनित करणे
5. स्टेट डेटाबेस, ब्लॉकचेन नोड API, सबस्क्रिप्शन सेवांसाठी केवळ-वाचनीय विनंत्या

सर्वसाधारणपणे, आधुनिक ब्लॉकचेन नोड्ससाठी तांत्रिक आवश्यकता अत्यंत गंभीर आहेत - क्रिप्टोग्राफीसाठी वेगवान सीपीयू, स्टेट डेटाबेस संचयित करण्यासाठी आणि द्रुतपणे ऍक्सेस करण्यासाठी मोठ्या प्रमाणात RAM, मोठ्या संख्येने एकाच वेळी उघडलेल्या कनेक्शनचा वापर करून नेटवर्क परस्परसंवाद आणि मोठे संचयन. अशा उच्च आवश्यकता आणि विविध प्रकारच्या ऑपरेशन्सची विपुलता अपरिहार्यपणे या वस्तुस्थितीला कारणीभूत ठरते की नोड्समध्ये पुरेशी संसाधने नसतात आणि नंतर वर चर्चा केलेल्या कोणत्याही टप्प्यांमुळे नेटवर्कच्या एकूण कार्यक्षमतेसाठी आणखी एक अडचण येऊ शकते.

ब्लॉकचेनच्या कार्यक्षमतेची रचना आणि मूल्यमापन करताना, तुम्हाला हे सर्व मुद्दे विचारात घ्यावे लागतील. हे करण्यासाठी, तुम्हाला क्लायंट आणि नेटवर्क नोड्समधून एकाच वेळी मेट्रिक्स गोळा करणे आणि त्यांचे विश्लेषण करणे आवश्यक आहे, त्यांच्यातील परस्परसंबंध शोधा, ग्राहकांना सेवा प्रदान करण्यासाठी लागणाऱ्या वेळेचा अंदाज लावा, सर्व मुख्य संसाधने विचारात घ्या: cpu/memory/network/storage , ते कसे वापरले जातात ते समजून घ्या आणि एकमेकांवर प्रभाव टाका. हे सर्व वेगवेगळ्या ब्लॉकचेनच्या गतीची तुलना “किती TPS” च्या रूपात करणे हे अत्यंत कृतघ्न कार्य बनवते, कारण तेथे मोठ्या संख्येने भिन्न कॉन्फिगरेशन आणि अवस्था आहेत. मोठ्या केंद्रीकृत प्रणालींमध्ये, शेकडो सर्व्हरच्या क्लस्टर्समध्ये, या समस्या देखील जटिल आहेत आणि त्यांना मोठ्या संख्येने विविध मेट्रिक्सचे संकलन देखील आवश्यक आहे, परंतु ब्लॉकचेनमध्ये, p2p नेटवर्क, आभासी मशीन प्रक्रिया करार, अंतर्गत अर्थव्यवस्था, अंशांची संख्या. स्वातंत्र्य खूप मोठे आहे, जे अनेक सर्व्हरवर देखील चाचणी करते, ते गैर-सूचक आहे आणि केवळ अत्यंत अंदाजे मूल्ये दर्शविते ज्यांचा वास्तविकतेशी जवळजवळ कोणताही संबंध नाही.

म्हणून, ब्लॉकचेन कोरमध्ये विकसित करताना, कार्यक्षमतेचे मूल्यांकन करण्यासाठी आणि "गेल्या वेळेच्या तुलनेत त्यात सुधारणा झाली आहे का?" या प्रश्नाचे उत्तर देण्यासाठी आम्ही बरेच जटिल सॉफ्टवेअर वापरतो जे डझनभर नोड्ससह ब्लॉकचेन लाँच करण्यासाठी ऑर्केस्ट्रेट करते आणि स्वयंचलितपणे बेंचमार्क लाँच करते आणि मेट्रिक्स गोळा करते. ; या माहितीशिवाय एकाधिक सहभागींसह कार्य करणारे प्रोटोकॉल डीबग करणे अत्यंत कठीण आहे.

म्हणून, जेव्हा तुम्हाला प्रश्न प्राप्त होईल की “तुमच्या ब्लॉकचेनमध्ये किती टीपीएस आहेत?”, तुमच्या संवादकर्त्याला चहा द्या आणि विचारा की तो डझनभर आलेख पाहण्यास तयार आहे का आणि ब्लॉकचेन कार्यप्रदर्शन समस्यांचे तीनही बॉक्स आणि तुमच्या सूचना ऐका. त्यांचे निराकरण...

स्त्रोत: www.habr.com