બિન-તકનીકી વ્યક્તિ તરફથી કોઈપણ વિતરિત સિસ્ટમ વિશે મનપસંદ પ્રશ્ન એ છે કે "તમારા બ્લોકચેન પર કેટલા ટીપીએસ છે?" જો કે, જવાબમાં આપેલ સંખ્યા સામાન્ય રીતે પ્રશ્નકર્તા જે સાંભળવા માંગે છે તેની સાથે થોડી સામ્યતા ધરાવે છે. વાસ્તવમાં, તે પૂછવા માંગતો હતો કે "શું તમારું બ્લોકચેન મારી વ્યવસાયિક જરૂરિયાતોને પૂર્ણ કરશે," અને આ જરૂરિયાતો એક નંબરની નથી, પરંતુ ઘણી શરતો છે - અહીં નેટવર્ક ફોલ્ટ ટોલરન્સ, અંતિમ જરૂરિયાતો, કદ, વ્યવહારોની પ્રકૃતિ અને અન્ય ઘણા પરિમાણો છે. તેથી "કેટલા ટીપીએસ" પ્રશ્નનો જવાબ સરળ હોવાની સંભાવના નથી, અને લગભગ ક્યારેય પૂર્ણ થશે નહીં. તદ્દન જટિલ ગણતરીઓ કરતી દસ અથવા સેંકડો ગાંઠો સાથે વિતરિત સિસ્ટમ નેટવર્કની સ્થિતિ, બ્લોકચેનની સામગ્રી, તકનીકી નિષ્ફળતાઓ, આર્થિક સમસ્યાઓ, નેટવર્ક પરના હુમલાઓ અને અન્ય ઘણા કારણોથી સંબંધિત વિવિધ રાજ્યોની વિશાળ સંખ્યામાં હોઈ શકે છે. . જે તબક્કામાં કામગીરીની સમસ્યાઓ શક્ય છે તે પરંપરાગત સેવાઓથી અલગ છે, અને બ્લોકચેન નેટવર્ક સર્વર એ નેટવર્ક સેવા છે જે ડેટાબેઝ, વેબ સર્વર અને ટોરેન્ટ ક્લાયંટની કાર્યક્ષમતાને જોડે છે, જે તેને તમામ સબસિસ્ટમ પર લોડ પ્રોફાઇલની દ્રષ્ટિએ અત્યંત જટિલ બનાવે છે. : પ્રોસેસર, મેમરી, નેટવર્ક, સ્ટોરેજ

એવું બને છે કે વિકેન્દ્રિત નેટવર્ક અને બ્લોકચેન કેન્દ્રિય સોફ્ટવેર ડેવલપર્સ માટે તદ્દન વિશિષ્ટ અને અસામાન્ય સોફ્ટવેર છે. તેથી, હું વિકેન્દ્રિત નેટવર્ક્સની કામગીરી અને ટકાઉપણાના મહત્વના પાસાઓ, તેમને માપવા અને અવરોધો શોધવાના અભિગમો પર પ્રકાશ પાડવા માંગુ છું. અમે વિવિધ કામગીરીના મુદ્દાઓ જોઈશું જે બ્લોકચેન વપરાશકર્તાઓને સેવાઓ પ્રદાન કરવાની ગતિને મર્યાદિત કરે છે અને આ પ્રકારના સૉફ્ટવેરની લાક્ષણિકતાઓની નોંધ લઈશું.

બ્લોકચેન ક્લાયંટ દ્વારા સેવા વિનંતીના તબક્કા

કોઈપણ વધુ કે ઓછી જટિલ સેવાની ગુણવત્તા વિશે પ્રમાણિકતાથી બોલવા માટે, તમારે માત્ર સરેરાશ મૂલ્યો જ નહીં, પરંતુ મહત્તમ/ન્યૂનતમ, મધ્યક, પર્સન્ટાઈલ્સ પણ ધ્યાનમાં લેવાની જરૂર છે. સૈદ્ધાંતિક રીતે, આપણે અમુક બ્લોકચેનમાં 1000 tps વિશે વાત કરી શકીએ છીએ, પરંતુ જો 900 વ્યવહારો પ્રચંડ ઝડપે પૂર્ણ થયા હોય, અને 100 થોડી સેકન્ડો માટે "અટવાઇ ગયા" હોય, તો પછી તમામ વ્યવહારો પર એકત્રિત કરવામાં આવેલ સરેરાશ સમય ક્લાયન્ટ માટે સંપૂર્ણપણે વાજબી મેટ્રિક નથી. જેમને હું થોડી સેકંડમાં વ્યવહાર પૂર્ણ કરી શક્યો નથી. ચૂકી ગયેલ સર્વસંમતિ રાઉન્ડ અથવા નેટવર્ક વિભાજનને કારણે કામચલાઉ "છિદ્રો" એ સેવાને મોટા પ્રમાણમાં બગાડી શકે છે જેણે પરીક્ષણ બેન્ચ પર ઉત્તમ પ્રદર્શન દર્શાવ્યું છે.

