ടൺ: ടെലിഗ്രാം ഓപ്പൺ നെറ്റ്‌വർക്ക്. ഭാഗം 2: ബ്ലോക്ക്ചെയിനുകൾ, ഷാർഡിംഗ്

ഈ വർഷം റിലീസിന് തയ്യാറെടുക്കുന്ന ടെലിഗ്രാം ഓപ്പൺ നെറ്റ്‌വർക്കിന്റെ (ടോൺ) വിതരണ ശൃംഖലയുടെ ഘടന ഞാൻ പരിശോധിക്കുന്ന ലേഖനങ്ങളുടെ ഒരു തുടർച്ചയാണ് ഈ വാചകം. IN മുൻ ഭാഗം ഞാൻ അതിന്റെ ഏറ്റവും അടിസ്ഥാന തലം വിവരിച്ചു - നോഡുകൾ പരസ്പരം ഇടപഴകുന്ന രീതി.

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

ഇന്ന് നമ്മൾ TON-ന്റെ പ്രധാന ഘടകം നോക്കാം - ബ്ലോക്ക്ചെയിൻ.

അടിസ്ഥാനസങ്കല്പം

കണക്ക് (കണക്ക്). 256-ബിറ്റ് നമ്പർ ഉപയോഗിച്ച് തിരിച്ചറിഞ്ഞ ഒരു കൂട്ടം ഡാറ്റ അക്കൗണ്ട് ID (മിക്കപ്പോഴും ഇത് അക്കൗണ്ട് ഉടമയുടെ പൊതു കീയാണ്). അടിസ്ഥാന കേസിൽ (ചുവടെ കാണുക പൂജ്യം വർക്ക്ചെയിൻ), ഈ ഡാറ്റ ഉപയോക്താവിന്റെ ബാലൻസ് സൂചിപ്പിക്കുന്നു. "അധിനിവേശം" പ്രത്യേകം അക്കൗണ്ട് ID ആർക്കും കഴിയും, എന്നാൽ ചില നിയമങ്ങൾക്കനുസൃതമായി മാത്രമേ അതിന്റെ മൂല്യം മാറ്റാൻ കഴിയൂ.

സ്മാർട്ട് കരാർ (സ്മാർട്ട് കരാർ). സാരാംശത്തിൽ, ഇത് ഒരു അക്കൗണ്ടിന്റെ ഒരു പ്രത്യേക കേസാണ്, സ്‌മാർട്ട് കരാർ കോഡും അതിന്റെ വേരിയബിളുകളുടെ സംഭരണവും സപ്ലിമെന്റ് ചെയ്‌തിരിക്കുന്നു. ഒരു “വാലറ്റിന്റെ” കാര്യത്തിൽ താരതമ്യേന ലളിതവും മുൻകൂട്ടി നിശ്ചയിച്ചതുമായ നിയമങ്ങൾക്കനുസൃതമായി നിങ്ങൾക്ക് അതിൽ നിന്ന് പണം നിക്ഷേപിക്കാനും പിൻവലിക്കാനും കഴിയുമെങ്കിൽ, ഒരു സ്മാർട്ട് കരാറിന്റെ കാര്യത്തിൽ ഈ നിയമങ്ങൾ അതിന്റെ കോഡിന്റെ രൂപത്തിൽ (ഒരു നിശ്ചിത ട്യൂറിംഗ്-കംപ്ലീറ്റിൽ) എഴുതിയിരിക്കുന്നു. പ്രോഗ്രാമിംഗ് ഭാഷ).

ബ്ലോക്ക്ചെയിൻ സംസ്ഥാനം (ബ്ലോക്ക്ചെയിനിന്റെ അവസ്ഥ). എല്ലാ അക്കൗണ്ടുകളുടെയും/സ്മാർട്ട് കരാറുകളുടെയും സംസ്ഥാനങ്ങളുടെ കൂട്ടം (അമൂർത്തമായ അർത്ഥത്തിൽ, ഒരു ഹാഷ് ടേബിൾ, ഇവിടെ കീകൾ അക്കൗണ്ട് ഐഡന്റിഫയറുകളും മൂല്യങ്ങൾ അക്കൗണ്ടുകളിൽ സംഭരിച്ചിരിക്കുന്ന ഡാറ്റയുമാണ്).

