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

यस्तो हुन्छ कि विकेन्द्रीकृत सञ्जाल र ब्लकचेनहरू केन्द्रीकृत सफ्टवेयर विकासकर्ताहरूको लागि एकदम विशिष्ट र असामान्य सफ्टवेयर हुन्। तसर्थ, म विकेन्द्रीकृत सञ्जालहरूको कार्यसम्पादन र दिगोपनका महत्त्वपूर्ण पक्षहरूलाई हाइलाइट गर्न चाहन्छु, तिनीहरूलाई मापन गर्ने दृष्टिकोण र अवरोधहरू फेला पार्न चाहन्छु। हामी विभिन्न कार्यसम्पादन मुद्दाहरू हेर्नेछौं जसले ब्लकचेन प्रयोगकर्ताहरूलाई सेवाहरू प्रदान गर्ने गतिलाई सीमित गर्दछ र यस प्रकारको सफ्टवेयरको विशेषताहरू नोट गर्नुहोस्।

ब्लकचेन ग्राहक द्वारा सेवा अनुरोध को चरणहरु

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

त्यस्ता बाधाहरू पहिचान गर्न, वास्तविक ब्लकचेनले प्रयोगकर्ताहरूलाई सेवा दिन कठिनाइ हुने चरणहरूको राम्रोसँग बुझ्न आवश्यक छ। लेनदेन डेलिभर गर्ने र प्रशोधन गर्ने चक्रको वर्णन गरौं, साथसाथै ब्लकचेनको नयाँ अवस्था प्राप्त गर्ने, जहाँबाट ग्राहकले उसको लेनदेन प्रशोधन र हिसाब गरिएको छ भनी प्रमाणित गर्न सक्छ।

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

अब यी चरणहरूमा नजिकबाट हेरौं र प्रत्येक चरणमा सम्भावित कार्यसम्पादन मुद्दाहरूको वर्णन गरौं। केन्द्रीकृत प्रणालीहरूको विपरीत, हामी नेटवर्क क्लाइन्टहरूमा कोड कार्यान्वयनलाई पनि विचार गर्नेछौं। प्रायः, TPS मापन गर्दा, लेनदेन प्रशोधन समय नोडहरूबाट सङ्कलन गरिन्छ, र ग्राहकबाट होइन - यो पूर्ण रूपमा उचित छैन। नोडले उसको लेनदेनलाई कति चाँडो प्रशोधन गर्यो भन्ने ग्राहकले वास्ता गर्दैन; उसको लागि सबैभन्दा महत्त्वपूर्ण कुरा त्यो क्षण हो जब ब्लकचेनमा समावेश गरिएको यस लेनदेनको बारेमा भरपर्दो जानकारी उसलाई उपलब्ध हुन्छ। यो यो मेट्रिक हो जुन अनिवार्य रूपमा लेनदेन कार्यान्वयन समय हो। यसको मतलब विभिन्न ग्राहकहरू, एउटै लेनदेन पठाउँदा पनि, पूर्ण रूपमा फरक समय प्राप्त गर्न सक्छन्, जुन च्यानल, लोड र नोडको निकटता, आदिमा निर्भर गर्दछ। त्यसैले यो ग्राहकहरूमा यो समय मापन गर्न बिल्कुल आवश्यक छ, किनकि यो प्यारामिटर हो जुन अनुकूलित गर्न आवश्यक छ।

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

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

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

लेनदेन पठाउँदै र यसको स्थिति निगरानी

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

ब्लकचेनमा, ग्राहकले आफूलाई मनपर्ने कुनै पनि ब्लकचेन नोडमा लेनदेन पठाउँदछ, लेनदेनको ह्यास सामान्यतया ग्राहकलाई पठाउनु अघि थाहा हुन्छ, त्यसैले उसले केवल जडान हासिल गर्न आवश्यक छ र, प्रसारण पछि, ब्लकचेन परिवर्तन हुनको लागि पर्खनुहोस्। यसको राज्य, उसको लेनदेन सक्षम गर्दै। नोट गर्नुहोस् कि "tps" मापन गरेर तपाईले ब्लकचेन नोडमा जडान गर्ने विभिन्न विधिहरूको लागि पूर्ण रूपमा फरक परिणामहरू प्राप्त गर्न सक्नुहुन्छ। यो नियमित HTTP RPC वा WebSocket हुन सक्छ जसले तपाईंलाई "सदस्यता" ढाँचा लागू गर्न अनुमति दिन्छ। दोस्रो अवस्थामा, ग्राहकले पहिले नै सूचना प्राप्त गर्नेछ, र नोडले लेनदेन स्थितिको बारेमा प्रतिक्रियाहरूमा कम स्रोतहरू (मुख्य रूपमा मेमोरी र ट्राफिक) खर्च गर्नेछ। त्यसैले "tps" मापन गर्दा ग्राहकहरूले नोडहरूमा जडान गर्ने तरिकालाई ध्यानमा राख्न आवश्यक छ। तसर्थ, यस बाधाको जोखिमहरू मूल्याङ्कन गर्न, बेन्चमार्क ब्लकचेनले ग्राहकहरूलाई WebSocket र HTTP RPC अनुरोधहरू अनुकरण गर्न सक्षम हुनुपर्छ, वास्तविक सञ्जालहरूसँग समानुपातिक रूपमा, साथै लेनदेनको प्रकृति र तिनीहरूको आकार परिवर्तन गर्न।

