ഒരു നോൺ-ടെക്‌നിക്കൽ വ്യക്തിയിൽ നിന്നുള്ള ഏതെങ്കിലും വിതരണ സംവിധാനത്തെ കുറിച്ചുള്ള പ്രിയപ്പെട്ട ചോദ്യം "നിങ്ങളുടെ ബ്ലോക്ക്ചെയിനിൽ എത്ര ടിപിഎസ് ഉണ്ട്?" എന്നിരുന്നാലും, ചോദ്യകർത്താവ് കേൾക്കാൻ ആഗ്രഹിക്കുന്ന കാര്യങ്ങളുമായി പ്രതികരണമായി നൽകിയിരിക്കുന്ന സംഖ്യയ്ക്ക് സാധാരണയായി സാമ്യമില്ല. വാസ്തവത്തിൽ, "നിങ്ങളുടെ ബ്ലോക്ക്ചെയിൻ എന്റെ ബിസിനസ്സ് ആവശ്യകതകൾക്ക് അനുയോജ്യമാണോ" എന്ന് ചോദിക്കാൻ അദ്ദേഹം ആഗ്രഹിച്ചു, ഈ ആവശ്യകതകൾ ഒരു സംഖ്യയല്ല, മറിച്ച് നിരവധി വ്യവസ്ഥകളാണ് - ഇവിടെ നെറ്റ്‌വർക്ക് തെറ്റ് സഹിഷ്ണുത, അന്തിമ ആവശ്യകതകൾ, വലുപ്പങ്ങൾ, ഇടപാടുകളുടെ സ്വഭാവം, മറ്റ് നിരവധി പാരാമീറ്ററുകൾ. അതിനാൽ "എത്ര ടിപിഎസ്" എന്ന ചോദ്യത്തിനുള്ള ഉത്തരം ലളിതമാകാൻ സാധ്യതയില്ല, മിക്കവാറും ഒരിക്കലും പൂർത്തിയാകില്ല. വളരെ സങ്കീർണ്ണമായ കണക്കുകൂട്ടലുകൾ നടത്തുന്ന പതിനായിരക്കണക്കിന് നോഡുകളുള്ള ഒരു വിതരണം ചെയ്ത സിസ്റ്റം നെറ്റ്‌വർക്കിന്റെ അവസ്ഥ, ബ്ലോക്ക്ചെയിനിന്റെ ഉള്ളടക്കം, സാങ്കേതിക തകരാറുകൾ, സാമ്പത്തിക പ്രശ്നങ്ങൾ, നെറ്റ്‌വർക്കിലെ ആക്രമണങ്ങൾ തുടങ്ങി നിരവധി കാരണങ്ങളുമായി ബന്ധപ്പെട്ട വിവിധ സംസ്ഥാനങ്ങളിൽ ഉണ്ടാകാം. . പ്രകടന പ്രശ്നങ്ങൾ സാധ്യമാകുന്ന ഘട്ടങ്ങൾ പരമ്പരാഗത സേവനങ്ങളിൽ നിന്ന് വ്യത്യസ്തമാണ്, കൂടാതെ ഒരു ഡാറ്റാബേസ്, വെബ് സെർവർ, ടോറന്റ് ക്ലയന്റ് എന്നിവയുടെ പ്രവർത്തനക്ഷമത സംയോജിപ്പിക്കുന്ന ഒരു നെറ്റ്‌വർക്ക് സേവനമാണ് ബ്ലോക്ക്ചെയിൻ നെറ്റ്‌വർക്ക് സെർവർ, ഇത് എല്ലാ സബ്സിസ്റ്റങ്ങളിലെയും ലോഡ് പ്രൊഫൈലിന്റെ കാര്യത്തിൽ ഇത് വളരെ സങ്കീർണ്ണമാക്കുന്നു. : പ്രോസസ്സർ, മെമ്മറി, നെറ്റ്‌വർക്ക്, സംഭരണം

വികേന്ദ്രീകൃത നെറ്റ്‌വർക്കുകളും ബ്ലോക്ക്‌ചെയിനുകളും കേന്ദ്രീകൃത സോഫ്റ്റ്‌വെയർ ഡെവലപ്പർമാർക്ക് തികച്ചും നിർദ്ദിഷ്ടവും അസാധാരണവുമായ സോഫ്റ്റ്‌വെയറാണ്. അതിനാൽ, വികേന്ദ്രീകൃത നെറ്റ്‌വർക്കുകളുടെ പ്രകടനത്തിന്റെയും സുസ്ഥിരതയുടെയും പ്രധാന വശങ്ങൾ, അവയെ അളക്കുന്നതിനുള്ള സമീപനങ്ങൾ, തടസ്സങ്ങൾ കണ്ടെത്തൽ എന്നിവയെ ഹൈലൈറ്റ് ചെയ്യാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ബ്ലോക്ക്‌ചെയിൻ ഉപയോക്താക്കൾക്ക് സേവനങ്ങൾ നൽകുന്നതിന്റെ വേഗത പരിമിതപ്പെടുത്തുന്ന വിവിധ പ്രകടന പ്രശ്‌നങ്ങൾ ഞങ്ങൾ നോക്കുകയും ഇത്തരത്തിലുള്ള സോഫ്റ്റ്‌വെയറിന്റെ സവിശേഷതകൾ ശ്രദ്ധിക്കുകയും ചെയ്യും.

ഒരു ബ്ലോക്ക്‌ചെയിൻ ക്ലയന്റിന്റെ സേവന അഭ്യർത്ഥനയുടെ ഘട്ടങ്ങൾ

കൂടുതലോ കുറവോ സങ്കീർണ്ണമായ സേവനത്തിന്റെ ഗുണനിലവാരത്തെക്കുറിച്ച് സത്യസന്ധമായി സംസാരിക്കുന്നതിന്, നിങ്ങൾ ശരാശരി മൂല്യങ്ങൾ മാത്രമല്ല, പരമാവധി/മിനിമം, മീഡിയൻസ്, പെർസെന്റൈലുകൾ എന്നിവയും കണക്കിലെടുക്കേണ്ടതുണ്ട്. സൈദ്ധാന്തികമായി, നമുക്ക് ചില ബ്ലോക്ക്ചെയിനിൽ 1000 ടിപിഎസിനെക്കുറിച്ച് സംസാരിക്കാം, എന്നാൽ 900 ഇടപാടുകൾ വളരെ വേഗത്തിൽ പൂർത്തിയാക്കുകയും 100 ഏതാനും നിമിഷങ്ങൾക്കുള്ളിൽ "സ്റ്റക്ക്" ചെയ്യുകയും ചെയ്താൽ, എല്ലാ ഇടപാടുകളിലും ശേഖരിക്കുന്ന ശരാശരി സമയം ഒരു ക്ലയന്റിന് പൂർണ്ണമായും ന്യായമായ മെട്രിക് അല്ല. കുറച്ച് നിമിഷങ്ങൾക്കുള്ളിൽ എനിക്ക് ഇടപാട് പൂർത്തിയാക്കാൻ കഴിഞ്ഞില്ല. മിസ്ഡ് കൺസെൻസസ് റൗണ്ടുകൾ അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് വിഭജനം മൂലമുണ്ടാകുന്ന താൽക്കാലിക "ദ്വാരങ്ങൾ" ടെസ്റ്റ് ബെഞ്ചുകളിൽ മികച്ച പ്രകടനം കാഴ്ചവെച്ച ഒരു സേവനത്തെ വളരെയധികം നശിപ്പിക്കും.