സന്ദേശം (സന്ദേശം). മുകളിൽ ഞാൻ "ക്രെഡിറ്റ് ആൻഡ് ഡെബിറ്റ് മണി" എന്ന പ്രയോഗം ഉപയോഗിച്ചു - ഇത് ഒരു സന്ദേശത്തിന്റെ ഒരു പ്രത്യേക ഉദാഹരണമാണ് ("കൈമാറ്റം N ഗ്രാം അക്കൗണ്ടിൽ നിന്ന് അക്കൗണ്ട്_1 അക്കൗണ്ടിലേക്ക് അക്കൗണ്ട്_2"). വ്യക്തമായും, അക്കൗണ്ടിന്റെ സ്വകാര്യ കീയുടെ ഉടമസ്ഥതയിലുള്ള നോഡിന് മാത്രമേ അത്തരമൊരു സന്ദേശം അയയ്ക്കാൻ കഴിയൂ അക്കൗണ്ട്_1 - ഒരു ഒപ്പ് ഉപയോഗിച്ച് ഇത് സ്ഥിരീകരിക്കാൻ കഴിയും. ഒരു സാധാരണ അക്കൗണ്ടിലേക്ക് അത്തരം സന്ദേശങ്ങൾ കൈമാറുന്നതിന്റെ ഫലം അതിന്റെ ബാലൻസ് വർദ്ധിക്കുന്നതാണ്, കൂടാതെ സ്മാർട്ട് കരാറിന്റെ ഫലം അതിന്റെ കോഡിന്റെ നിർവ്വഹണമാണ് (അത് സന്ദേശത്തിന്റെ രസീത് പ്രോസസ്സ് ചെയ്യും). തീർച്ചയായും, മറ്റ് സന്ദേശങ്ങളും സാധ്യമാണ് (പണ തുകകളല്ല, മറിച്ച് സ്മാർട്ട് കരാറുകൾക്കിടയിൽ അനിയന്ത്രിതമായ ഡാറ്റ കൈമാറുന്നു).

ഇടപാട് (ഇടപാട്). ഒരു സന്ദേശം കൈമാറുന്ന വസ്തുതയെ ഒരു ഇടപാട് എന്ന് വിളിക്കുന്നു. ഇടപാടുകൾ ബ്ലോക്ക്ചെയിനിന്റെ അവസ്ഥയെ മാറ്റുന്നു. ഇടപാടുകളാണ് (സന്ദേശ ഡെലിവറി റെക്കോർഡുകൾ) ബ്ലോക്ക്ചെയിനിലെ ബ്ലോക്കുകൾ ഉണ്ടാക്കുന്നത്. ഇക്കാര്യത്തിൽ, നിങ്ങൾക്ക് ബ്ലോക്ക്ചെയിനിന്റെ അവസ്ഥയെ ഒരു ഇൻക്രിമെന്റൽ ഡാറ്റാബേസ് ആയി കണക്കാക്കാം - എല്ലാ ബ്ലോക്കുകളും "വ്യത്യാസങ്ങൾ" ആണ്, അത് ഡാറ്റാബേസിന്റെ നിലവിലെ അവസ്ഥ ലഭിക്കുന്നതിന് തുടർച്ചയായി പ്രയോഗിക്കേണ്ടതുണ്ട്. ഈ "വ്യത്യാസങ്ങൾ" (അവയിൽ നിന്ന് പൂർണ്ണമായ അവസ്ഥ പുനഃസ്ഥാപിക്കുക) പാക്കേജിംഗിന്റെ പ്രത്യേകതകൾ അടുത്ത ലേഖനത്തിൽ ചർച്ചചെയ്യും.

TON-ലെ ബ്ലോക്ക്ചെയിൻ: അതെന്താണ്, എന്തുകൊണ്ട്?

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

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

മേൽപ്പറഞ്ഞ രണ്ട് പ്രശ്‌നങ്ങളും പരിഹരിക്കാൻ TON എങ്ങനെയാണ് പ്ലാൻ ചെയ്യുന്നത്?