यस बाधाको जोखिमहरू मूल्याङ्कन गर्न, तपाईंले ब्लकचेन नोडहरूबाट मात्र होइन, क्लाइन्ट मेशिनहरूबाट मेट्रिकहरू सङ्कलन गर्न आवश्यक छ।

p2p नेटवर्क मार्फत लेनदेन र ब्लकहरूको प्रसारण

ब्लकचेनहरूमा, सहभागीहरू बीचको लेनदेन र ब्लकहरू स्थानान्तरण गर्न पियर-टू-पीयर (p2p) नेटवर्किङ प्रयोग गरिन्छ। लेनदेनहरू नेटवर्कमा फैलिन्छन्, एउटा नोडबाट सुरु गरेर, तिनीहरू पियर ब्लक उत्पादकहरूमा नपुग्दासम्म, जसले लेनदेनहरूलाई ब्लकहरूमा प्याक गर्छ र, उही p2p प्रयोग गरेर, सबै नेटवर्क नोडहरूमा नयाँ ब्लकहरू वितरण गर्दछ। धेरै आधुनिक p2p नेटवर्क को आधार Kademlia प्रोटोकल को विभिन्न परिमार्जनहरु हो। यहाँ यो प्रोटोकल को एक राम्रो सारांश, र हेर - BitTorrent नेटवर्कमा विभिन्न मापनहरू भएको एउटा लेख, जसबाट कसैले बुझ्न सक्छ कि यस प्रकारको सञ्जाल केन्द्रीकृत सेवाको कडा रूपमा कन्फिगर गरिएको नेटवर्क भन्दा बढी जटिल र कम अनुमानित छ। साथै, हेर Ethereum नोड्स को लागी विभिन्न रोचक मेट्रिक्स मापन को बारे मा लेख।

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

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

ब्लकचेन प्रशोधन र राज्य डाटाबेस अद्यावधिक गर्दै

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

यस चरणमा कार्यसम्पादन अप्टिमाइज गर्न, नोडहरूबाट मेट्रिकहरू सङ्कलन र निगरानी गर्न उपयोगी छ, र तिनीहरूमा राज्य-डेटाबेस अद्यावधिक गर्न सम्बन्धित समावेश गर्नुहोस्: नोडमा प्रशोधन गरिएका ब्लकहरूको संख्या, तिनीहरूको आकार, लेनदेनको संख्या, चेन फोर्कहरू बीचको स्विचहरूको संख्या, अमान्य ब्लकहरूको संख्या, भर्चुअल मेसिन सञ्चालन समय, डाटा कमिट समय, आदि। यसले नेटवर्क समस्याहरूलाई चेन प्रोसेसिङ एल्गोरिदमहरूमा त्रुटिहरूसँग भ्रमित हुनबाट रोक्नेछ।

एक भर्चुअल मेशिन प्रशोधन लेनदेन जानकारी को एक उपयोगी स्रोत हुन सक्छ जसले blockchain को सञ्चालन अनुकूलन गर्न सक्छ। मेमोरी आवंटनहरूको संख्या, पढ्न/लेखन निर्देशनहरूको संख्या, र अनुबंध कोड कार्यान्वयनको दक्षतासँग सम्बन्धित अन्य मेट्रिक्सले विकासकर्ताहरूलाई धेरै उपयोगी जानकारी प्रदान गर्न सक्छ। एकै समयमा, स्मार्ट अनुबंधहरू प्रोग्रामहरू हुन्, जसको अर्थ सैद्धान्तिक रूपमा तिनीहरूले कुनै पनि स्रोतहरू उपभोग गर्न सक्छन्: cpu/memory/network/storage, त्यसैले लेनदेन प्रशोधन एक बरु अनिश्चित चरण हो, जसको अतिरिक्त, संस्करणहरू बीचमा सर्दा धेरै परिवर्तन हुन्छ। र अनुबंध कोड परिवर्तन गर्दा। त्यसकारण, लेनदेन प्रशोधनसँग सम्बन्धित मेट्रिकहरू पनि प्रभावकारी रूपमा ब्लकचेन कार्यसम्पादनलाई अनुकूलन गर्न आवश्यक छ।

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

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