അത്തരം തടസ്സങ്ങൾ തിരിച്ചറിയുന്നതിന്, ഒരു യഥാർത്ഥ ബ്ലോക്ക്ചെയിൻ ഉപയോക്താക്കൾക്ക് സേവനം നൽകുന്നതിൽ ബുദ്ധിമുട്ടുണ്ടാക്കുന്ന ഘട്ടങ്ങളെക്കുറിച്ച് നല്ല ധാരണ ഉണ്ടായിരിക്കേണ്ടത് ആവശ്യമാണ്. ഒരു ഇടപാട് ഡെലിവറി ചെയ്യുന്നതിനും പ്രോസസ്സ് ചെയ്യുന്നതിനുമുള്ള ചക്രം വിവരിക്കാം, അതുപോലെ തന്നെ ബ്ലോക്ക്ചെയിനിന്റെ ഒരു പുതിയ അവസ്ഥ നേടുക, അതിൽ നിന്ന് ക്ലയന്റിന് തന്റെ ഇടപാട് പ്രോസസ്സ് ചെയ്യുകയും അക്കൗണ്ട് ചെയ്യുകയും ചെയ്തുവെന്ന് പരിശോധിക്കാൻ കഴിയും.

1. ഇടപാട് ക്ലയന്റിലാണ് രൂപപ്പെടുന്നത്
2. ഇടപാട് ക്ലയന്റിലാണ് ഒപ്പിട്ടിരിക്കുന്നത്
3. ക്ലയന്റ് നോഡുകളിലൊന്ന് തിരഞ്ഞെടുത്ത് അവന്റെ ഇടപാട് അതിലേക്ക് അയയ്ക്കുന്നു
4. ക്ലയന്റ് നോഡിന്റെ സ്റ്റേറ്റ് ഡാറ്റാബേസിലേക്കുള്ള അപ്‌ഡേറ്റുകൾ സബ്‌സ്‌ക്രൈബുചെയ്യുന്നു, അതിന്റെ ഇടപാടിന്റെ ഫലങ്ങൾ ദൃശ്യമാകുന്നതുവരെ കാത്തിരിക്കുന്നു
5. നോഡ് p2p നെറ്റ്‌വർക്കിലൂടെ ഇടപാട് വിതരണം ചെയ്യുന്നു
6. ഒന്നോ അതിലധികമോ ബിപി (ബ്ലോക്ക് പ്രൊഡ്യൂസർ) സംഭരിച്ച ഇടപാടുകൾ പ്രോസസ്സ് ചെയ്യുന്നു, സംസ്ഥാന ഡാറ്റാബേസ് അപ്ഡേറ്റ് ചെയ്യുന്നു
7. ആവശ്യമായ എണ്ണം ഇടപാടുകൾ പ്രോസസ്സ് ചെയ്തതിന് ശേഷം ബിപി ഒരു പുതിയ ബ്ലോക്ക് രൂപീകരിക്കുന്നു
8. പി2പി നെറ്റ്‌വർക്കിലൂടെ ബിപി ഒരു പുതിയ ബ്ലോക്ക് വിതരണം ചെയ്യുന്നു
9. ക്ലയന്റ് ആക്‌സസ് ചെയ്യുന്ന നോഡിലേക്ക് പുതിയ ബ്ലോക്ക് ഡെലിവർ ചെയ്യുന്നു
10. നോഡ് സ്റ്റേറ്റ് ഡാറ്റാബേസ് അപ്ഡേറ്റ് ചെയ്യുന്നു
11. നോഡ് ക്ലയന്റുമായി ബന്ധപ്പെട്ട അപ്‌ഡേറ്റ് കാണുകയും അയാൾക്ക് ഒരു ഇടപാട് അറിയിപ്പ് അയയ്ക്കുകയും ചെയ്യുന്നു

ഇനി നമുക്ക് ഈ ഘട്ടങ്ങൾ സൂക്ഷ്മമായി പരിശോധിക്കുകയും ഓരോ ഘട്ടത്തിലും സാധ്യമായ പ്രകടന പ്രശ്നങ്ങൾ വിവരിക്കുകയും ചെയ്യാം. കേന്ദ്രീകൃത സിസ്റ്റങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായി, നെറ്റ്‌വർക്ക് ക്ലയന്റുകളിലെ കോഡ് എക്‌സിക്യൂഷനും ഞങ്ങൾ പരിഗണിക്കും. മിക്കപ്പോഴും, ടിപിഎസ് അളക്കുമ്പോൾ, ഇടപാട് പ്രോസസ്സിംഗ് സമയം നോഡുകളിൽ നിന്നാണ് ശേഖരിക്കുന്നത്, അല്ലാതെ ക്ലയന്റിൽ നിന്നല്ല - ഇത് പൂർണ്ണമായും ന്യായമല്ല. നോഡ് തന്റെ ഇടപാട് എത്ര വേഗത്തിൽ പ്രോസസ്സ് ചെയ്തുവെന്ന് ക്ലയന്റ് ശ്രദ്ധിക്കുന്നില്ല; ബ്ലോക്ക്ചെയിനിൽ ഉൾപ്പെടുത്തിയിരിക്കുന്ന ഈ ഇടപാടിനെക്കുറിച്ചുള്ള വിശ്വസനീയമായ വിവരങ്ങൾ അവന് ലഭ്യമാകുന്ന നിമിഷമാണ് അവനെ സംബന്ധിച്ചിടത്തോളം ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം. ഈ മെട്രിക് ആണ് പ്രധാനമായും ഇടപാട് നിർവ്വഹണ സമയം. ഇതിനർത്ഥം വ്യത്യസ്ത ക്ലയന്റുകൾക്ക്, ഒരേ ഇടപാട് അയയ്‌ക്കുമ്പോൾ പോലും, തികച്ചും വ്യത്യസ്തമായ സമയങ്ങൾ സ്വീകരിക്കാൻ കഴിയും, അത് ചാനൽ, ലോഡ്, നോഡിന്റെ സാമീപ്യം മുതലായവയെ ആശ്രയിച്ചിരിക്കുന്നു. അതിനാൽ ഈ സമയം ക്ലയന്റുകളിൽ അളക്കേണ്ടത് അത്യാവശ്യമാണ്, കാരണം ഇതാണ് ഒപ്റ്റിമൈസ് ചെയ്യേണ്ട പാരാമീറ്റർ.