ബ്ലോക്ക്ചെയിൻ ഉള്ളടക്കം. വർക്ക്ചെയിനുകൾ.

ഒന്നാമതായി, ബ്ലോക്ക്ചെയിനിൽ സംഭരിക്കാൻ പദ്ധതിയിട്ടിരിക്കുന്നതിനെക്കുറിച്ച് സംസാരിക്കാം. അക്കൗണ്ടുകളുടെ അവസ്ഥകളും (അടിസ്ഥാന കേസിൽ "വാലറ്റുകൾ") സ്മാർട്ട് കരാറുകളും അവിടെ സൂക്ഷിക്കും (ലാളിത്യത്തിനായി, ഇത് അക്കൗണ്ടുകൾക്ക് തുല്യമാണെന്ന് ഞങ്ങൾ അനുമാനിക്കും). സാരാംശത്തിൽ, ഇത് ഒരു സാധാരണ ഹാഷ് ടേബിൾ ആയിരിക്കും - ഇതിലെ കീകൾ ഐഡന്റിഫയറുകൾ ആയിരിക്കും അക്കൗണ്ട് ID, മൂല്യങ്ങൾ ഇനിപ്പറയുന്നതുപോലുള്ള കാര്യങ്ങൾ ഉൾക്കൊള്ളുന്ന ഡാറ്റാ ഘടനകളാണ്:

• ബാലൻസ്;
• സ്മാർട്ട് കരാർ കോഡ് (സ്മാർട്ട് കരാറുകൾക്ക് മാത്രം);
• സ്മാർട്ട് കരാർ ഡാറ്റ സംഭരണം (സ്മാർട്ട് കരാറുകൾക്ക് മാത്രം);
• സ്ഥിതിവിവരക്കണക്കുകൾ;
• (ഓപ്ഷണൽ) ഡിഫോൾട്ട് account_id ആയി അക്കൗണ്ടിൽ നിന്നുള്ള കൈമാറ്റങ്ങൾക്കുള്ള പൊതു കീ;
• ഔട്ട്‌ഗോയിംഗ് സന്ദേശങ്ങളുടെ ക്യൂ (സ്വീകർത്താവിന് കൈമാറുന്നതിനായി അവ ഇവിടെ നൽകിയിരിക്കുന്നു);
• ഈ അക്കൗണ്ടിലേക്ക് ഡെലിവർ ചെയ്ത ഏറ്റവും പുതിയ സന്ദേശങ്ങളുടെ ഒരു ലിസ്റ്റ്.

മുകളിൽ സൂചിപ്പിച്ചതുപോലെ, ബ്ലോക്കുകളിൽ തന്നെ ഇടപാടുകൾ അടങ്ങിയിരിക്കുന്നു - വിവിധ account_id അക്കൗണ്ടുകളിലേക്ക് അയച്ച സന്ദേശങ്ങൾ. എന്നിരുന്നാലും, account_id കൂടാതെ, സന്ദേശങ്ങളിൽ 32-ബിറ്റ് ഫീൽഡും അടങ്ങിയിരിക്കുന്നു വർക്ക്ചെയിൻ_ഐഡി - ഐഡന്റിഫയർ എന്ന് വിളിക്കപ്പെടുന്നവ വർക്ക്ചെയിൻ (വർക്ക്ചെയിൻ, പ്രവർത്തിക്കുന്ന ബ്ലോക്ക്ചെയിൻ). വ്യത്യസ്ത കോൺഫിഗറേഷനുകളുള്ള നിരവധി ബ്ലോക്ക്ചെയിനുകൾ പരസ്പരം സ്വതന്ത്രമാക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, workchain_id = 0 ഒരു പ്രത്യേക കേസായി കണക്കാക്കുന്നു, പൂജ്യം വർക്ക്ചെയിൻ — ഇതിലെ ബാലൻസുകളാണ് TON (ഗ്രാം) ക്രിപ്‌റ്റോകറൻസിയുമായി യോജിക്കുന്നത്. മിക്കവാറും, ആദ്യം, മറ്റ് വർക്ക്ചെയിനുകൾ നിലവിലില്ല.

ഷാർഡ്ചെയിനുകൾ. അനന്തമായ ഷാർഡിംഗ് മാതൃക.