આવી અડચણોને ઓળખવા માટે, વાસ્તવિક બ્લોકચેનને વપરાશકર્તાઓને સેવા આપવામાં મુશ્કેલી પડી શકે તેવા તબક્કાઓની સારી સમજ હોવી જરૂરી છે. ચાલો ટ્રાન્ઝેક્શનની ડિલિવરી અને પ્રોસેસિંગ, તેમજ બ્લોકચેનની નવી સ્થિતિ મેળવવાના ચક્રનું વર્ણન કરીએ, જેમાંથી ક્લાયન્ટ ચકાસી શકે છે કે તેના ટ્રાન્ઝેક્શનની પ્રક્રિયા કરવામાં આવી છે અને તેનો હિસાબ કરવામાં આવ્યો છે.

વ્યવહાર ક્લાયન્ટ પર રચાય છે
વ્યવહાર ક્લાયન્ટ પર સહી થયેલ છે
ક્લાયન્ટ એક નોડ પસંદ કરે છે અને તેના પર તેનો વ્યવહાર મોકલે છે
ક્લાયંટ નોડના સ્ટેટ ડેટાબેઝના અપડેટ્સ માટે સબ્સ્ક્રાઇબ કરે છે, તેના વ્યવહારના પરિણામો દેખાય તેની રાહ જુએ છે.
નોડ p2p નેટવર્ક પર વ્યવહારનું વિતરણ કરે છે
અનેક અથવા એક BP (બ્લોક નિર્માતા) સંચિત વ્યવહારોની પ્રક્રિયા કરે છે, રાજ્યના ડેટાબેઝને અપડેટ કરે છે
જરૂરી સંખ્યામાં વ્યવહારોની પ્રક્રિયા કર્યા પછી BP એક નવો બ્લોક બનાવે છે
BP p2p નેટવર્ક પર નવા બ્લોકનું વિતરણ કરે છે
નવો બ્લોક નોડ પર વિતરિત કરવામાં આવે છે જેને ક્લાયંટ એક્સેસ કરી રહ્યો છે
નોડ સ્ટેટ ડેટાબેઝ અપડેટ કરે છે
નોડ ક્લાયન્ટ સંબંધિત અપડેટ જુએ છે અને તેને ટ્રાન્ઝેક્શન સૂચના મોકલે છે

હવે ચાલો આ તબક્કાઓ પર નજીકથી નજર કરીએ અને દરેક તબક્કે સંભવિત પ્રદર્શન સમસ્યાઓનું વર્ણન કરીએ. કેન્દ્રીયકૃત સિસ્ટમોથી વિપરીત, અમે નેટવર્ક ક્લાયંટ પર કોડ એક્ઝિક્યુશનને પણ ધ્યાનમાં લઈશું. ઘણી વાર, TPS ને માપતી વખતે, ટ્રાન્ઝેક્શન પ્રોસેસિંગ સમય નોડ્સમાંથી એકત્રિત કરવામાં આવે છે, અને ક્લાયંટ પાસેથી નહીં - આ સંપૂર્ણ રીતે વાજબી નથી. નોડ તેના વ્યવહારને કેટલી ઝડપથી પ્રક્રિયા કરે છે તેની ક્લાયંટને પરવા નથી; તેના માટે સૌથી મહત્વની બાબત એ છે કે જ્યારે બ્લોકચેનમાં સમાવિષ્ટ આ વ્યવહાર વિશેની વિશ્વસનીય માહિતી તેને ઉપલબ્ધ થાય. તે આ મેટ્રિક છે જે આવશ્યકપણે ટ્રાન્ઝેક્શન એક્ઝેક્યુશન સમય છે. આનો અર્થ એ છે કે અલગ-અલગ ક્લાયંટ, એક જ ટ્રાન્ઝેક્શન મોકલતા પણ, સંપૂર્ણપણે અલગ સમય પ્રાપ્ત કરી શકે છે, જે નોડની ચેનલ, લોડ અને નિકટતા વગેરે પર આધાર રાખે છે. તેથી ક્લાયંટ પર આ સમય માપવા માટે એકદમ જરૂરી છે, કારણ કે આ તે પરિમાણ છે જેને ઑપ્ટિમાઇઝ કરવાની જરૂર છે.

ક્લાયન્ટ બાજુ પર એક વ્યવહાર તૈયાર