ക്ലയന്റ് ഭാഗത്ത് ഒരു ഇടപാട് തയ്യാറാക്കുന്നു

ആദ്യത്തെ രണ്ട് പോയിന്റുകളിൽ നിന്ന് നമുക്ക് ആരംഭിക്കാം: ഇടപാട് രൂപീകരിക്കുകയും ക്ലയന്റ് ഒപ്പിടുകയും ചെയ്യുന്നു. വിചിത്രമെന്നു പറയട്ടെ, ക്ലയന്റ് വീക്ഷണകോണിൽ നിന്ന് ഇത് ബ്ലോക്ക്ചെയിൻ പ്രകടനത്തിന്റെ തടസ്സമാകാം. ഡാറ്റ ഉപയോഗിച്ചുള്ള എല്ലാ കണക്കുകൂട്ടലുകളും പ്രവർത്തനങ്ങളും ഏറ്റെടുക്കുന്ന കേന്ദ്രീകൃത സേവനങ്ങൾക്ക് ഇത് അസാധാരണമാണ്, കൂടാതെ ഒരു റെഡിമെയ്ഡ് ഫലം ലഭിക്കുന്നതിന് വലിയ അളവിലുള്ള ഡാറ്റയോ കണക്കുകൂട്ടലുകളോ അഭ്യർത്ഥിക്കാൻ കഴിയുന്ന ഒരു ചെറിയ അഭ്യർത്ഥന ക്ലയന്റ് തയ്യാറാക്കുന്നു. ബ്ലോക്ക്ചെയിനുകളിൽ, ക്ലയന്റ് കോഡ് കൂടുതൽ കൂടുതൽ ശക്തമാവുകയും ബ്ലോക്ക്ചെയിൻ കോർ കൂടുതൽ കൂടുതൽ ഭാരം കുറഞ്ഞതായിത്തീരുകയും ചെയ്യുന്നു, കൂടാതെ വൻതോതിലുള്ള കമ്പ്യൂട്ടിംഗ് ജോലികൾ സാധാരണയായി ക്ലയന്റ് സോഫ്റ്റ്വെയറിലേക്ക് കൈമാറ്റം ചെയ്യപ്പെടുന്നു. ബ്ലോക്ക്ചെയിനുകളിൽ, ഒരു ഇടപാട് വളരെക്കാലം തയ്യാറാക്കാൻ കഴിയുന്ന ക്ലയന്റുകൾ ഉണ്ട് (ഞാൻ സംസാരിക്കുന്നത് വിവിധ മെർക്കിൾ പ്രൂഫുകൾ, സംക്ഷിപ്ത തെളിവുകൾ, ത്രെഷോൾഡ് സിഗ്നേച്ചറുകൾ, ക്ലയന്റ് വശത്തുള്ള മറ്റ് സങ്കീർണ്ണമായ പ്രവർത്തനങ്ങൾ എന്നിവയെക്കുറിച്ചാണ്). മെർക്കിൾ-ട്രീയെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു ലിസ്റ്റിലെ അംഗത്വത്തിന്റെ തെളിവാണ് എളുപ്പത്തിലുള്ള ഓൺ-ചെയിൻ വെരിഫിക്കേഷന്റെയും ക്ലയന്റിലുള്ള ഒരു ഇടപാടിന്റെ കനത്ത തയ്യാറെടുപ്പിന്റെയും മികച്ച ഉദാഹരണം, ഇവിടെ ഒരു ലേഖനം.

കൂടാതെ, ക്ലയന്റ് കോഡ് ബ്ലോക്ക്ചെയിനിലേക്ക് ഇടപാടുകൾ അയയ്‌ക്കുന്നില്ല എന്ന കാര്യം മറക്കരുത്, എന്നാൽ ആദ്യം ബ്ലോക്ക്ചെയിനിന്റെ അവസ്ഥ അന്വേഷിക്കുന്നു - ഈ പ്രവർത്തനം നെറ്റ്‌വർക്കിന്റെയും ബ്ലോക്ക്ചെയിൻ നോഡുകളുടെയും തിരക്കിനെ ബാധിക്കും. അതിനാൽ, അളവുകൾ എടുക്കുമ്പോൾ, ക്ലയന്റ് കോഡിന്റെ സ്വഭാവം കഴിയുന്നത്ര പൂർണ്ണമായും അനുകരിക്കുന്നത് ന്യായമാണ്. നിങ്ങളുടെ ബ്ലോക്ക്‌ചെയിനിൽ ചില അസറ്റ് കൈമാറ്റം ചെയ്യുന്നതിനുള്ള ഏറ്റവും ലളിതമായ ഇടപാടിൽ സാധാരണ ഡിജിറ്റൽ സിഗ്‌നേച്ചർ ഇടുന്ന സാധാരണ ലൈറ്റ് ക്ലയന്റുകളുണ്ടെങ്കിലും, എല്ലാ വർഷവും ക്ലയന്റിനെക്കുറിച്ച് കൂടുതൽ വലിയ കണക്കുകൂട്ടലുകൾ നടക്കുന്നു, ക്രിപ്‌റ്റോ അൽഗോരിതങ്ങൾ കൂടുതൽ ശക്തമാകുന്നു, കൂടാതെ പ്രോസസ്സിംഗിന്റെ ഈ ഭാഗത്തിന് കഴിയും ഭാവിയിൽ ഒരു പ്രധാന തടസ്സമായി മാറുക. അതിനാൽ, 3.5 സെക്കൻഡ് നീണ്ടുനിൽക്കുന്ന ഒരു ഇടപാടിൽ, ഇടപാട് തയ്യാറാക്കുന്നതിനും ഒപ്പിടുന്നതിനും 2.5 സെ.യും നെറ്റ്‌വർക്കിലേക്ക് അയയ്‌ക്കുന്നതിനും പ്രതികരണത്തിനായി കാത്തിരിക്കുന്നതിനും 1.0സെ. ചെലവഴിക്കുമ്പോൾ സാഹചര്യം നഷ്‌ടപ്പെടുത്താതിരിക്കുക. ഈ തടസ്സത്തിന്റെ അപകടസാധ്യതകൾ വിലയിരുത്തുന്നതിന്, ബ്ലോക്ക്ചെയിൻ നോഡുകളിൽ നിന്ന് മാത്രമല്ല, ക്ലയന്റ് മെഷീനുകളിൽ നിന്ന് അളവുകൾ ശേഖരിക്കേണ്ടതുണ്ട്.

ഒരു ഇടപാട് അയയ്ക്കുകയും അതിന്റെ നില നിരീക്ഷിക്കുകയും ചെയ്യുന്നു