എന്നാൽ ബ്ലോക്ക്ചെയിനുകളുടെ എണ്ണത്തിലെ വളർച്ച അവിടെ അവസാനിക്കുന്നില്ല. നമുക്ക് ഷാർഡിംഗ് കൈകാര്യം ചെയ്യാം. ഓരോ അക്കൗണ്ടിനും (account_id) അതിന്റേതായ ബ്ലോക്ക്ചെയിൻ അനുവദിച്ചിട്ടുണ്ടെന്ന് നമുക്ക് സങ്കൽപ്പിക്കാം - അതിൽ വരുന്ന എല്ലാ സന്ദേശങ്ങളും അതിൽ അടങ്ങിയിരിക്കുന്നു - കൂടാതെ അത്തരം എല്ലാ ബ്ലോക്ക്ചെയിനുകളുടെയും അവസ്ഥകൾ പ്രത്യേക നോഡുകളിൽ സംഭരിച്ചിരിക്കുന്നു.

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

അതിനാൽ, ഷാർഡ്‌ചെയിനുകൾ അവരുടെ ഐഡന്റിഫയറുകളുടെ ബൈനറി പ്രിഫിക്‌സുകൾ ഉപയോഗിച്ച് അക്കൗണ്ടുകൾ സംയോജിപ്പിക്കുന്നു: ഒരു ഷാർഡ്‌ചെയിനിന് 0110 എന്ന പ്രിഫിക്‌സ് ഉണ്ടെങ്കിൽ, ഈ നമ്പറുകളിൽ ആരംഭിക്കുന്ന എല്ലാ അക്കൗണ്ട്_ഐഡികളുടെയും ഇടപാടുകൾ അതിൽ ഉൾപ്പെടും. ഈ ഷാർഡ്_പ്രിഫിക്സ് 0 മുതൽ 60 ബിറ്റുകൾ വരെ നീളം ഉണ്ടാകും - പ്രധാന കാര്യം അത് ചലനാത്മകമായി മാറാൻ കഴിയും എന്നതാണ്.

ഷാർഡ്‌ചെയിനുകളിൽ ഒന്നിന് വളരെയധികം ഇടപാടുകൾ ലഭിക്കാൻ തുടങ്ങിയാലുടൻ, അതിൽ പ്രവർത്തിക്കുന്ന നോഡുകൾ, മുൻകൂട്ടി നിശ്ചയിച്ച നിയമങ്ങൾ അനുസരിച്ച്, അതിനെ രണ്ട് കുട്ടികളായി “വിഭജിക്കുക” - അവരുടെ പ്രിഫിക്സുകൾ ഒരു ബിറ്റ് നീളമുള്ളതായിരിക്കും (അവയിലൊന്നിന് ഈ ബിറ്റ് ആയിരിക്കും 0 ന് തുല്യമാണ്, മറ്റൊന്നിന് - 1). ഉദാഹരണത്തിന്, ഷാർഡ്_പ്രിഫിക്സ് = 0110b ആയി വിഭജിക്കും 01100b കൂടാതെ 01101ബി. അതാകട്ടെ, രണ്ട് “അയൽപക്കത്തുള്ള” ഷാർഡ്‌ചെയിനുകൾ മതിയായ സുഖം അനുഭവിക്കാൻ തുടങ്ങിയാൽ (കുറച്ച് സമയത്തേക്ക്), അവ വീണ്ടും ലയിക്കും.

അങ്ങനെ, ഷാർഡിംഗ് "താഴെ നിന്ന് മുകളിലേക്ക്" നടത്തുന്നു - ഓരോ അക്കൗണ്ടിനും അതിന്റേതായ ഷാർഡ് ഉണ്ടെന്ന് ഞങ്ങൾ അനുമാനിക്കുന്നു, എന്നാൽ തൽക്കാലം അവ പ്രിഫിക്സുകളാൽ "ഒരുമിച്ചിരിക്കുന്നു". ഇതാണ് അർത്ഥമാക്കുന്നത് അനന്തമായ ഷാർഡിംഗ് മാതൃക (അനന്തമായ ഷാർഡിംഗ് മാതൃക).