ચાલો પ્રથમ બે મુદ્દાઓથી પ્રારંભ કરીએ: ટ્રાન્ઝેક્શન ક્લાયન્ટ દ્વારા રચાય છે અને તેના પર હસ્તાક્ષર કરવામાં આવે છે. વિચિત્ર રીતે, આ ક્લાયંટના દૃષ્ટિકોણથી બ્લોકચેન કામગીરીની અડચણ પણ હોઈ શકે છે. કેન્દ્રીયકૃત સેવાઓ માટે આ અસામાન્ય છે, જે ડેટા સાથેની તમામ ગણતરીઓ અને કામગીરીઓ સંભાળે છે, અને ક્લાયંટ ફક્ત એક ટૂંકી વિનંતી તૈયાર કરે છે જે તૈયાર પરિણામ પ્રાપ્ત કરીને મોટી માત્રામાં ડેટા અથવા ગણતરીઓની વિનંતી કરી શકે છે. બ્લોકચેનમાં, ક્લાયન્ટ કોડ વધુને વધુ શક્તિશાળી બને છે, અને બ્લોકચેન કોર વધુને વધુ હલકો થતો જાય છે, અને મોટા પ્રમાણમાં કમ્પ્યુટિંગ કાર્યો સામાન્ય રીતે ક્લાયંટ સોફ્ટવેરમાં ટ્રાન્સફર થાય છે. બ્લોકચેનમાં, એવા ક્લાયન્ટ્સ છે કે જેઓ એક ટ્રાન્ઝેક્શન લાંબા સમય સુધી તૈયાર કરી શકે છે (હું વિવિધ મર્કલ પુરાવાઓ, સંક્ષિપ્ત પુરાવાઓ, થ્રેશોલ્ડ હસ્તાક્ષરો અને ક્લાયંટ બાજુ પર અન્ય જટિલ કામગીરી વિશે વાત કરું છું). સરળ ઓન-ચેઇન વેરિફિકેશન અને ક્લાયન્ટ પર ટ્રાન્ઝેક્શનની ભારે તૈયારીનું સારું ઉદાહરણ મર્કલ-ટ્રી પર આધારિત યાદીમાં સભ્યપદનો પુરાવો છે, અહીં લેખ.

ઉપરાંત, ભૂલશો નહીં કે ક્લાયંટ કોડ ફક્ત બ્લોકચેન પર વ્યવહારો મોકલતો નથી, પરંતુ પહેલા બ્લોકચેનની સ્થિતિ વિશે પૂછે છે - અને આ પ્રવૃત્તિ નેટવર્ક અને બ્લોકચેન નોડ્સની ભીડને અસર કરી શકે છે. તેથી, માપ લેતી વખતે, શક્ય તેટલું સંપૂર્ણ રીતે ક્લાયંટ કોડના વર્તનનું અનુકરણ કરવું વાજબી રહેશે. જો તમારા બ્લોકચેનમાં એવા સામાન્ય લાઇટ ક્લાયન્ટ્સ હોય કે જેઓ કેટલીક સંપત્તિને ટ્રાન્સફર કરવા માટે સૌથી સરળ વ્યવહાર પર નિયમિત ડિજિટલ હસ્તાક્ષર મૂકે છે, તો પણ દર વર્ષે ક્લાયન્ટ પર વધુ મોટી ગણતરીઓ કરવામાં આવે છે, ક્રિપ્ટો એલ્ગોરિધમ્સ વધુ મજબૂત બની રહ્યા છે, અને પ્રક્રિયાનો આ ભાગ ભવિષ્યમાં નોંધપાત્ર અવરોધમાં ફેરવો. તેથી, સાવચેત રહો અને 3.5 સેકન્ડ સુધી ચાલતા વ્યવહારમાં, 2.5 સેકન્ડ ટ્રાન્ઝેક્શન તૈયાર કરવા અને તેના પર હસ્તાક્ષર કરવા માટે અને 1.0s તેને નેટવર્ક પર મોકલવા અને પ્રતિભાવની રાહ જોવામાં ખર્ચવામાં આવે ત્યારે પરિસ્થિતિને ચૂકશો નહીં. આ અડચણના જોખમોનું મૂલ્યાંકન કરવા માટે, તમારે ક્લાયંટ મશીનોમાંથી મેટ્રિક્સ એકત્રિત કરવાની જરૂર છે, અને માત્ર બ્લોકચેન નોડ્સમાંથી જ નહીં.

ટ્રાન્ઝેક્શન મોકલવું અને તેની સ્થિતિનું નિરીક્ષણ કરવું