തിരഞ്ഞെടുത്ത ബ്ലോക്ക്‌ചെയിൻ നോഡിലേക്ക് ഇടപാട് അയയ്‌ക്കുകയും അത് ഇടപാട് പൂളിലേക്ക് സ്വീകരിക്കുന്ന നില സ്വീകരിക്കുകയും ചെയ്യുക എന്നതാണ് അടുത്ത ഘട്ടം. ഈ ഘട്ടം ഒരു സാധാരണ ഡാറ്റാബേസ് ആക്‌സസിന് സമാനമാണ്; നോഡ് പൂളിലെ ഇടപാട് രേഖപ്പെടുത്തുകയും p2p നെറ്റ്‌വർക്കിലൂടെ അതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ വിതരണം ചെയ്യാൻ തുടങ്ങുകയും വേണം. ഇവിടെ പ്രകടനം വിലയിരുത്തുന്നതിനുള്ള സമീപനം പരമ്പരാഗത വെബ് API മൈക്രോസർവീസുകളുടെ പ്രകടനം വിലയിരുത്തുന്നതിന് സമാനമാണ്, കൂടാതെ ബ്ലോക്ക്ചെയിനുകളിലെ ഇടപാടുകൾ തന്നെ അപ്‌ഡേറ്റ് ചെയ്യാനും അവയുടെ നില സജീവമായി മാറ്റാനും കഴിയും. പൊതുവേ, ചില ബ്ലോക്ക്ചെയിനുകളിൽ ഇടപാട് വിവരങ്ങൾ അപ്ഡേറ്റ് ചെയ്യുന്നത് ഒന്നിലധികം തവണ സംഭവിക്കാം, ഉദാഹരണത്തിന് ചെയിൻ ഫോർക്കുകൾക്കിടയിൽ മാറുമ്പോൾ അല്ലെങ്കിൽ ഒരു ബ്ലോക്കിൽ ഒരു ഇടപാട് ഉൾപ്പെടുത്താനുള്ള ഉദ്ദേശ്യം BP-കൾ പ്രഖ്യാപിക്കുമ്പോൾ. ഈ പൂളിന്റെ വലിപ്പത്തിലും അതിലെ ഇടപാടുകളുടെ എണ്ണത്തിലും ഉള്ള പരിധികൾ ബ്ലോക്ക്ചെയിനിന്റെ പ്രവർത്തനത്തെ ബാധിക്കും. ട്രാൻസാക്ഷൻ പൂൾ സാധ്യമായ പരമാവധി വലുപ്പത്തിൽ നിറയുകയോ റാമിൽ യോജിച്ചില്ലെങ്കിൽ, നെറ്റ്‌വർക്ക് പ്രകടനം കുത്തനെ ഇടിഞ്ഞേക്കാം. ജങ്ക് സന്ദേശങ്ങളുടെ കുത്തൊഴുക്കിൽ നിന്ന് പരിരക്ഷിക്കുന്നതിന് ബ്ലോക്ക്ചെയിനുകൾക്ക് കേന്ദ്രീകൃത മാർഗങ്ങളില്ല, കൂടാതെ ബ്ലോക്ക്ചെയിൻ ഉയർന്ന അളവിലുള്ള ഇടപാടുകളെയും കുറഞ്ഞ ഫീസുകളെയും പിന്തുണയ്ക്കുന്നുവെങ്കിൽ, ഇത് ഇടപാട് പൂൾ കവിഞ്ഞൊഴുകാൻ ഇടയാക്കും-മറ്റൊരു സാധ്യതയുള്ള പ്രകടന തടസ്സം.

ബ്ലോക്ക്ചെയിനുകളിൽ, ക്ലയന്റ് അവൻ ഇഷ്ടപ്പെടുന്ന ഏത് ബ്ലോക്ക്ചെയിൻ നോഡിലേക്കും ഒരു ഇടപാട് അയയ്‌ക്കുന്നു, ഇടപാടിന്റെ ഹാഷ് സാധാരണയായി അയയ്‌ക്കുന്നതിന് മുമ്പ് ക്ലയന്റിന് അറിയാം, അതിനാൽ അവൻ ചെയ്യേണ്ടത് കണക്ഷൻ നേടുകയും ട്രാൻസ്മിഷനുശേഷം ബ്ലോക്ക്ചെയിൻ മാറുന്നതുവരെ കാത്തിരിക്കുകയും ചെയ്യുക അതിന്റെ അവസ്ഥ, അവന്റെ ഇടപാട് സാധ്യമാക്കുന്നു. ഒരു ബ്ലോക്ക്ചെയിൻ നോഡിലേക്ക് ബന്ധിപ്പിക്കുന്നതിനുള്ള വ്യത്യസ്ത രീതികൾക്കായി "tps" അളക്കുന്നതിലൂടെ നിങ്ങൾക്ക് തികച്ചും വ്യത്യസ്തമായ ഫലങ്ങൾ ലഭിക്കുമെന്നത് ശ്രദ്ധിക്കുക. ഇതൊരു സാധാരണ HTTP RPC അല്ലെങ്കിൽ "സബ്‌സ്‌ക്രൈബ്" പാറ്റേൺ നടപ്പിലാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു WebSocket ആകാം. രണ്ടാമത്തെ സാഹചര്യത്തിൽ, ക്ലയന്റിന് നേരത്തെ ഒരു അറിയിപ്പ് ലഭിക്കും, കൂടാതെ ഇടപാട് നിലയെക്കുറിച്ചുള്ള പ്രതികരണങ്ങളിൽ നോഡ് കുറച്ച് വിഭവങ്ങൾ (പ്രധാനമായും മെമ്മറിയും ട്രാഫിക്കും) ചെലവഴിക്കും. അതിനാൽ "tps" അളക്കുമ്പോൾ, ക്ലയന്റുകളെ നോഡുകളിലേക്ക് ബന്ധിപ്പിക്കുന്ന രീതി കണക്കിലെടുക്കേണ്ടത് ആവശ്യമാണ്. അതിനാൽ, ഈ തടസ്സത്തിന്റെ അപകടസാധ്യതകൾ വിലയിരുത്തുന്നതിന്, യഥാർത്ഥ നെറ്റ്‌വർക്കുകൾക്ക് അനുയോജ്യമായ അനുപാതത്തിൽ വെബ്‌സോക്കറ്റ്, എച്ച്ടിടിപി ആർപിസി അഭ്യർത്ഥനകൾ ഉപയോഗിച്ച് ക്ലയന്റുകളെ അനുകരിക്കാനും ഇടപാടുകളുടെ സ്വഭാവവും അവയുടെ വലുപ്പവും മാറ്റാനും ബെഞ്ച്മാർക്ക് ബ്ലോക്ക്ചെയിനിന് കഴിയണം.

ഈ തടസ്സത്തിന്റെ അപകടസാധ്യതകൾ വിലയിരുത്തുന്നതിന്, ബ്ലോക്ക്ചെയിൻ നോഡുകളിൽ നിന്ന് മാത്രമല്ല, ക്ലയന്റ് മെഷീനുകളിൽ നിന്നും അളവുകൾ ശേഖരിക്കേണ്ടതുണ്ട്.