വെവ്വേറെ, വർക്ക്ചെയിനുകൾ ഫലത്തിൽ മാത്രമേ നിലനിൽക്കുന്നുള്ളൂ എന്ന് ഊന്നിപ്പറയാൻ ഞാൻ ആഗ്രഹിക്കുന്നു - വാസ്തവത്തിൽ, വർക്ക്ചെയിൻ_ഐഡി ഇത് ഒരു പ്രത്യേക ഷാർഡ്ചെയിനിന്റെ ഐഡന്റിഫയറിന്റെ ഭാഗമാണ്. ഔപചാരികമായി പറഞ്ഞാൽ, ഓരോ ഷാർഡ്ചെയിനും ഒരു ജോടി സംഖ്യകളാൽ നിർവചിക്കപ്പെടുന്നു (വർക്ക്ചെയിൻ_ഐഡി, ഷാർഡ്_പ്രിഫിക്സ്).

തെറ്റ് തിരുത്തൽ. ലംബ ബ്ലോക്ക്ചെയിനുകൾ.

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

ഒരു തെറ്റായ ബ്ലോക്കിന് ശേഷം, അത് വരുത്തിയ മാറ്റങ്ങൾ തുടർന്നുള്ള ബ്ലോക്കുകളാൽ പരാമർശിക്കപ്പെട്ടിട്ടുണ്ടെങ്കിൽ (അതായത്, അസാധുവായവയെ അടിസ്ഥാനമാക്കിയാണ് പുതിയ ഇടപാടുകൾ നടത്തിയത്), തിരുത്തലുകളും ഈ ബ്ലോക്കുകളിൽ "മുകളിൽ" ചേർക്കുന്നു. ബ്ലോക്കുകൾ "ബാധിച്ച" വിവരങ്ങളെ ബാധിച്ചില്ലെങ്കിൽ, ഈ "തിരുത്തൽ തരംഗങ്ങൾ" അവയ്ക്ക് ബാധകമല്ല. ഉദാഹരണത്തിന്, മുകളിലുള്ള ചിത്രീകരണത്തിൽ, അക്കൗണ്ടിന്റെ ബാലൻസ് വർദ്ധിപ്പിക്കുന്ന ആദ്യത്തെ ബ്ലോക്കിന്റെ ഇടപാട് തെറ്റാണെന്ന് തിരിച്ചറിഞ്ഞു - അതിനാൽ, മൂന്നാമത്തെ ബ്ലോക്കിലെ ഈ അക്കൗണ്ടിന്റെ ബാലൻസ് കുറയ്ക്കുന്ന ഇടപാടും റദ്ദാക്കണം, കൂടാതെ ഒരു തിരുത്തൽ ബ്ലോക്ക് ബ്ലോക്കിന്റെ മുകളിൽ തന്നെ പ്രതിജ്ഞാബദ്ധരായിരിക്കണം.

തിരുത്തൽ ബ്ലോക്കുകൾ യഥാർത്ഥമായവയ്ക്ക് "മുകളിൽ" സ്ഥിതി ചെയ്യുന്നതായി ചിത്രീകരിച്ചിട്ടുണ്ടെങ്കിലും, വാസ്തവത്തിൽ അവ അനുബന്ധ ബ്ലോക്ക്ചെയിനിന്റെ അവസാനത്തിൽ ചേർക്കും (അവ കാലക്രമത്തിൽ ആയിരിക്കണം). ദ്വിമാന ലൊക്കേഷൻ ബ്ലോക്ക്ചെയിനിലെ ഏത് പോയിന്റിലേക്കാണ് അവ "ലിങ്ക് ചെയ്തിരിക്കുന്നത്" എന്ന് കാണിക്കുന്നു (അവയിൽ സ്ഥിതിചെയ്യുന്ന യഥാർത്ഥ ബ്ലോക്കിന്റെ ഹാഷ് വഴി).