આગળનું પગલું ટ્રાન્ઝેક્શનને પસંદ કરેલા બ્લોકચેન નોડ પર મોકલવાનું છે અને તેને ટ્રાન્ઝેક્શન પૂલમાં સ્વીકારવાની સ્થિતિ પ્રાપ્ત કરવાનું છે. આ તબક્કો નિયમિત ડેટાબેઝ એક્સેસ જેવો જ છે; નોડે પૂલમાં ટ્રાન્ઝેક્શન રેકોર્ડ કરવું જોઈએ અને p2p નેટવર્ક દ્વારા તેના વિશેની માહિતીનું વિતરણ શરૂ કરવું જોઈએ. અહીં કામગીરીનું મૂલ્યાંકન કરવાનો અભિગમ પરંપરાગત વેબ API માઈક્રોસર્વિસિસના પ્રદર્શનનું મૂલ્યાંકન કરવા જેવો જ છે, અને બ્લોકચેઈનમાં થતા વ્યવહારો અપડેટ થઈ શકે છે અને સક્રિયપણે તેમની સ્થિતિ બદલી શકાય છે. સામાન્ય રીતે, અમુક બ્લોકચેન પર ટ્રાન્ઝેક્શન માહિતી અપડેટ કરવી ઘણી વખત થઈ શકે છે, ઉદાહરણ તરીકે જ્યારે ચેઈન ફોર્કસ વચ્ચે સ્વિચ કરતી વખતે અથવા જ્યારે BPs બ્લોકમાં ટ્રાન્ઝેક્શનનો સમાવેશ કરવાનો તેમનો ઈરાદો જાહેર કરે છે. આ પૂલના કદ પરની મર્યાદાઓ અને તેમાં થતા વ્યવહારોની સંખ્યા બ્લોકચેનની કામગીરીને અસર કરી શકે છે. જો ટ્રાન્ઝેક્શન પૂલ મહત્તમ શક્ય કદમાં ભરવામાં આવે છે, અથવા RAM માં ફિટ થતો નથી, તો નેટવર્ક પ્રદર્શન ઝડપથી ઘટી શકે છે. બ્લોકચેન પાસે જંક સંદેશાઓના પૂર સામે રક્ષણ આપવાનું કોઈ કેન્દ્રીય માધ્યમ નથી, અને જો બ્લોકચેન ઉચ્ચ-વોલ્યુમ વ્યવહારો અને ઓછી ફીને સમર્થન આપે છે, તો આનાથી ટ્રાન્ઝેક્શન પૂલ ઓવરફ્લો થઈ શકે છે - અન્ય સંભવિત પ્રદર્શન અવરોધ.

બ્લોકચેનમાં, ક્લાયંટ તેને ગમતા કોઈપણ બ્લોકચેન નોડ પર ટ્રાન્ઝેક્શન મોકલે છે, ટ્રાન્ઝેક્શનની હેશ સામાન્ય રીતે ક્લાયન્ટને મોકલતા પહેલા જાણતી હોય છે, તેથી તેણે ફક્ત કનેક્શન પ્રાપ્ત કરવાની જરૂર છે અને ટ્રાન્સમિશન પછી, બ્લોકચેન બદલાય તેની રાહ જુઓ. તેની સ્થિતિ, તેના વ્યવહારને સક્ષમ કરે છે. નોંધ કરો કે "tps" માપવાથી તમે બ્લોકચેન નોડ સાથે કનેક્ટ કરવાની વિવિધ પદ્ધતિઓ માટે સંપૂર્ણપણે અલગ પરિણામો મેળવી શકો છો. આ નિયમિત HTTP RPC અથવા વેબસોકેટ હોઈ શકે છે જે તમને "સબ્સ્ક્રાઇબ" પેટર્નને અમલમાં મૂકવાની મંજૂરી આપે છે. બીજા કિસ્સામાં, ક્લાયંટને અગાઉ સૂચના પ્રાપ્ત થશે, અને નોડ વ્યવહારની સ્થિતિ વિશેના પ્રતિસાદો પર ઓછા સંસાધનો (મુખ્યત્વે મેમરી અને ટ્રાફિક) ખર્ચ કરશે. તેથી જ્યારે “tps” માપવામાં આવે ત્યારે ક્લાયન્ટ્સ નોડ્સ સાથે કેવી રીતે જોડાય છે તે ધ્યાનમાં લેવું જરૂરી છે. તેથી, આ અડચણના જોખમોનું મૂલ્યાંકન કરવા માટે, બેન્ચમાર્ક બ્લોકચેન વાસ્તવિક નેટવર્કને અનુરૂપ પ્રમાણોમાં, વેબસોકેટ અને HTTP RPC વિનંતીઓ સાથે ક્લાયંટનું અનુકરણ કરવા તેમજ વ્યવહારોની પ્રકૃતિ અને તેમના કદમાં ફેરફાર કરવા સક્ષમ હોવા જોઈએ.

આ અડચણના જોખમોનું મૂલ્યાંકન કરવા માટે, તમારે ક્લાયંટ મશીનોમાંથી મેટ્રિક્સ એકત્રિત કરવાની પણ જરૂર છે, અને માત્ર બ્લોકચેન નોડ્સમાંથી જ નહીં.