p2p നെറ്റ്‌വർക്ക് വഴി ഇടപാടുകളുടെയും ബ്ലോക്കുകളുടെയും കൈമാറ്റം

ബ്ലോക്ക്ചെയിനുകളിൽ, പങ്കാളികൾക്കിടയിൽ ഇടപാടുകളും ബ്ലോക്കുകളും കൈമാറാൻ പിയർ-ടു-പിയർ (p2p) നെറ്റ്‌വർക്കിംഗ് ഉപയോഗിക്കുന്നു. ഇടപാടുകൾ ഒരു നോഡിൽ നിന്ന് ആരംഭിച്ച് പിയർ ബ്ലോക്ക് പ്രൊഡ്യൂസർമാരിൽ എത്തുന്നതുവരെ ഇടപാടുകൾ നെറ്റ്‌വർക്കിലുടനീളം വ്യാപിക്കുന്നു, അവർ ഇടപാടുകൾ ബ്ലോക്കുകളായി പാക്ക് ചെയ്യുകയും അതേ p2p ഉപയോഗിച്ച് എല്ലാ നെറ്റ്‌വർക്ക് നോഡുകളിലേക്കും പുതിയ ബ്ലോക്കുകൾ വിതരണം ചെയ്യുകയും ചെയ്യുന്നു. മിക്ക ആധുനിക p2p നെറ്റ്‌വർക്കുകളുടെയും അടിസ്ഥാനം Kademlia പ്രോട്ടോക്കോളിന്റെ വിവിധ പരിഷ്‌ക്കരണങ്ങളാണ്. ഇവിടെ ഈ പ്രോട്ടോക്കോളിന്റെ നല്ല സംഗ്രഹം, ഒപ്പം നോക്കൂ - ബിറ്റ്‌ടോറന്റ് നെറ്റ്‌വർക്കിലെ വിവിധ അളവുകളുള്ള ഒരു ലേഖനം, ഒരു കേന്ദ്രീകൃത സേവനത്തിന്റെ കർശനമായി കോൺഫിഗർ ചെയ്‌ത നെറ്റ്‌വർക്കിനെ അപേക്ഷിച്ച് ഇത്തരത്തിലുള്ള നെറ്റ്‌വർക്ക് കൂടുതൽ സങ്കീർണ്ണവും പ്രവചനാതീതവുമാണെന്ന് മനസ്സിലാക്കാൻ കഴിയും. കൂടാതെ, നോക്കൂ Ethereum നോഡുകൾക്കായി രസകരമായ വിവിധ അളവുകൾ അളക്കുന്നതിനെക്കുറിച്ചുള്ള ലേഖനം.

ചുരുക്കത്തിൽ, അത്തരം നെറ്റ്‌വർക്കുകളിലെ ഓരോ പിയറും മറ്റ് സമപ്രായക്കാരുടെ സ്വന്തം ഡൈനാമിക് ലിസ്റ്റ് പരിപാലിക്കുന്നു, അതിൽ നിന്ന് ഉള്ളടക്കം സംബോധന ചെയ്യുന്ന വിവരങ്ങളുടെ ബ്ലോക്കുകൾ അഭ്യർത്ഥിക്കുന്നു. ഒരു പിയർക്ക് ഒരു അഭ്യർത്ഥന ലഭിക്കുമ്പോൾ, അത് ഒന്നുകിൽ ആവശ്യമായ വിവരങ്ങൾ നൽകുന്നു അല്ലെങ്കിൽ ലിസ്റ്റിൽ നിന്ന് അടുത്ത വ്യാജ-റാൻഡം പിയർക്ക് അഭ്യർത്ഥന കൈമാറുന്നു, ഒരു പ്രതികരണം ലഭിച്ചാൽ, അത് അഭ്യർത്ഥനക്കാരന് കൈമാറുകയും കുറച്ച് സമയത്തേക്ക് കാഷെ ചെയ്യുകയും ചെയ്യുന്നു. അടുത്ത തവണ നേരത്തേയുള്ള വിവരങ്ങളുടെ ബ്ലോക്ക്. അങ്ങനെ, ജനപ്രിയ വിവരങ്ങൾ ധാരാളം സമപ്രായക്കാരുടെ കാഷെകളിൽ അവസാനിക്കുന്നു, കൂടാതെ ജനപ്രിയമല്ലാത്ത വിവരങ്ങൾ ക്രമേണ മാറ്റിസ്ഥാപിക്കപ്പെടുന്നു. ആർക്കൊക്കെ എത്ര വിവരങ്ങൾ കൈമാറിയെന്നതിന്റെ രേഖകൾ സമപ്രായക്കാർ സൂക്ഷിക്കുന്നു, ഒപ്പം സജീവമായ വിതരണക്കാരെ അവരുടെ റേറ്റിംഗുകൾ വർദ്ധിപ്പിച്ച് അവർക്ക് ഉയർന്ന തലത്തിലുള്ള സേവനം നൽകിക്കൊണ്ട്, സജീവമല്ലാത്ത പങ്കാളികളെ പിയർ ലിസ്റ്റുകളിൽ നിന്ന് സ്വയമേവ മാറ്റിനിർത്തിക്കൊണ്ട് അവരെ ഉത്തേജിപ്പിക്കാൻ നെറ്റ്‌വർക്ക് ശ്രമിക്കുന്നു.