"ഭൂതകാലത്തെ മാറ്റാനുള്ള" തീരുമാനം എത്ര നല്ലതാണെന്ന് നിങ്ങൾക്ക് പ്രത്യേകം തത്ത്വചിന്ത നടത്താം. ഷാർഡ്‌ചെയിനിൽ ഒരു തെറ്റായ ബ്ലോക്ക് പ്രത്യക്ഷപ്പെടാനുള്ള സാധ്യത ഞങ്ങൾ സമ്മതിച്ചാൽ, ഒരു തെറ്റായ തിരുത്തൽ ബ്ലോക്ക് പ്രത്യക്ഷപ്പെടാനുള്ള സാധ്യത ഒഴിവാക്കാൻ കഴിയില്ലെന്ന് തോന്നുന്നു. ഇവിടെ, എനിക്ക് പറയാൻ കഴിയുന്നിടത്തോളം, പുതിയ ബ്ലോക്കുകളിൽ സമവായത്തിലെത്തേണ്ട നോഡുകളുടെ എണ്ണത്തിലാണ് വ്യത്യാസം - ഓരോ ഷാർഡ്ചെയിനിലും താരതമ്യേന ചെറിയ എണ്ണം ആളുകൾ പ്രവർത്തിക്കുന്നുണ്ടാകും."വർക്കിംഗ് ഗ്രൂപ്പ്»നോഡുകൾ (അതിന്റെ ഘടന ഇടയ്ക്കിടെ മാറ്റുന്നു), തിരുത്തൽ ബ്ലോക്കുകൾ അവതരിപ്പിക്കുന്നതിന് എല്ലാവരുടെയും സമ്മതം ആവശ്യമാണ് വാലിഡേറ്റർ നോഡുകൾ. അടുത്ത ലേഖനത്തിൽ വാലിഡേറ്ററുകൾ, വർക്ക്ഗ്രൂപ്പുകൾ, മറ്റ് നോഡ് റോളുകൾ എന്നിവയെക്കുറിച്ച് ഞാൻ കൂടുതൽ സംസാരിക്കും.

അവരെയെല്ലാം ഭരിക്കാൻ ഒരു ബ്ലോക്ക്ചെയിൻ

വ്യത്യസ്‌ത തരം ബ്ലോക്ക്‌ചെയിനുകളെ കുറിച്ച് മുകളിൽ ലിസ്‌റ്റ് ചെയ്‌തിരിക്കുന്ന ധാരാളം വിവരങ്ങൾ ഉണ്ട്, അവയും എവിടെയെങ്കിലും സൂക്ഷിക്കേണ്ടതാണ്. പ്രത്യേകിച്ചും, ഞങ്ങൾ ഇനിപ്പറയുന്ന വിവരങ്ങളെക്കുറിച്ചാണ് സംസാരിക്കുന്നത്:

• വർക്ക്ചെയിനുകളുടെ എണ്ണത്തെക്കുറിച്ചും കോൺഫിഗറേഷനുകളെക്കുറിച്ചും;
• ഷാർഡ്ചെയിനുകളുടെയും അവയുടെ പ്രിഫിക്സുകളുടെയും എണ്ണത്തെക്കുറിച്ചും;
• നിലവിൽ ഏത് ഷാർഡ്ചെയിനുകൾക്ക് ഏത് നോഡുകൾ ഉത്തരവാദികളാണ് എന്നതിനെക്കുറിച്ച്;
• എല്ലാ ഷാർഡ്ചെയിനുകളിലേക്കും അവസാന ബ്ലോക്കുകളുടെ ഹാഷുകൾ ചേർത്തു.

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

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

വാസ്തവത്തിൽ, ഒന്നോ രണ്ടോ ഉത്തരം ശരിയല്ല. എന്നാൽ ഈ ലേഖനത്തിന്റെ മാർജിനുകൾ വേഗത്തിൽ തീർന്നു, അതിനാൽ ഞങ്ങൾ നോഡുകളുടെ വിവിധ റോളുകളെക്കുറിച്ചും (അവയിൽ ചിലതിന്റെ പരാമർശങ്ങൾ നിങ്ങൾ ഇതിനകം ശ്രദ്ധിച്ചിരിക്കാം), അതുപോലെ തന്നെ അവരുടെ ജോലിയുടെ മെക്കാനിക്സുകളെക്കുറിച്ചും അടുത്ത ഭാഗത്തിൽ സംസാരിക്കും.

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