p2p નેટવર્ક દ્વારા વ્યવહારો અને બ્લોક્સનું પ્રસારણ

બ્લોકચેનમાં, પીઅર-ટુ-પીઅર (p2p) નેટવર્કિંગનો ઉપયોગ સહભાગીઓ વચ્ચે વ્યવહારો અને બ્લોક્સને સ્થાનાંતરિત કરવા માટે થાય છે. વ્યવહારો સમગ્ર નેટવર્કમાં ફેલાય છે, એક નોડથી શરૂ કરીને, જ્યાં સુધી તેઓ પીઅર બ્લોક ઉત્પાદકો સુધી ન પહોંચે, જેઓ વ્યવહારોને બ્લોકમાં પેક કરે છે અને, સમાન p2p નો ઉપયોગ કરીને, તમામ નેટવર્ક નોડ્સમાં નવા બ્લોકનું વિતરણ કરે છે. મોટાભાગના આધુનિક p2p નેટવર્કનો આધાર કડેમલિયા પ્રોટોકોલના વિવિધ ફેરફારો છે. અહીં આ પ્રોટોકોલનો સારો સારાંશ, અને જોયેલું - BitTorrent નેટવર્કમાં વિવિધ માપન સાથેનો એક લેખ, જેમાંથી કોઈ સમજી શકે છે કે આ પ્રકારનું નેટવર્ક કેન્દ્રિય સેવાના સખત રીતે ગોઠવેલા નેટવર્ક કરતાં વધુ જટિલ અને ઓછું અનુમાનિત છે. ઉપરાંત, જોયેલું Ethereum નોડ્સ માટે વિવિધ રસપ્રદ મેટ્રિક્સ માપવા વિશેનો લેખ.

ટૂંકમાં, આવા નેટવર્ક્સમાં દરેક પીઅર અન્ય સાથીઓની પોતાની ગતિશીલ સૂચિ જાળવે છે જેમાંથી તે સામગ્રી દ્વારા સંબોધિત માહિતીના બ્લોક્સની વિનંતી કરે છે. જ્યારે પીઅર વિનંતી મેળવે છે, ત્યારે તે ક્યાં તો જરૂરી માહિતી આપે છે અથવા સૂચિમાંથી આગલા સ્યુડો-રેન્ડમ પીઅરને વિનંતી પસાર કરે છે, અને પ્રતિસાદ પ્રાપ્ત કર્યા પછી, તે વિનંતીકર્તાને મોકલે છે અને થોડા સમય માટે તેને કૅશ કરે છે, આ આપે છે. આગલી વખતે અગાઉ માહિતીનો બ્લોક. આમ, લોકપ્રિય માહિતી મોટી સંખ્યામાં સાથીઓની મોટી સંખ્યામાં કેશમાં સમાપ્ત થાય છે, અને અપ્રિય માહિતી ધીમે ધીમે બદલવામાં આવે છે. સાથીદારો રેકોર્ડ રાખે છે કે કોણે કોને કેટલી માહિતી ટ્રાન્સફર કરી છે, અને નેટવર્ક સક્રિય વિતરકોને તેમના રેટિંગમાં વધારો કરીને અને તેમને ઉચ્ચ સ્તરની સેવા પ્રદાન કરીને ઉત્તેજીત કરવાનો પ્રયાસ કરે છે, પીઅર સૂચિમાંથી નિષ્ક્રિય સહભાગીઓને આપમેળે વિસ્થાપિત કરે છે.

તેથી, ટ્રાન્ઝેક્શનને હવે સમગ્ર નેટવર્કમાં વિતરિત કરવાની જરૂર છે જેથી બ્લોક-ઉત્પાદકો તેને જોઈ શકે અને તેને બ્લોકમાં સમાવી શકે. નોડ સક્રિયપણે દરેકને એક નવો વ્યવહાર "વિતરણ" કરે છે અને નેટવર્કને સાંભળે છે, અનુક્રમણિકામાં બ્લોકની રાહ જોઈ રહ્યું છે કે જેની રાહ જોઈ રહેલા ક્લાયંટને સૂચિત કરવા માટે જરૂરી વ્યવહાર દેખાશે. નેટવર્કને p2p નેટવર્ક્સમાં એકબીજાને નવા વ્યવહારો અને બ્લોક્સ વિશેની માહિતી ટ્રાન્સફર કરવામાં જે સમય લાગે છે તે ઘણા પરિબળો પર આધાર રાખે છે: નજીકમાં કામ કરતા પ્રમાણિક ગાંઠોની સંખ્યા (નેટવર્કના દૃષ્ટિકોણથી), "ગરમ- આ નોડ્સના કેશ, બ્લોક્સનું કદ, વ્યવહારો, ફેરફારોની પ્રકૃતિ , નેટવર્ક ભૂગોળ, નોડ્સની સંખ્યા અને અન્ય ઘણા પરિબળો. આવા નેટવર્ક્સમાં પર્ફોર્મન્સ મેટ્રિક્સના જટિલ માપન એ એક જટિલ બાબત છે; ક્લાયંટ અને પીઅર (બ્લોકચેન નોડ્સ) બંને પર વિનંતી પ્રક્રિયા સમયનું એક સાથે મૂલ્યાંકન કરવું જરૂરી છે. કોઈપણ p2p મિકેનિઝમ્સમાં સમસ્યાઓ, ખોટો ડેટા બહાર કાઢવા અને કેશીંગ, સક્રિય સાથીઓની સૂચિનું બિનઅસરકારક સંચાલન અને અન્ય ઘણા પરિબળો વિલંબનું કારણ બની શકે છે જે સમગ્ર નેટવર્કની કાર્યક્ષમતાને અસર કરે છે, અને આ અવરોધનું વિશ્લેષણ કરવું સૌથી મુશ્કેલ છે. , પરીક્ષણ અને પરિણામોનું અર્થઘટન.