അതിനാൽ, ഇടപാട് ഇപ്പോൾ നെറ്റ്‌വർക്കിലുടനീളം വിതരണം ചെയ്യേണ്ടതുണ്ട്, അതുവഴി ബ്ലോക്ക്-നിർമ്മാതാക്കൾക്ക് അത് കാണാനും ബ്ലോക്കിൽ ഉൾപ്പെടുത്താനും കഴിയും. നോഡ് എല്ലാവർക്കുമായി ഒരു പുതിയ ഇടപാട് സജീവമായി "വിതരണം" ചെയ്യുകയും നെറ്റ്‌വർക്ക് ശ്രദ്ധിക്കുകയും ചെയ്യുന്നു, കാത്തിരിക്കുന്ന ക്ലയന്റിനെ അറിയിക്കുന്നതിന് ആവശ്യമായ ഇടപാട് ദൃശ്യമാകുന്ന സൂചികയിൽ ഒരു ബ്ലോക്കിനായി കാത്തിരിക്കുന്നു. p2p നെറ്റ്‌വർക്കുകളിലെ പുതിയ ഇടപാടുകളെയും ബ്ലോക്കുകളെയും കുറിച്ചുള്ള വിവരങ്ങൾ പരസ്പരം കൈമാറാൻ നെറ്റ്‌വർക്ക് എടുക്കുന്ന സമയം വളരെ വലിയ ഘടകങ്ങളെ ആശ്രയിച്ചിരിക്കുന്നു: സമീപത്ത് പ്രവർത്തിക്കുന്ന സത്യസന്ധമായ നോഡുകളുടെ എണ്ണം (ഒരു നെറ്റ്‌വർക്ക് വീക്ഷണകോണിൽ നിന്ന്), “ഊഷ്മളമായ- മുകളിൽ” ഈ നോഡുകളുടെ കാഷെകൾ, ബ്ലോക്കുകളുടെ വലിപ്പം, ഇടപാടുകൾ, മാറ്റങ്ങളുടെ സ്വഭാവം , നെറ്റ്‌വർക്ക് ഭൂമിശാസ്ത്രം, നോഡുകളുടെ എണ്ണം തുടങ്ങി നിരവധി ഘടകങ്ങൾ. അത്തരം നെറ്റ്‌വർക്കുകളിലെ പ്രകടന അളവുകളുടെ സങ്കീർണ്ണമായ അളവുകൾ സങ്കീർണ്ണമായ കാര്യമാണ്; ക്ലയന്റുകളിലും പിയർമാരിലും (ബ്ലോക്ക്ചെയിൻ നോഡുകൾ) അഭ്യർത്ഥന പ്രോസസ്സിംഗ് സമയം ഒരേസമയം വിലയിരുത്തേണ്ടത് ആവശ്യമാണ്. ഏതെങ്കിലും p2p മെക്കാനിസങ്ങളിലെ പ്രശ്നങ്ങൾ, തെറ്റായ ഡാറ്റ എവിക്ഷൻ, കാഷിംഗ്, സജീവ സമപ്രായക്കാരുടെ ലിസ്റ്റുകളുടെ കാര്യക്ഷമമല്ലാത്ത മാനേജ്മെന്റ്, കൂടാതെ മറ്റ് പല ഘടകങ്ങളും മുഴുവൻ നെറ്റ്‌വർക്കിന്റെയും മൊത്തത്തിലുള്ള കാര്യക്ഷമതയെ ബാധിക്കുന്ന കാലതാമസത്തിന് കാരണമാകും, ഈ തടസ്സം വിശകലനം ചെയ്യാൻ ഏറ്റവും ബുദ്ധിമുട്ടാണ്. , ഫലങ്ങളുടെ പരിശോധനയും വ്യാഖ്യാനവും.

ബ്ലോക്ക്‌ചെയിൻ പ്രോസസ്സിംഗും സ്റ്റേറ്റ് ഡാറ്റാബേസ് അപ്‌ഡേറ്റും

ബ്ലോക്ക്‌ചെയിനിന്റെ ഏറ്റവും പ്രധാനപ്പെട്ട ഭാഗം സമവായ അൽഗോരിതം, നെറ്റ്‌വർക്കിൽ നിന്ന് ലഭിച്ച പുതിയ ബ്ലോക്കുകളിലേക്കുള്ള അതിന്റെ ആപ്ലിക്കേഷനും സ്റ്റേറ്റ് ഡാറ്റാബേസിലെ ഫലങ്ങളുടെ റെക്കോർഡിംഗിനൊപ്പം ഇടപാടുകളുടെ പ്രോസസ്സിംഗും ആണ്. ചെയിനിലേക്ക് ഒരു പുതിയ ബ്ലോക്ക് ചേർക്കുകയും തുടർന്ന് പ്രധാന ശൃംഖല തിരഞ്ഞെടുക്കുകയും ചെയ്യുന്നത് കഴിയുന്നത്ര വേഗത്തിൽ പ്രവർത്തിക്കണം. എന്നിരുന്നാലും, യഥാർത്ഥ ജീവിതത്തിൽ, "ചെയ്യണം" എന്നത് "പ്രവർത്തികൾ" എന്നല്ല അർത്ഥമാക്കുന്നത്, ഉദാഹരണത്തിന്, രണ്ട് നീണ്ട മത്സര ശൃംഖലകൾ പരസ്പരം നിരന്തരം മാറിക്കൊണ്ടിരിക്കുന്ന ഒരു സാഹചര്യം സങ്കൽപ്പിക്കാൻ കഴിയും, ഓരോ സ്വിച്ചിലും കുളത്തിലെ ആയിരക്കണക്കിന് ഇടപാടുകളുടെ മെറ്റാഡാറ്റ മാറ്റുന്നു. , കൂടാതെ സംസ്ഥാന ഡാറ്റാബേസ് നിരന്തരം പിൻവലിക്കുന്നു. ഈ ഘട്ടം, തടസ്സം നിർവ്വചിക്കുന്ന കാര്യത്തിൽ, p2p നെറ്റ്‌വർക്ക് ലെയറിനേക്കാൾ ലളിതമാണ്, കാരണം ഇടപാട് നിർവ്വഹണവും സമവായ അൽഗോരിതവും കർശനമായി നിർണ്ണായകമാണ്, ഇവിടെ എന്തും അളക്കാൻ എളുപ്പമാണ്.
നെറ്റ്‌വർക്ക് പ്രശ്‌നങ്ങളുമായി ഈ ഘട്ടത്തിന്റെ പ്രകടനത്തിലെ ക്രമരഹിതമായ അപചയത്തെ ആശയക്കുഴപ്പത്തിലാക്കരുത് എന്നതാണ് പ്രധാന കാര്യം - ബ്ലോക്കുകളും പ്രധാന ശൃംഖലയെക്കുറിച്ചുള്ള വിവരങ്ങളും നൽകുന്നതിൽ നോഡുകൾ മന്ദഗതിയിലാണ്, കൂടാതെ ഒരു ബാഹ്യ ക്ലയന്റിനായി ഇത് ഒരു സ്ലോ നെറ്റ്‌വർക്ക് പോലെ കാണപ്പെടാം, എന്നിരുന്നാലും പ്രശ്നം നിലവിലുണ്ട്. തികച്ചും വ്യത്യസ്തമായ ഒരു സ്ഥലം.

ഈ ഘട്ടത്തിൽ പ്രകടനം ഒപ്റ്റിമൈസ് ചെയ്യുന്നതിന്, നോഡുകളിൽ നിന്ന് തന്നെ അളവുകൾ ശേഖരിക്കുകയും നിരീക്ഷിക്കുകയും ചെയ്യുന്നത് ഉപയോഗപ്രദമാണ്, കൂടാതെ അവയിൽ സ്റ്റേറ്റ് ഡാറ്റാബേസ് അപ്ഡേറ്റ് ചെയ്യുന്നതുമായി ബന്ധപ്പെട്ടവ ഉൾപ്പെടുത്തുക: നോഡിൽ പ്രോസസ്സ് ചെയ്ത ബ്ലോക്കുകളുടെ എണ്ണം, അവയുടെ വലുപ്പം, ഇടപാടുകളുടെ എണ്ണം, ചെയിൻ ഫോർക്കുകൾക്കിടയിലുള്ള സ്വിച്ചുകളുടെ എണ്ണം, അസാധുവായ ബ്ലോക്കുകളുടെ എണ്ണം, വെർച്വൽ മെഷീൻ പ്രവർത്തന സമയം, ഡാറ്റ കമ്മിറ്റ് സമയം മുതലായവ. ഇത് നെറ്റ്‌വർക്ക് പ്രശ്‌നങ്ങളെ ചെയിൻ പ്രോസസ്സിംഗ് അൽഗോരിതങ്ങളിലെ പിശകുകളുമായി ആശയക്കുഴപ്പത്തിലാക്കുന്നത് തടയും.