यस ठाउँमा, त्यहाँ सधैं पूर्ण समय पठाइन्छ जुन ग्राहकले ब्लकचेनबाट प्रतिक्रियाको लागि पर्खनु परेको थियो; यो समय हो कि प्रयोगकर्ताले आफ्नो आवेदनमा पुष्टिको लागि पर्खनेछ, र यो यसको अनुकूलन हो। विकासकर्ताहरूको मुख्य कार्य।

निष्कर्षमा

नतिजाको रूपमा, हामी ब्लकचेनहरूमा गरिएका कार्यहरूका प्रकारहरू वर्णन गर्न सक्छौं र तिनीहरूलाई धेरै कोटिहरूमा विभाजन गर्न सक्छौं:

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

सामान्यतया, आधुनिक ब्लकचेन नोडहरूका लागि प्राविधिक आवश्यकताहरू अत्यन्त गम्भीर छन् - क्रिप्टोग्राफीका लागि द्रुत CPUs, भण्डारण गर्न र राज्य डाटाबेसमा द्रुत पहुँच गर्नको लागि ठूलो मात्रामा RAM, एकै साथ खुला जडानहरूको ठूलो संख्या प्रयोग गरेर नेटवर्क अन्तरक्रिया, र ठूलो भण्डारण। त्यस्ता उच्च आवश्यकताहरू र विभिन्न प्रकारका अपरेसनहरूको प्रशस्तताले अनिवार्य रूपमा नोडहरूमा पर्याप्त स्रोतहरू नहुन सक्छ भन्ने तथ्यलाई निम्त्याउँछ, र त्यसपछि माथि छलफल गरिएका कुनै पनि चरणहरू समग्र नेटवर्क प्रदर्शनको लागि अर्को बाधा बन्न सक्छ।

ब्लकचेनहरूको कार्यसम्पादन डिजाइन र मूल्याङ्कन गर्दा, तपाईंले यी सबै बिन्दुहरूलाई ध्यानमा राख्नुपर्छ। यो गर्नको लागि, तपाईंले क्लाइन्टहरू र नेटवर्क नोडहरूबाट एकै साथ मेट्रिक्स सङ्कलन र विश्लेषण गर्न आवश्यक छ, तिनीहरू बीचको सम्बन्ध खोज्नुहोस्, ग्राहकहरूलाई सेवाहरू प्रदान गर्न लाग्ने समयको अनुमान गर्नुहोस्, सबै मुख्य स्रोतहरूलाई ध्यानमा राख्नुहोस्: cpu/memory/network/storage , बुझ्नुहोस् कि तिनीहरू कसरी प्रयोग गरिन्छ र एकअर्कालाई प्रभाव पार्छ। यो सबैले "कति धेरै TPS" को रूपमा विभिन्न ब्लकचेनहरूको गति तुलना गर्दछ, एक अत्यन्तै कृतज्ञ कार्य हो, किनकि त्यहाँ विभिन्न कन्फिगरेसनहरू र राज्यहरू छन्। ठूला केन्द्रीकृत प्रणालीहरूमा, सयौं सर्भरहरूको क्लस्टरहरूमा, यी समस्याहरू पनि जटिल छन् र विभिन्न मेट्रिक्सहरूको ठूलो संख्याको सङ्कलन पनि आवश्यक छ, तर ब्लकचेनहरूमा, p2p नेटवर्कहरू, भर्चुअल मेसिनहरू प्रशोधन सम्झौताहरू, आन्तरिक अर्थतन्त्रहरू, डिग्रीहरूको संख्या। स्वतन्त्रताको धेरै ठूलो छ, जसले धेरै सर्भरहरूमा पनि परीक्षण बनाउँछ, यो गैर-सूचक हो र केवल अत्यन्त अनुमानित मानहरू देखाउँदछ जुन वास्तविकतासँग लगभग कुनै सम्बन्ध छैन।

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

त्यसोभए, जब तपाइँ "तपाईको ब्लकचेनमा कति TPS छन्?" प्रश्न प्राप्त गर्नुहुन्छ, तपाइँको अन्तर्वार्ताकारलाई केही चिया दिनुहोस् र सोध्नुहोस् कि ऊ एक दर्जन ग्राफहरू हेर्न तयार छ र ब्लकचेन कार्यसम्पादन समस्याहरूको तीनवटा बाकसहरू र तपाइँका सुझावहरू सुन्नुहोस्। तिनीहरूलाई समाधान गर्दै...

स्रोत: www.habr.com