બ્લોકચેન પ્રોસેસિંગ અને સ્ટેટ ડેટાબેઝ અપડેટિંગ

બ્લોકચેનનો સૌથી મહત્વનો ભાગ એ સર્વસંમતિ અલ્ગોરિધમ છે, નેટવર્કમાંથી પ્રાપ્ત થયેલા નવા બ્લોક્સ પર તેની અરજી અને રાજ્યના ડેટાબેઝમાં પરિણામોના રેકોર્ડિંગ સાથે વ્યવહારોની પ્રક્રિયા. સાંકળમાં નવો બ્લોક ઉમેરવાનું અને પછી મુખ્ય સાંકળ પસંદ કરવાનું શક્ય તેટલું ઝડપથી કાર્ય કરવું જોઈએ. જો કે, વાસ્તવિક જીવનમાં, "જોઈએ" નો અર્થ "કામ કરે છે" નથી, અને ઉદાહરણ તરીકે, કોઈ એવી પરિસ્થિતિની કલ્પના કરી શકે છે કે જ્યાં બે લાંબી સ્પર્ધાત્મક સાંકળો સતત એકબીજાની વચ્ચે સ્વિચ કરતી હોય, દરેક સ્વીચ પર પૂલમાં હજારો વ્યવહારોના મેટાડેટાને બદલતી હોય. , અને રાજ્યના ડેટાબેઝને સતત રોલબેક કરી રહ્યું છે. આ તબક્કો, અડચણને વ્યાખ્યાયિત કરવાના સંદર્ભમાં, p2p નેટવર્ક સ્તર કરતાં સરળ છે, કારણ કે ટ્રાન્ઝેક્શન એક્ઝેક્યુશન અને સર્વસંમતિ અલ્ગોરિધમ સખત રીતે નિર્ધારિત છે, અને અહીં કંઈપણ માપવાનું સરળ છે.
મુખ્ય વસ્તુ એ છે કે નેટવર્ક સમસ્યાઓ સાથે આ તબક્કાના પ્રદર્શનમાં રેન્ડમ ડિગ્રેડેશનને ગૂંચવવું નહીં - બ્લોક્સ અને મુખ્ય સાંકળ વિશેની માહિતી પહોંચાડવામાં નોડ્સ ધીમા હોય છે, અને બાહ્ય ક્લાયંટ માટે આ ધીમા નેટવર્ક જેવું લાગે છે, જો કે સમસ્યા આમાં રહેલી છે. સંપૂર્ણપણે અલગ સ્થાન.

આ તબક્કે કામગીરીને ઑપ્ટિમાઇઝ કરવા માટે, નોડ્સમાંથી મેટ્રિક્સ એકત્રિત કરવા અને તેનું નિરીક્ષણ કરવું તે ઉપયોગી છે, અને તેમાં સ્ટેટ-ડેટાબેઝને અપડેટ કરવા સંબંધિત તે શામેલ કરો: નોડ પર પ્રક્રિયા કરાયેલા બ્લોક્સની સંખ્યા, તેમનું કદ, વ્યવહારોની સંખ્યા, સાંકળ ફોર્ક વચ્ચેના સ્વિચની સંખ્યા, અમાન્ય બ્લોક્સની સંખ્યા, વર્ચ્યુઅલ મશીન ઓપરેટિંગ સમય, ડેટા કમિટ સમય, વગેરે. આ નેટવર્ક સમસ્યાઓને ચેઇન પ્રોસેસિંગ એલ્ગોરિધમ્સમાં ભૂલો સાથે ભેળસેળ થવાથી અટકાવશે.