ഒരു വെർച്വൽ മെഷീൻ പ്രോസസ്സിംഗ് ഇടപാടുകൾ ബ്ലോക്ക്ചെയിനിന്റെ പ്രവർത്തനം ഒപ്റ്റിമൈസ് ചെയ്യാൻ കഴിയുന്ന വിവരങ്ങളുടെ ഉപയോഗപ്രദമായ ഉറവിടമാണ്. മെമ്മറി അലോക്കേഷനുകളുടെ എണ്ണം, റീഡ്/റൈറ്റ് നിർദ്ദേശങ്ങളുടെ എണ്ണം, കരാർ കോഡ് നിർവ്വഹണത്തിന്റെ കാര്യക്ഷമതയുമായി ബന്ധപ്പെട്ട മറ്റ് മെട്രിക്‌സ് എന്നിവ ഡെവലപ്പർമാർക്ക് ധാരാളം ഉപയോഗപ്രദമായ വിവരങ്ങൾ നൽകും. അതേ സമയം, സ്മാർട്ട് കരാറുകൾ പ്രോഗ്രാമുകളാണ്, അതിനർത്ഥം അവയ്ക്ക് ഏത് വിഭവങ്ങളും ഉപയോഗിക്കാമെന്നാണ്: സിപിയു/മെമ്മറി/നെറ്റ്‌വർക്ക്/സ്റ്റോറേജ്, അതിനാൽ ഇടപാട് പ്രോസസ്സിംഗ് തികച്ചും അനിശ്ചിതത്വമുള്ള ഒരു ഘട്ടമാണ്, കൂടാതെ, പതിപ്പുകൾക്കിടയിൽ നീങ്ങുമ്പോൾ ഇത് വളരെയധികം മാറുന്നു. കരാർ കോഡുകൾ മാറ്റുമ്പോൾ. അതിനാൽ, ബ്ലോക്ക്ചെയിൻ പ്രകടനം ഫലപ്രദമായി ഒപ്റ്റിമൈസ് ചെയ്യുന്നതിന് ഇടപാട് പ്രോസസ്സിംഗുമായി ബന്ധപ്പെട്ട അളവുകളും ആവശ്യമാണ്.

ബ്ലോക്ക്ചെയിനിൽ ഒരു ഇടപാട് ഉൾപ്പെടുത്തുന്നതിനെക്കുറിച്ചുള്ള അറിയിപ്പിന്റെ ക്ലയന്റ് സ്വീകരിച്ച രസീത്

ബ്ലോക്ക്‌ചെയിൻ ക്ലയന്റ് സേവനം സ്വീകരിക്കുന്നതിന്റെ അവസാന ഘട്ടമാണിത്; മറ്റ് ഘട്ടങ്ങളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ, വലിയ ഓവർഹെഡ് ചെലവുകളൊന്നുമില്ല, പക്ഷേ ക്ലയന്റിന് നോഡിൽ നിന്ന് വലിയ പ്രതികരണം ലഭിക്കാനുള്ള സാധ്യത പരിഗണിക്കുന്നത് മൂല്യവത്താണ് (ഉദാഹരണത്തിന്, ഒരു സ്മാർട്ട് കരാർ ഡാറ്റയുടെ ഒരു നിര തിരികെ നൽകുന്നു). എന്തായാലും, “നിങ്ങളുടെ ബ്ലോക്ക്ചെയിനിൽ എത്ര ടിപിഎസ് ഉണ്ട്?” എന്ന ചോദ്യം ചോദിച്ചയാൾക്ക് ഈ പോയിന്റ് ഏറ്റവും പ്രധാനമാണ്, കാരണം ഈ നിമിഷം, സേവനം സ്വീകരിക്കുന്ന സമയം രേഖപ്പെടുത്തിയിട്ടുണ്ട്.

ഈ സ്ഥലത്ത്, ബ്ലോക്ക്ചെയിനിൽ നിന്നുള്ള പ്രതികരണത്തിനായി ക്ലയന്റ് ചെലവഴിക്കേണ്ട മുഴുവൻ സമയവും എല്ലായ്പ്പോഴും അയയ്ക്കുന്നു; ഈ സമയത്താണ് ഉപയോക്താവ് തന്റെ ആപ്ലിക്കേഷനിൽ സ്ഥിരീകരണത്തിനായി കാത്തിരിക്കുന്നത്, അത് അതിന്റെ ഒപ്റ്റിമൈസേഷനാണ് ഡവലപ്പർമാരുടെ പ്രധാന ദൌത്യം.

തീരുമാനം

തൽഫലമായി, ബ്ലോക്ക്ചെയിനുകളിൽ നടത്തുന്ന പ്രവർത്തനങ്ങളുടെ തരങ്ങൾ വിവരിക്കാനും അവയെ പല വിഭാഗങ്ങളായി വിഭജിക്കാനും കഴിയും:

1. ക്രിപ്റ്റോഗ്രാഫിക് പരിവർത്തനങ്ങൾ, തെളിവ് നിർമ്മാണം
2. പിയർ-ടു-പിയർ നെറ്റ്‌വർക്കിംഗ്, ഇടപാട്, പകർപ്പ് തടയൽ
3. ഇടപാട് പ്രോസസ്സിംഗ്, സ്മാർട്ട് കരാറുകളുടെ നിർവ്വഹണം
4. സംസ്ഥാന ഡാറ്റാബേസിലേക്ക് ബ്ലോക്ക്ചെയിനിൽ മാറ്റങ്ങൾ പ്രയോഗിക്കുന്നു, ഇടപാടുകളിലും ബ്ലോക്കുകളിലും ഡാറ്റ അപ്ഡേറ്റ് ചെയ്യുന്നു
5. സ്റ്റേറ്റ് ഡാറ്റാബേസ്, ബ്ലോക്ക്ചെയിൻ നോഡ് API, സബ്സ്ക്രിപ്ഷൻ സേവനങ്ങൾ എന്നിവയിലേക്കുള്ള റീഡ്-ഒൺലി അഭ്യർത്ഥനകൾ

പൊതുവേ, ആധുനിക ബ്ലോക്ക്‌ചെയിൻ നോഡുകൾക്കുള്ള സാങ്കേതിക ആവശ്യകതകൾ വളരെ ഗൗരവമുള്ളതാണ് - ക്രിപ്‌റ്റോഗ്രാഫിക്കുള്ള വേഗതയേറിയ സിപിയുകൾ, സംസ്ഥാന ഡാറ്റാബേസ് സംഭരിക്കാനും വേഗത്തിൽ ആക്‌സസ് ചെയ്യാനും ഒരു വലിയ അളവിലുള്ള റാം, ഒരേസമയം തുറന്ന കണക്ഷനുകൾ ഉപയോഗിച്ചുള്ള നെറ്റ്‌വർക്ക് ഇടപെടൽ, വലിയ സംഭരണം. അത്തരം ഉയർന്ന ആവശ്യകതകളും വിവിധ തരത്തിലുള്ള പ്രവർത്തനങ്ങളുടെ സമൃദ്ധിയും അനിവാര്യമായും നോഡുകൾക്ക് മതിയായ ഉറവിടങ്ങൾ ഇല്ലെന്ന വസ്തുതയിലേക്ക് നയിക്കുന്നു, തുടർന്ന് മുകളിൽ ചർച്ച ചെയ്ത ഏതെങ്കിലും ഘട്ടങ്ങൾ മൊത്തത്തിലുള്ള നെറ്റ്‌വർക്ക് പ്രകടനത്തിന് മറ്റൊരു തടസ്സമായി മാറും.

ബ്ലോക്ക്ചെയിനുകളുടെ പ്രകടനം രൂപകൽപ്പന ചെയ്യുകയും വിലയിരുത്തുകയും ചെയ്യുമ്പോൾ, ഈ പോയിന്റുകളെല്ലാം നിങ്ങൾ കണക്കിലെടുക്കേണ്ടതുണ്ട്. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ ക്ലയന്റുകളിൽ നിന്നും നെറ്റ്‌വർക്ക് നോഡുകളിൽ നിന്നും ഒരേസമയം മെട്രിക്‌സ് ശേഖരിക്കുകയും വിശകലനം ചെയ്യുകയും വേണം, അവ തമ്മിലുള്ള പരസ്പര ബന്ധങ്ങൾ നോക്കുക, ക്ലയന്റുകൾക്ക് സേവനങ്ങൾ നൽകുന്നതിന് എടുക്കുന്ന സമയം കണക്കാക്കുക, എല്ലാ പ്രധാന ഉറവിടങ്ങളും കണക്കിലെടുക്കുക: cpu/memory/network/storage , അവ എങ്ങനെ ഉപയോഗിക്കപ്പെടുന്നുവെന്നും പരസ്പരം സ്വാധീനിക്കുന്നതാണെന്നും മനസ്സിലാക്കുക. വ്യത്യസ്ത കോൺഫിഗറേഷനുകളും സ്റ്റേറ്റുകളും ധാരാളം ഉള്ളതിനാൽ, "എത്ര ടിപിഎസ്" എന്ന രൂപത്തിൽ വ്യത്യസ്ത ബ്ലോക്ക്ചെയിനുകളുടെ വേഗത താരതമ്യം ചെയ്യുന്നത് വളരെ നന്ദികെട്ട ടാസ്ക്കാക്കി മാറ്റുന്നു. വലിയ കേന്ദ്രീകൃത സിസ്റ്റങ്ങളിൽ, നൂറുകണക്കിന് സെർവറുകളുടെ ക്ലസ്റ്ററുകളിൽ, ഈ പ്രശ്നങ്ങളും സങ്കീർണ്ണമാണ്, കൂടാതെ ധാരാളം വ്യത്യസ്ത അളവുകളുടെ ശേഖരണവും ആവശ്യമാണ്, എന്നാൽ ബ്ലോക്ക്ചെയിനുകളിൽ, p2p നെറ്റ്‌വർക്കുകൾ, വെർച്വൽ മെഷീനുകൾ പ്രോസസ്സിംഗ് കരാറുകൾ, ആന്തരിക സമ്പദ്‌വ്യവസ്ഥകൾ, ഡിഗ്രികളുടെ എണ്ണം എന്നിവ കാരണം. സ്വാതന്ത്ര്യം വളരെ വലുതാണ്, ഇത് നിരവധി സെർവറുകളിൽ പോലും പരിശോധന നടത്തുന്നു, ഇത് സൂചിപ്പിക്കാത്തതും യാഥാർത്ഥ്യവുമായി യാതൊരു ബന്ധവുമില്ലാത്ത വളരെ ഏകദേശ മൂല്യങ്ങൾ മാത്രം കാണിക്കുന്നു.

അതിനാൽ, ബ്ലോക്ക്‌ചെയിൻ കോറിൽ വികസിപ്പിക്കുമ്പോൾ, പ്രകടനം വിലയിരുത്തുന്നതിനും “കഴിഞ്ഞ തവണത്തെ അപേക്ഷിച്ച് ഇത് മെച്ചപ്പെട്ടിട്ടുണ്ടോ?” എന്ന ചോദ്യത്തിന് ഉത്തരം നൽകുന്നതിനും ഞങ്ങൾ ഡസൻ കണക്കിന് നോഡുകളുള്ള ഒരു ബ്ലോക്ക്‌ചെയിനിന്റെ സമാരംഭം ക്രമീകരിക്കുകയും ഒരു ബെഞ്ച്മാർക്ക് സ്വയമേവ സമാരംഭിക്കുകയും മെട്രിക്‌സ് ശേഖരിക്കുകയും ചെയ്യുന്ന തികച്ചും സങ്കീർണ്ണമായ സോഫ്റ്റ്‌വെയർ ഉപയോഗിക്കുന്നു. ; ഈ വിവരങ്ങളില്ലാതെ ഒന്നിലധികം പങ്കാളികളുമായി പ്രവർത്തിക്കുന്ന പ്രോട്ടോക്കോളുകൾ ഡീബഗ് ചെയ്യുന്നത് വളരെ ബുദ്ധിമുട്ടാണ്.

അതിനാൽ, “നിങ്ങളുടെ ബ്ലോക്ക്ചെയിനിൽ എത്ര ടിപിഎസ് ഉണ്ട്?” എന്ന ചോദ്യം നിങ്ങൾക്ക് ലഭിക്കുമ്പോൾ, നിങ്ങളുടെ സംഭാഷണക്കാരന് കുറച്ച് ചായ വാഗ്ദാനം ചെയ്ത് ഒരു ഡസൻ ഗ്രാഫുകൾ നോക്കാൻ അദ്ദേഹം തയ്യാറാണോ എന്ന് ചോദിക്കുക കൂടാതെ ബ്ലോക്ക്ചെയിൻ പ്രകടന പ്രശ്‌നങ്ങളുടെ മൂന്ന് ബോക്സുകളും നിങ്ങളുടെ നിർദ്ദേശങ്ങളും ശ്രദ്ധിക്കുക. അവ പരിഹരിക്കുന്നു...

അവലംബം: www.habr.com