વર્ચ્યુઅલ મશીન પ્રોસેસિંગ ટ્રાન્ઝેક્શન એ માહિતીનો ઉપયોગી સ્ત્રોત બની શકે છે જે બ્લોકચેનની કામગીરીને ઑપ્ટિમાઇઝ કરી શકે છે. મેમરી ફાળવણીની સંખ્યા, વાંચવા/લખવા માટેની સૂચનાઓની સંખ્યા અને કોન્ટ્રાક્ટ કોડના અમલીકરણની કાર્યક્ષમતા સંબંધિત અન્ય મેટ્રિક્સ વિકાસકર્તાઓને ઘણી ઉપયોગી માહિતી પ્રદાન કરી શકે છે. તે જ સમયે, સ્માર્ટ કોન્ટ્રાક્ટ એ પ્રોગ્રામ્સ છે, જેનો અર્થ છે કે સિદ્ધાંતમાં તેઓ કોઈપણ સંસાધનોનો ઉપયોગ કરી શકે છે: cpu/મેમરી/નેટવર્ક/સ્ટોરેજ, તેથી ટ્રાન્ઝેક્શન પ્રોસેસિંગ એ એકદમ અનિશ્ચિત તબક્કો છે, જે ઉપરાંત, વર્ઝન વચ્ચે ફરતી વખતે મોટા પ્રમાણમાં બદલાય છે. અને કરાર કોડ બદલતી વખતે. તેથી, બ્લોકચેન કામગીરીને અસરકારક રીતે ઑપ્ટિમાઇઝ કરવા માટે ટ્રાન્ઝેક્શન પ્રોસેસિંગ સંબંધિત મેટ્રિક્સની પણ જરૂર છે.

બ્લોકચેનમાં ટ્રાન્ઝેક્શનના સમાવેશ વિશેની સૂચનાની ક્લાયન્ટ દ્વારા રસીદ

બ્લોકચેન ક્લાયંટ દ્વારા સેવા પ્રાપ્ત કરવાનો આ અંતિમ તબક્કો છે; અન્ય તબક્કાઓની તુલનામાં, ત્યાં કોઈ મોટા ઓવરહેડ ખર્ચ નથી, પરંતુ તે હજી પણ ક્લાયન્ટને નોડમાંથી પ્રચંડ પ્રતિસાદ પ્રાપ્ત કરવાની સંભાવનાને ધ્યાનમાં લેવા યોગ્ય છે (ઉદાહરણ તરીકે, એક સ્માર્ટ કરાર ડેટાની શ્રેણી પરત કરી રહ્યા છીએ). કોઈ પણ સંજોગોમાં, "તમારા બ્લોકચેનમાં કેટલા ટીપીએસ છે?" પ્રશ્ન પૂછનાર માટે આ મુદ્દો સૌથી મહત્વપૂર્ણ છે, કારણ કે આ ક્ષણે, સેવા પ્રાપ્ત કરવાનો સમય રેકોર્ડ કરવામાં આવે છે.

આ જગ્યાએ, હંમેશા સંપૂર્ણ સમય મોકલવામાં આવે છે જે ક્લાયન્ટને બ્લોકચેન તરફથી પ્રતિસાદની રાહ જોવામાં પસાર કરવો પડતો હતો; આ તે સમય છે જ્યારે વપરાશકર્તા તેની એપ્લિકેશનમાં પુષ્ટિની રાહ જોશે, અને તે તેનું ઑપ્ટિમાઇઝેશન છે જે વિકાસકર્તાઓનું મુખ્ય કાર્ય.

નિષ્કર્ષ

પરિણામે, અમે બ્લોકચેન પર કરવામાં આવતી કામગીરીના પ્રકારોનું વર્ણન કરી શકીએ છીએ અને તેમને ઘણી શ્રેણીઓમાં વિભાજિત કરી શકીએ છીએ:

ક્રિપ્ટોગ્રાફિક રૂપાંતર, સાબિતી બાંધકામ
પીઅર-ટુ-પીઅર નેટવર્કિંગ, ટ્રાન્ઝેક્શન અને બ્લોક પ્રતિકૃતિ
ટ્રાન્ઝેક્શન પ્રોસેસિંગ, સ્માર્ટ કોન્ટ્રાક્ટનો અમલ
રાજ્ય ડેટાબેઝમાં બ્લોકચેનમાં ફેરફારો લાગુ કરવા, વ્યવહારો અને બ્લોક્સ પરના ડેટાને અપડેટ કરવા
સ્ટેટ ડેટાબેઝ, બ્લોકચેન નોડ API, સબ્સ્ક્રિપ્શન સેવાઓ માટે ફક્ત વાંચવા માટેની વિનંતીઓ

સામાન્ય રીતે, આધુનિક બ્લોકચેન નોડ્સ માટેની તકનીકી આવશ્યકતાઓ અત્યંત ગંભીર છે - ક્રિપ્ટોગ્રાફી માટે ઝડપી CPU, સ્ટેટ ડેટાબેઝને સંગ્રહિત કરવા અને ઝડપથી ઍક્સેસ કરવા માટે મોટી માત્રામાં RAM, મોટી સંખ્યામાં એકસાથે ખુલ્લા કનેક્શનનો ઉપયોગ કરીને નેટવર્ક ક્રિયાપ્રતિક્રિયા અને વિશાળ સ્ટોરેજ. આવી ઉચ્ચ આવશ્યકતાઓ અને વિવિધ પ્રકારની કામગીરીની વિપુલતા અનિવાર્યપણે એ હકીકત તરફ દોરી જાય છે કે નોડ્સ પાસે પૂરતા સંસાધનો હોઈ શકતા નથી, અને પછી ઉપર ચર્ચા કરેલ કોઈપણ તબક્કાઓ સમગ્ર નેટવર્ક પ્રદર્શન માટે અન્ય અવરોધ બની શકે છે.

બ્લોકચેનની કામગીરીની રચના અને મૂલ્યાંકન કરતી વખતે, તમારે આ તમામ મુદ્દાઓને ધ્યાનમાં લેવા પડશે. આ કરવા માટે, તમારે ક્લાયંટ અને નેટવર્ક નોડ્સમાંથી એકસાથે મેટ્રિક્સ એકત્રિત કરવાની અને તેનું વિશ્લેષણ કરવાની જરૂર છે, તેમની વચ્ચેના સહસંબંધો શોધવા, ગ્રાહકોને સેવાઓ પ્રદાન કરવામાં જે સમય લાગે છે તેનો અંદાજ કાઢવો, તમામ મુખ્ય સંસાધનો ધ્યાનમાં લેવા: cpu/memory/network/storage , સમજો કે તેઓ કેવી રીતે ઉપયોગમાં લેવાય છે અને એકબીજાને પ્રભાવિત કરે છે. આ બધું "કેટલા TPS" ના રૂપમાં વિવિધ બ્લોકચેનની ઝડપની તુલના કરે છે તે એક અત્યંત કૃતજ્ઞ કાર્ય છે, કારણ કે ત્યાં વિવિધ રૂપરેખાંકનો અને રાજ્યોની વિશાળ સંખ્યા છે. મોટી સેન્ટ્રલાઇઝ્ડ સિસ્ટમ્સમાં, સેંકડો સર્વર્સના ક્લસ્ટરોમાં, આ સમસ્યાઓ પણ જટિલ છે અને તેના માટે મોટી સંખ્યામાં વિવિધ મેટ્રિક્સના સંગ્રહની પણ જરૂર છે, પરંતુ બ્લોકચેનમાં, p2p નેટવર્ક્સ, વર્ચ્યુઅલ મશીનો પ્રોસેસિંગ કોન્ટ્રાક્ટ્સ, આંતરિક અર્થતંત્રો, ડિગ્રીની સંખ્યાને કારણે. સ્વતંત્રતા ઘણી વધારે છે, જે ઘણા સર્વર્સ પર પણ પરીક્ષણ બનાવે છે, તે બિન-સૂચક છે અને માત્ર અત્યંત અંદાજિત મૂલ્યો દર્શાવે છે જેનો વાસ્તવિકતા સાથે લગભગ કોઈ સંબંધ નથી.

તેથી, બ્લોકચેન કોરમાં વિકાસ કરતી વખતે, કામગીરીનું મૂલ્યાંકન કરવા અને પ્રશ્નનો જવાબ આપવા માટે "શું તે છેલ્લી વખતની તુલનામાં સુધરી છે?" અમે ખૂબ જટિલ સોફ્ટવેરનો ઉપયોગ કરીએ છીએ જે ડઝનેક નોડ્સ સાથે બ્લોકચેનનું લોન્ચિંગ ઓર્કેસ્ટ્રેટ કરે છે અને આપોઆપ બેન્ચમાર્ક લોન્ચ કરે છે અને મેટ્રિક્સ એકત્રિત કરે છે. ; આ માહિતી વિના બહુવિધ સહભાગીઓ સાથે કામ કરતા પ્રોટોકોલ્સને ડીબગ કરવું અત્યંત મુશ્કેલ છે.

તેથી, જ્યારે તમને પ્રશ્ન મળે કે "તમારા બ્લોકચેનમાં કેટલા TPS છે?", તમારા ઇન્ટરલોક્યુટરને થોડી ચા આપો અને પૂછો કે શું તે એક ડઝન ગ્રાફ જોવા માટે તૈયાર છે અને બ્લોકચેનની કામગીરીની સમસ્યાઓના ત્રણેય બોક્સ અને તમારા સૂચનો પણ સાંભળો. તેમને ઉકેલવા...

સોર્સ: www.habr.com

તમારા બ્લોકચેન પર કેટલા TPS છે?