സ്മാർട്ട് കരാറുകളുടെ ആമുഖം

ഈ ലേഖനത്തിൽ, സ്മാർട്ട് കരാറുകൾ എന്തൊക്കെയാണെന്നും അവ എന്താണെന്നും ഞങ്ങൾ നോക്കും, വ്യത്യസ്ത സ്മാർട്ട് കരാർ പ്ലാറ്റ്‌ഫോമുകൾ, അവയുടെ സവിശേഷതകൾ എന്നിവയെക്കുറിച്ച് ഞങ്ങൾ പരിചയപ്പെടും, കൂടാതെ അവ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്നും അവയ്ക്ക് എന്ത് നേട്ടങ്ങൾ നൽകാമെന്നും ചർച്ച ചെയ്യും. സ്‌മാർട്ട് കോൺട്രാക്‌ടുകളുടെ വിഷയത്തെക്കുറിച്ച് നന്നായി അറിയാത്ത വായനക്കാർക്ക് ഈ മെറ്റീരിയൽ വളരെ ഉപയോഗപ്രദമാകും, എന്നാൽ അത് മനസ്സിലാക്കാൻ കൂടുതൽ അടുക്കാൻ ആഗ്രഹിക്കുന്നു.

പതിവ് കരാർ vs. സ്മാർട്ട് കരാർ

വിശദാംശങ്ങളിലേക്ക് കടക്കുന്നതിന് മുമ്പ്, കടലാസിൽ വ്യക്തമാക്കിയിട്ടുള്ള ഒരു സാധാരണ കരാറും ഡിജിറ്റലായി പ്രതിനിധീകരിക്കുന്ന ഒരു സ്മാർട്ട് കരാറും തമ്മിലുള്ള വ്യത്യാസങ്ങളുടെ ഒരു ഉദാഹരണം നോക്കാം.

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

സ്മാർട്ട് കരാറുകളെക്കുറിച്ച് എന്ത് പറയാൻ കഴിയും? കരാറിന്റെ നിബന്ധനകൾ എഴുതാനുള്ള സാധ്യതയും അവ കർശനമായി നടപ്പിലാക്കുന്നതിനുള്ള സംവിധാനവും അവർ സംയോജിപ്പിക്കുന്നു. വ്യവസ്ഥകൾ സജ്ജീകരിക്കുകയും അനുബന്ധ ഇടപാട് അല്ലെങ്കിൽ അഭ്യർത്ഥന ഒപ്പിടുകയും ചെയ്തിട്ടുണ്ടെങ്കിൽ, ആ അഭ്യർത്ഥനയോ ഇടപാടോ അംഗീകരിച്ചുകഴിഞ്ഞാൽ, വ്യവസ്ഥകൾ മാറ്റാനോ അവ നടപ്പിലാക്കുന്നതിനെ ബാധിക്കാനോ ഇനി സാധ്യമല്ല.

ഒരു വാലിഡേറ്റർ അല്ലെങ്കിൽ ഒരു മുഴുവൻ നെറ്റ്‌വർക്ക് ഉണ്ട്, അതുപോലെ തന്നെ കർശനമായ കാലക്രമത്തിൽ നടപ്പിലാക്കുന്നതിനായി സമർപ്പിച്ച എല്ലാ സ്മാർട്ട് കരാറുകളും സംഭരിക്കുന്ന ഒരു ഡാറ്റാബേസ് ഉണ്ട്. ഈ ഡാറ്റാബേസിൽ സ്മാർട്ട് കരാർ നടപ്പിലാക്കുന്നതിനുള്ള എല്ലാ ട്രിഗർ വ്യവസ്ഥകളും അടങ്ങിയിരിക്കണം എന്നതും പ്രധാനമാണ്. കൂടാതെ, കരാറിൽ വിവരിച്ചിരിക്കുന്ന വിതരണത്തിന്റെ മൂല്യം അത് കണക്കിലെടുക്കണം. ഇത് ചില ഡിജിറ്റൽ കറൻസികൾക്ക് ബാധകമാണെങ്കിൽ, ഈ ഡാറ്റാബേസ് അത് കണക്കിലെടുക്കണം.

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

ഒരു സ്മാർട്ട് കരാറിന്റെ നിർവ്വചനം

പൊതുവേ, ഈ പദാവലി തന്നെ ഗവേഷകനായ നിക്ക് സാബോ സൃഷ്ടിച്ചു, 1994 ൽ ആദ്യമായി ഉപയോഗിച്ചു, കൂടാതെ 1997 ൽ സ്മാർട്ട് കരാറുകളുടെ ആശയം വിവരിക്കുന്ന ഒരു ലേഖനത്തിൽ രേഖപ്പെടുത്തി.

മൂല്യ വിതരണത്തിന്റെ ചില ഓട്ടോമേഷൻ നിർവ്വഹിച്ചിട്ടുണ്ടെന്ന് സ്മാർട്ട് കരാറുകൾ സൂചിപ്പിക്കുന്നു, അത് മുൻകൂട്ടി നിശ്ചയിച്ചിട്ടുള്ള വ്യവസ്ഥകളെ മാത്രം ആശ്രയിച്ചിരിക്കും. അതിന്റെ ഏറ്റവും ലളിതമായ രൂപത്തിൽ, ഇത് കർശനമായി നിർവചിക്കപ്പെട്ട നിബന്ധനകളുള്ള ഒരു കരാർ പോലെ കാണപ്പെടുന്നു, അത് ചില കക്ഷികൾ ഒപ്പിടുന്നു.

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

ഒരു ലളിതമായ ഉദാഹരണം - എസ്ക്രോ സേവനം

വളരെ ലളിതമായ ഒരു ഉദാഹരണം നോക്കാം. സ്‌മാർട്ട് കോൺട്രാക്‌റ്റുകളുടെ പ്രവർത്തനക്ഷമത മനസ്സിലാക്കുന്നതിനും അവ ഏതൊക്കെ സന്ദർഭങ്ങളിലാണ് ഉപയോഗിക്കേണ്ടതെന്ന് നന്നായി മനസ്സിലാക്കുന്നതിനും ഇത് നിങ്ങളെ സഹായിക്കും.

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

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

അടുത്തതായി, വാങ്ങുന്നയാൾ പാഴ്സൽ സ്വീകരിക്കുകയും സാധനങ്ങൾ പരിശോധിക്കുകയും അന്തിമ വാങ്ങലിൽ തീരുമാനമെടുക്കുകയും ചെയ്യുന്നു. അവൻ നൽകിയ സേവനത്തോട് പൂർണ്ണമായും യോജിക്കുകയും ഇടപാടിൽ ഒപ്പിടുകയും ചെയ്യാം, അവിടെ അവൻ മൾട്ടിസിഗ്നേച്ചർ വിലാസത്തിൽ നിന്ന് നാണയങ്ങൾ വിൽപ്പനക്കാരന് കൈമാറുന്നു, അല്ലെങ്കിൽ അയാൾക്ക് എന്തെങ്കിലും അതൃപ്തിയുണ്ടാകാം. രണ്ടാമത്തെ കേസിൽ, ആ നാണയങ്ങൾ വ്യത്യസ്തമായി വിതരണം ചെയ്യുന്ന ഒരു ബദൽ ഇടപാട് കൂട്ടിച്ചേർക്കാൻ അദ്ദേഹം ഒരു മധ്യസ്ഥനെ ബന്ധപ്പെടുന്നു.

കിറ്റിൽ കേബിൾ ഉൾപ്പെടുത്തണമെന്ന് ഓൺലൈൻ സ്റ്റോർ വെബ്‌സൈറ്റിൽ പറഞ്ഞെങ്കിലും, മോണിറ്റർ കുറച്ച് പോറലോടെയാണ് എത്തിയതെന്നും കിറ്റിൽ കമ്പ്യൂട്ടറുമായി ബന്ധിപ്പിക്കുന്നതിനുള്ള കേബിൾ ഉൾപ്പെടുത്തിയിട്ടില്ലെന്നും പറയാം. ഈ സാഹചര്യത്തിൽ താൻ വഞ്ചിക്കപ്പെട്ടുവെന്ന് മധ്യസ്ഥനോട് തെളിയിക്കാൻ ആവശ്യമായ തെളിവുകൾ വാങ്ങുന്നയാൾ ശേഖരിക്കുന്നു: അവൻ സൈറ്റിന്റെ സ്ക്രീൻഷോട്ടുകൾ എടുക്കുന്നു, മെയിൽ രസീതിയുടെ ഫോട്ടോ എടുക്കുന്നു, മോണിറ്ററിലെ പോറലുകളുടെ ഫോട്ടോ എടുത്ത് സീൽ ആയിരുന്നുവെന്ന് കാണിക്കുന്നു. പൊട്ടി കേബിൾ പുറത്തെടുത്തു. ഓൺലൈൻ സ്റ്റോർ, അതിന്റെ തെളിവുകൾ ശേഖരിക്കുകയും മധ്യസ്ഥന് കൈമാറുകയും ചെയ്യുന്നു.

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

തുടക്കത്തിൽ ഒരു മധ്യസ്ഥനെ തിരഞ്ഞെടുക്കേണ്ടത് പ്രധാനമാണ്, അതുവഴി രണ്ട് പങ്കാളികളും അവനെ വിശ്വസിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, അവൻ ഒന്നോ അല്ലെങ്കിൽ മറ്റൊന്നിന്റെ താൽപ്പര്യങ്ങളിൽ നിന്ന് സ്വതന്ത്രമായി പ്രവർത്തിക്കുകയും സാഹചര്യം വസ്തുനിഷ്ഠമായി വിലയിരുത്തുകയും ചെയ്യും. കുറഞ്ഞത് ഒരു പങ്കാളിയെയെങ്കിലും തൃപ്തിപ്പെടുത്തുന്ന നാണയങ്ങൾ വിതരണം ചെയ്യുന്നതിനുള്ള ഒരു ഓപ്ഷൻ മധ്യസ്ഥൻ നൽകുന്നില്ലെങ്കിൽ, ഒരുമിച്ച് സമ്മതിച്ചാൽ, വാങ്ങുന്നയാൾക്കും ഓൺലൈൻ സ്റ്റോറിനും അവരുടെ രണ്ട് ഒപ്പുകൾ ഇട്ടുകൊണ്ട് ഒരു പുതിയ മൾട്ടി സിഗ്നേച്ചർ വിലാസത്തിലേക്ക് നാണയങ്ങൾ അയയ്ക്കാൻ കഴിയും. പുതിയ മൾട്ടിസിഗ്നേച്ചർ വിലാസം മറ്റൊരു മധ്യസ്ഥനെ ഉപയോഗിച്ച് സമാഹരിക്കും, അവർ വിഷയത്തിൽ കൂടുതൽ കഴിവുള്ളവരും മികച്ച ഓപ്ഷൻ നൽകുന്നവരുമായിരിക്കും.

ഒരു ഡോർമിറ്ററിയും റഫ്രിജറേറ്ററും ഉള്ള ഉദാഹരണം

ഒരു സ്മാർട്ട് കരാറിന്റെ കഴിവുകൾ കൂടുതൽ വ്യക്തമായി കാണിക്കുന്ന കൂടുതൽ സങ്കീർണ്ണമായ ഉദാഹരണം നോക്കാം.

ഒരേ ഡോർ റൂമിലേക്ക് അടുത്തിടെ മാറിയ മൂന്ന് ആൺകുട്ടികൾ ഉണ്ടെന്ന് പറയാം. ഒരുമിച്ച് ഉപയോഗിക്കാവുന്ന ഒരു റഫ്രിജറേറ്റർ അവരുടെ മുറിയിലേക്ക് വാങ്ങാൻ അവർ മൂന്ന് പേർക്കും താൽപ്പര്യമുണ്ട്. അവരിൽ ഒരാൾ റഫ്രിജറേറ്റർ വാങ്ങാനും വിൽപ്പനക്കാരനുമായി ചർച്ച നടത്താനും ആവശ്യമായ തുക ശേഖരിക്കാൻ സന്നദ്ധത അറിയിച്ചു. എന്നിരുന്നാലും, അവർ അടുത്തിടെ പരസ്പരം കണ്ടുമുട്ടി, അവർക്കിടയിൽ വേണ്ടത്ര വിശ്വാസമില്ല. മൂന്നാമതൊരാൾക്ക് പണം നൽകി അവരിൽ രണ്ട് പേർ റിസ്ക് എടുക്കുന്നത് വ്യക്തമാണ്. കൂടാതെ, ഒരു വിൽപ്പനക്കാരനെ തിരഞ്ഞെടുക്കുന്നതിൽ അവർ ഒരു കരാറിലെത്തേണ്ടതുണ്ട്.

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

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

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

സ്മാർട്ട് കരാറുകളുടെ വർഗ്ഗീകരണം

വർഗ്ഗീകരണത്തിനായി, നിങ്ങൾക്ക് വിവിധ ഗ്രൂപ്പുകളുടെ മാനദണ്ഡങ്ങൾ സജ്ജമാക്കാൻ കഴിയും. എന്നിരുന്നാലും, സാങ്കേതിക വികസനത്തിന്റെ നിമിഷത്തിൽ, അവയിൽ നാലെണ്ണം പ്രസക്തമാണ്.

സ്‌മാർട്ട് കരാറുകളെ അവയുടെ എക്‌സിക്യൂഷൻ എൻവയോൺമെന്റ് കൊണ്ട് വേർതിരിച്ചറിയാൻ കഴിയും, അത് കേന്ദ്രീകൃതമോ വികേന്ദ്രീകൃതമോ ആകാം. വികേന്ദ്രീകരണത്തിന്റെ കാര്യത്തിൽ, സ്‌മാർട്ട് കരാറുകൾ നടപ്പിലാക്കുമ്പോൾ നമുക്ക് കൂടുതൽ സ്വാതന്ത്ര്യവും തെറ്റ് സഹിഷ്ണുതയും ഉണ്ട്.

വ്യവസ്ഥകൾ സജ്ജീകരിക്കുകയും നിറവേറ്റുകയും ചെയ്യുന്ന പ്രക്രിയയിലൂടെയും അവയെ വേർതിരിച്ചറിയാൻ കഴിയും: അവ സ്വതന്ത്രമായി പ്രോഗ്രാം ചെയ്യാവുന്നതോ, പരിമിതമായതോ അല്ലെങ്കിൽ മുൻകൂട്ടി നിശ്ചയിച്ചതോ ആകാം, അതായത് കർശനമായി ടൈപ്പ് ചെയ്തവയാണ്. സ്‌മാർട്ട് കരാർ പ്ലാറ്റ്‌ഫോമിൽ 4 പ്രത്യേക സ്‌മാർട്ട് കരാറുകൾ മാത്രമുള്ളപ്പോൾ, അവയ്‌ക്കുള്ള പാരാമീറ്ററുകൾ ഏത് വിധത്തിലും സജ്ജീകരിക്കാനാകും. അതനുസരിച്ച്, അവ സജ്ജീകരിക്കുന്നത് വളരെ ലളിതമാണ്: ഞങ്ങൾ ലിസ്റ്റിൽ നിന്ന് ഒരു കരാർ തിരഞ്ഞെടുത്ത് പാരാമീറ്ററുകൾ കൈമാറുന്നു.

സമാരംഭ രീതി അനുസരിച്ച്, ഓട്ടോമേറ്റഡ് സ്മാർട്ട് കരാറുകളുണ്ട്, അതായത്, ചില വ്യവസ്ഥകൾ ഉണ്ടാകുമ്പോൾ, അവ സ്വയം നിർവ്വഹിക്കുന്നവയാണ്, കൂടാതെ വ്യവസ്ഥകൾ വ്യക്തമാക്കിയ കരാറുകളുണ്ട്, പക്ഷേ പ്ലാറ്റ്ഫോം അവയുടെ പൂർത്തീകരണം യാന്ത്രികമായി പരിശോധിക്കുന്നില്ല; ഇതിനായി അവ പ്രത്യേകം ആരംഭിക്കേണ്ടതുണ്ട്.

കൂടാതെ, സ്‌മാർട്ട് കരാറുകൾ അവയുടെ സ്വകാര്യതയുടെ നിലവാരത്തിൽ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു. അവ പൂർണ്ണമായും തുറന്നതോ ഭാഗികമായോ പൂർണ്ണമായും രഹസ്യമായോ ആകാം. രണ്ടാമത്തേത് അർത്ഥമാക്കുന്നത് മൂന്നാം കക്ഷി നിരീക്ഷകർ സ്മാർട്ട് കരാറുകളുടെ നിബന്ധനകൾ കാണുന്നില്ല എന്നാണ്. എന്നിരുന്നാലും, സ്വകാര്യതയുടെ വിഷയം വളരെ വിശാലമാണ്, നിലവിലെ ലേഖനത്തിൽ നിന്ന് ഇത് പ്രത്യേകം പരിഗണിക്കുന്നതാണ് നല്ലത്.

നിലവിലെ വിഷയത്തിന്റെ ധാരണയിൽ കൂടുതൽ വ്യക്തത കൊണ്ടുവരാൻ ഞങ്ങൾ ആദ്യ മൂന്ന് മാനദണ്ഡങ്ങൾ അടുത്ത് പരിശോധിക്കും.

റൺടൈം അനുസരിച്ച് മികച്ച കരാറുകൾ

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

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

ഒരു ഉദാഹരണം കൂടി നൽകാം: ഇന്റർനെറ്റ് ബാങ്കിംഗിന്റെ വിപുലമായ പ്രവർത്തനക്ഷമതയുള്ള പരമ്പരാഗത ബാങ്കുകൾ, സാധാരണ പേയ്‌മെന്റുകൾ, ഇൻകമിംഗ് പേയ്‌മെന്റുകളുടെ സ്വയമേവ പരിവർത്തനം, ഒരു നിർദ്ദിഷ്ട അക്കൗണ്ടിലേക്ക് പലിശ സ്വയമേവ കിഴിവ് മുതലായവ പോലുള്ള വളരെ ലളിതമായ കരാറുകൾ.

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

വ്യവസ്ഥകൾ ക്രമീകരിക്കുകയും നിറവേറ്റുകയും ചെയ്യുന്ന രീതിയിലുള്ള സ്‌മാർട്ട് കരാറുകൾ

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

അനിയന്ത്രിതമായ സ്മാർട്ട് കരാറുകളും ഉണ്ട്, എന്നാൽ ട്യൂറിംഗ് പൂർണ്ണമായവയല്ല. ഇതിൽ ബിറ്റ്‌കോയിനും ലിറ്റ്‌കോയിനും അവരുടേതായ സ്‌ക്രിപ്റ്റും ഉൾപ്പെടുന്നു. ഏത് ക്രമത്തിലും നിങ്ങൾക്ക് ചില പ്രവർത്തനങ്ങൾ മാത്രമേ ഉപയോഗിക്കാനാകൂ എന്നാണ് ഇതിനർത്ഥം, എന്നാൽ നിങ്ങൾക്ക് ഇനി ലൂപ്പുകളും നിങ്ങളുടെ സ്വന്തം അൽഗോരിതങ്ങളും എഴുതാൻ കഴിയില്ല.

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

അനിയന്ത്രിതമായ ട്യൂറിംഗ്-പൂർണ്ണമായ കരാറുകളിൽ Ethereum പ്ലാറ്റ്‌ഫോമും റൂട്ട്‌സ്റ്റോക്കും ഉൾപ്പെടുന്നു, അവ ഇപ്പോഴും വികസനത്തിലാണ്. അതിനാൽ, ചുവടെ ഞങ്ങൾ Ethereum സ്മാർട്ട് കരാർ പ്ലാറ്റ്‌ഫോമിൽ കുറച്ചുകൂടി വിശദമായി വസിക്കും.

സമാരംഭ രീതി പ്രകാരമുള്ള മികച്ച കരാറുകൾ

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

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

Ethereum അക്കൗണ്ടുകൾ

Ethereum അക്കൗണ്ട് തരങ്ങൾ

Ethereum പ്ലാറ്റ്‌ഫോമിൽ ഏതൊക്കെ തരത്തിലുള്ള അക്കൗണ്ടുകൾ ഉണ്ടാകാമെന്ന് നോക്കാം. ഇവിടെ രണ്ട് തരത്തിലുള്ള അക്കൗണ്ടുകൾ മാത്രമേയുള്ളൂ, മറ്റ് ഓപ്ഷനുകളൊന്നുമില്ല. ആദ്യ തരത്തെ ഉപയോക്തൃ അക്കൗണ്ട് എന്ന് വിളിക്കുന്നു, രണ്ടാമത്തേത് കരാർ അക്കൗണ്ട്. അവ എങ്ങനെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നുവെന്ന് നമുക്ക് നോക്കാം.

ഉപയോക്തൃ അക്കൗണ്ട് നിയന്ത്രിക്കുന്നത് ഇലക്ട്രോണിക് സിഗ്നേച്ചറിന്റെ വ്യക്തിഗത കീ മാത്രമാണ്. ECDSA (Elliptic Curve Digital Signature Algorithm) അൽഗോരിതം ഉപയോഗിച്ച് അക്കൗണ്ട് ഉടമ ഇലക്ട്രോണിക് സിഗ്നേച്ചറിനായി സ്വന്തം കീ ജോഡി സൃഷ്ടിക്കുന്നു. ഈ കീ ഉപയോഗിച്ച് ഒപ്പിട്ട ഇടപാടുകൾക്ക് മാത്രമേ ഈ അക്കൗണ്ടിന്റെ അവസ്ഥ മാറ്റാൻ കഴിയൂ.

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

Ethereum-ൽ അക്കൗണ്ടുകൾ എങ്ങനെ സൃഷ്ടിക്കപ്പെടുന്നു

ഒരു ഉപയോക്തൃ അക്കൗണ്ടിന്റെ കാര്യത്തിൽ, ഉടമ സ്വതന്ത്രമായി ECDSA ഉപയോഗിച്ച് ഒരു കീ ജോഡി സൃഷ്ടിക്കുന്നു. Ethereum ഇലക്ട്രോണിക് സിഗ്നേച്ചറുകൾക്കായി Bitcoin പോലെ കൃത്യമായി ഒരേ അൽഗോരിതവും അതേ ദീർഘവൃത്താകൃതിയിലുള്ള വക്രവുമാണ് ഉപയോഗിക്കുന്നത് എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്, എന്നാൽ വിലാസം കുറച്ച് വ്യത്യസ്തമായ രീതിയിലാണ് കണക്കാക്കുന്നത്. ഇവിടെ, ബിറ്റ്‌കോയിനിലെന്നപോലെ ഇരട്ട ഹാഷിംഗിന്റെ ഫലം ഇനി ഉപയോഗിക്കില്ല, എന്നാൽ 256 ബിറ്റുകളുടെ നീളത്തിൽ കെക്കാക്ക് ഫംഗ്‌ഷനോടൊപ്പം സിംഗിൾ ഹാഷിംഗ് നൽകിയിരിക്കുന്നു. ഫലമായുണ്ടാകുന്ന മൂല്യത്തിൽ നിന്ന് ഏറ്റവും കുറഞ്ഞ പ്രാധാന്യമുള്ള ബിറ്റുകൾ ഛേദിക്കപ്പെടും, അതായത് ഔട്ട്‌പുട്ട് ഹാഷ് മൂല്യത്തിന്റെ ഏറ്റവും കുറഞ്ഞ പ്രാധാന്യമുള്ള 160 ബിറ്റുകൾ. തൽഫലമായി, ഞങ്ങൾക്ക് Ethereum-ൽ ഒരു വിലാസം ലഭിക്കും. വാസ്തവത്തിൽ, ഇത് 20 ബൈറ്റുകൾ എടുക്കും.

Ethereum-ലെ അക്കൗണ്ട് ഐഡന്റിഫയർ ഒരു ചെക്ക്സം പ്രയോഗിക്കാതെ ഹെക്‌സിൽ എൻകോഡ് ചെയ്‌തിരിക്കുന്നു എന്നത് ശ്രദ്ധിക്കുക, ബിറ്റ്‌കോയിനിൽ നിന്നും മറ്റ് പല സിസ്റ്റങ്ങളിൽ നിന്നും വ്യത്യസ്തമായി, വിലാസം ഒരു ചെക്ക്‌സം ചേർത്ത് അടിസ്ഥാന 58 നമ്പർ സിസ്റ്റത്തിൽ എൻകോഡ് ചെയ്‌തിരിക്കുന്നു. Ethereum-ൽ അക്കൗണ്ട് ഐഡന്റിഫയറുകളുമായി പ്രവർത്തിക്കുമ്പോൾ നിങ്ങൾ ശ്രദ്ധിക്കേണ്ടതുണ്ടെന്നാണ് ഇതിനർത്ഥം: ഐഡന്റിഫയറിലെ ഒരു തെറ്റ് പോലും നാണയങ്ങളുടെ നഷ്ടത്തിലേക്ക് നയിക്കുമെന്ന് ഉറപ്പുനൽകുന്നു.

ഒരു പ്രധാന സവിശേഷതയുണ്ട്, ആദ്യത്തെ ഇൻകമിംഗ് പേയ്‌മെന്റ് സ്വീകരിക്കുന്ന നിമിഷത്തിൽ പൊതുവായ ഡാറ്റാബേസ് തലത്തിൽ ഒരു ഉപയോക്തൃ അക്കൗണ്ട് സൃഷ്ടിക്കപ്പെടുന്നു എന്നതാണ്.

ഒരു സ്മാർട്ട് കരാർ അക്കൗണ്ട് സൃഷ്ടിക്കുന്നത് തികച്ചും വ്യത്യസ്തമായ ഒരു സമീപനമാണ്. തുടക്കത്തിൽ, ഉപയോക്താക്കളിൽ ഒരാൾ സ്മാർട്ട് കരാറിന്റെ സോഴ്‌സ് കോഡ് എഴുതുന്നു, അതിനുശേഷം കോഡ് Ethereum പ്ലാറ്റ്‌ഫോമിനായി ഒരു പ്രത്യേക കമ്പൈലറിലൂടെ കൈമാറുകയും സ്വന്തം Ethereum വെർച്വൽ മെഷീനായി ബൈറ്റ്കോഡ് നേടുകയും ചെയ്യുന്നു. തത്ഫലമായുണ്ടാകുന്ന ബൈറ്റ്കോഡ് ഇടപാടിന്റെ ഒരു പ്രത്യേക ഫീൽഡിൽ സ്ഥാപിച്ചിരിക്കുന്നു. തുടക്കക്കാരന്റെ അക്കൗണ്ടിന് വേണ്ടി ഇത് സാക്ഷ്യപ്പെടുത്തിയതാണ്. അടുത്തതായി, ഈ ഇടപാട് നെറ്റ്‌വർക്കിലുടനീളം പ്രചരിപ്പിക്കുകയും സ്‌മാർട്ട് കരാർ കോഡ് സ്ഥാപിക്കുകയും ചെയ്യുന്നു. ഇടപാടിനുള്ള കമ്മീഷനും, അതനുസരിച്ച്, കരാർ നടപ്പിലാക്കുന്നതിനുള്ള കമ്മീഷനും തുടക്കക്കാരന്റെ അക്കൗണ്ടിന്റെ ബാലൻസിൽ നിന്ന് പിൻവലിക്കുന്നു.

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

Ethereum ഇടപാട് ഘടന

ഇത് കൂടുതൽ വ്യക്തമാക്കുന്നതിന്, ഞങ്ങൾ ഒരു Ethereum ഇടപാടിന്റെ ഘടനയും ഒരു ഉദാഹരണം സ്മാർട്ട് കരാർ കോഡും നോക്കാൻ തുടങ്ങും.

ഒരു Ethereum ഇടപാടിൽ നിരവധി ഫീൽഡുകൾ അടങ്ങിയിരിക്കുന്നു. ഇതിൽ ആദ്യത്തേത്, അല്ലാത്തത്, അത് വിതരണം ചെയ്യുന്നതും അതിന്റെ രചയിതാവുമായ അക്കൗണ്ടുമായി ബന്ധപ്പെട്ട ഇടപാടിന്റെ ഒരു നിശ്ചിത സീരിയൽ നമ്പറാണ്. ഇരട്ട ഇടപാടുകൾ വേർതിരിച്ചറിയാൻ ഇത് ആവശ്യമാണ്, അതായത്, ഒരേ ഇടപാട് രണ്ടുതവണ സ്വീകരിക്കുമ്പോൾ കേസ് ഒഴിവാക്കുക. ഒരു ഐഡന്റിഫയർ ഉപയോഗിക്കുന്നതിലൂടെ, ഓരോ ഇടപാടിനും ഒരു അദ്വിതീയ ഹാഷ് മൂല്യമുണ്ട്.

അടുത്തതായി ഒരു ഫീൽഡ് വരുന്നു ഗ്യാസ് വില. Ethereum ബേസ് കറൻസി ഗ്യാസായി പരിവർത്തനം ചെയ്യപ്പെടുന്ന വിലയെ ഇത് സൂചിപ്പിക്കുന്നു, ഇത് സ്മാർട്ട് കരാറിന്റെ നിർവ്വഹണത്തിനും വെർച്വൽ മെഷീൻ റിസോഴ്സിന്റെ അലോക്കേഷനും പണം നൽകുന്നതിന് ഉപയോഗിക്കുന്നു. എന്താണ് ഇതിനർത്ഥം?

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

ഗ്യാസ് തുല്യമായ ഓരോ പ്രവർത്തനത്തിന്റെയും ചെലവ് സ്ഥിരമായിരിക്കും. ഓരോ ഓപ്പറേഷന്റെയും സ്ഥിരമായ ചിലവ് നിർണ്ണയിക്കുന്നതിനാണ് ഇത് പ്രത്യേകമായി അവതരിപ്പിക്കുന്നത്. നെറ്റ്‌വർക്കിലെ ലോഡിനെ ആശ്രയിച്ച്, ഗ്യാസ് വില മാറും, അതായത്, കമ്മീഷൻ നൽകുന്നതിന് അടിസ്ഥാന കറൻസി ഈ സഹായ യൂണിറ്റായി പരിവർത്തനം ചെയ്യുന്ന ഗുണകം.

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

അടുത്ത ഫീൽഡ് വിളിക്കുന്നു ലക്ഷ്യസ്ഥാന വിലാസം. ഇതിൽ നാണയങ്ങൾ സ്വീകർത്താവിന്റെ വിലാസം അല്ലെങ്കിൽ ഒരു പ്രത്യേക സ്മാർട്ട് കരാറിന്റെ വിലാസം ഉൾപ്പെടുന്നു, അതിന്റെ രീതികൾ വിളിക്കപ്പെടും. അത് കഴിഞ്ഞാൽ വയലാണ് വരുന്നത് മൂല്യം, ലക്ഷ്യസ്ഥാന വിലാസത്തിലേക്ക് അയയ്‌ക്കുന്ന നാണയങ്ങളുടെ അളവ് നൽകിയിടത്ത്.

അടുത്തത് രസകരമായ ഒരു ഫീൽഡ് ആണ് ഡാറ്റ, മുഴുവൻ ഘടനയും യോജിക്കുന്നിടത്ത്. ഇതൊരു പ്രത്യേക ഫീൽഡ് അല്ല, വിർച്ച്വൽ മെഷീന്റെ കോഡ് നിർവചിച്ചിരിക്കുന്ന ഒരു മുഴുവൻ ഘടനയാണ്. നിങ്ങൾക്ക് ഇവിടെ അനിയന്ത്രിതമായ ഡാറ്റ സ്ഥാപിക്കാൻ കഴിയും - ഇതിന് പ്രത്യേക നിയമങ്ങളുണ്ട്.

അവസാന ഫീൽഡ് എന്ന് വിളിക്കപ്പെടുന്നു കയ്യൊപ്പ്. ഇതിൽ ഒരേസമയം ഈ ഇടപാടിന്റെ രചയിതാവിന്റെ ഇലക്ട്രോണിക് ഒപ്പും ഈ ഒപ്പ് പരിശോധിക്കപ്പെടുന്ന പൊതു കീയും അടങ്ങിയിരിക്കുന്നു. പൊതു കീയിൽ നിന്ന് നിങ്ങൾക്ക് ഈ ഇടപാട് അയച്ചയാളുടെ അക്കൗണ്ട് ഐഡന്റിഫയർ ലഭിക്കും, അതായത്, സിസ്റ്റത്തിൽ തന്നെ അയച്ചയാളുടെ അക്കൗണ്ട് അദ്വിതീയമായി തിരിച്ചറിയുക. ഇടപാടിന്റെ ഘടനയെക്കുറിച്ചുള്ള പ്രധാന കാര്യം ഞങ്ങൾ കണ്ടെത്തി.

സോളിഡിറ്റിക്കായുള്ള മികച്ച കരാർ കോഡ് ഉദാഹരണം

ഒരു ഉദാഹരണം ഉപയോഗിച്ച് നമുക്ക് ഇപ്പോൾ ഏറ്റവും ലളിതമായ സ്മാർട്ട് കരാറിലേക്ക് നോക്കാം.

contract Bank {
    address owner;
    mapping(address => uint) balances;
    
    function Bank() {
        owner = msg.sender;
    }

    function deposit() public payable {
        balances[msg.sender] += msg.value;
    }

    function withdraw(uint amount) public {
        if (balances[msg.sender] >= amount) {
            balances[msg.sender] -= amount;
            msg.sender.transfer(amount);
        }
    }

    function getMyBalance() public view returns(uint) {
        return balances[msg.sender];
    }

    function kill() public {
        if (msg.sender == owner)
            selfdestruct(owner);
    }
}

ഉപയോക്താക്കളുടെ നാണയങ്ങൾ കൈവശം വയ്ക്കാനും ആവശ്യാനുസരണം തിരികെ നൽകാനും കഴിയുന്ന ലളിതമായ ഒരു സോഴ്സ് കോഡാണ് മുകളിൽ.

അതിനാൽ, ഇനിപ്പറയുന്ന പ്രവർത്തനങ്ങൾ നിർവ്വഹിക്കുന്ന ഒരു ബാങ്ക് സ്മാർട്ട് കരാർ ഉണ്ട്: അത് അതിന്റെ ബാലൻസിൽ നാണയങ്ങൾ ശേഖരിക്കുന്നു, അതായത്, ഒരു ഇടപാട് സ്ഥിരീകരിക്കുകയും അത്തരമൊരു മികച്ച കരാർ സ്ഥാപിക്കുകയും ചെയ്യുമ്പോൾ, അതിന്റെ ബാലൻസിലുള്ള നാണയങ്ങൾ ഉൾക്കൊള്ളാൻ കഴിയുന്ന ഒരു പുതിയ അക്കൗണ്ട് സൃഷ്ടിക്കപ്പെടുന്നു; ഇത് ഉപയോക്താക്കളെയും അവർക്കിടയിലുള്ള നാണയങ്ങളുടെ വിതരണത്തെയും ഓർമ്മിക്കുന്നു; ബാലൻസ് നിയന്ത്രിക്കുന്നതിന് നിരവധി രീതികളുണ്ട്, അതായത്, ഉപയോക്താവിന്റെ ബാലൻസ് നിറയ്ക്കാനും പിൻവലിക്കാനും പരിശോധിക്കാനും കഴിയും.

സോഴ്സ് കോഡിന്റെ ഓരോ വരിയിലൂടെയും നമുക്ക് പോകാം. ഈ കരാറിന് സ്ഥിരമായ ഫീൽഡുകൾ ഉണ്ട്. അവരിൽ ഒരാളെ, ടൈപ്പ് അഡ്രസ് ഉള്ള, ഉടമ എന്ന് വിളിക്കുന്നു. ഈ സ്മാർട്ട് കരാർ സൃഷ്ടിച്ച ഉപയോക്താവിന്റെ വിലാസം കരാർ ഇവിടെ ഓർമ്മിക്കുന്നു. കൂടാതെ, ഉപയോക്തൃ വിലാസങ്ങളും ബാലൻസുകളും തമ്മിലുള്ള കത്തിടപാടുകൾ നിലനിർത്തുന്ന ഒരു ചലനാത്മക ഘടനയുണ്ട്.

ഇത് ബാങ്ക് രീതി പിന്തുടരുന്നു - ഇതിന് കരാറിന്റെ അതേ പേരുണ്ട്. അതനുസരിച്ച്, ഇതാണ് അതിന്റെ കൺസ്ട്രക്റ്റർ. നെറ്റ്‌വർക്കിൽ ഈ സ്മാർട്ട് കരാർ സ്ഥാപിച്ച വ്യക്തിയുടെ വിലാസം ഉടമ വേരിയബിളിന് ഇവിടെ നൽകിയിരിക്കുന്നു. ഈ കൺസ്ട്രക്റ്ററിൽ സംഭവിക്കുന്ന ഒരേയൊരു കാര്യം ഇതാണ്. അതായത്, ഈ കരാറിന്റെ മുഴുവൻ കോഡും അടങ്ങുന്ന ഇടപാടിനൊപ്പം വെർച്വൽ മെഷീനിലേക്ക് ട്രാൻസ്ഫർ ചെയ്ത ഡാറ്റയാണ് ഈ കേസിൽ msg. അതനുസരിച്ച്, ഈ കോഡ് ഹോസ്റ്റ് ചെയ്യുന്ന ഈ ഇടപാടിന്റെ രചയിതാവാണ് msg.sender. അവൻ സ്മാർട്ട് കരാറിന്റെ ഉടമയായിരിക്കും.

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

അടുത്ത രീതിയെ പിൻവലിക്കൽ എന്ന് വിളിക്കുന്നു, ഇതിന് ഒരു പാരാമീറ്റർ എടുക്കും - ഈ ബാങ്കിൽ നിന്ന് ആരെങ്കിലും പിൻവലിക്കാൻ ആഗ്രഹിക്കുന്ന നാണയങ്ങളുടെ അളവ്. അയയ്‌ക്കുന്നതിന് ഈ രീതി വിളിക്കുന്ന ഉപയോക്താവിന്റെ ബാലൻസിൽ മതിയായ നാണയങ്ങൾ ഉണ്ടോ എന്ന് ഇത് പരിശോധിക്കുന്നു. അവയിൽ ആവശ്യത്തിന് ഉണ്ടെങ്കിൽ, സ്മാർട്ട് കരാർ തന്നെ ആ നാണയങ്ങളുടെ എണ്ണം വിളിക്കുന്നയാൾക്ക് തിരികെ നൽകുന്നു.

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

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

Ethereum നെറ്റ്‌വർക്കിലെ ഒരു പൂർണ്ണ നോഡ് എങ്ങനെയാണ് പ്രവർത്തിക്കുന്നത്?

Ethereum പ്ലാറ്റ്‌ഫോമിൽ ഇത്തരം സ്‌മാർട്ട് കരാറുകൾ എങ്ങനെയാണ് നടപ്പിലാക്കുന്നത് എന്നും ഒരു പൂർണ്ണ നെറ്റ്‌വർക്ക് നോഡ് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നും നമുക്ക് സ്കീമാറ്റിക് ആയി നോക്കാം.

Ethereum നെറ്റ്‌വർക്കിലെ ഒരു പൂർണ്ണ നോഡിന് കുറഞ്ഞത് നാല് മൊഡ്യൂളുകളെങ്കിലും ഉണ്ടായിരിക്കണം.
ആദ്യത്തേത്, ഏതൊരു വികേന്ദ്രീകൃത പ്രോട്ടോക്കോളിനേയും പോലെ, P2P നെറ്റ്‌വർക്കിംഗ് മൊഡ്യൂൾ ആണ് - നെറ്റ്‌വർക്ക് കണക്ഷനും മറ്റ് നോഡുകളുമായി പ്രവർത്തിക്കാനുമുള്ള ഒരു മൊഡ്യൂൾ, അവിടെ ബ്ലോക്കുകൾ, ഇടപാടുകൾ, മറ്റ് നോഡുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ എന്നിവ കൈമാറ്റം ചെയ്യപ്പെടുന്നു. എല്ലാ വികേന്ദ്രീകൃത ക്രിപ്‌റ്റോകറൻസികൾക്കും ഇത് ഒരു പരമ്പരാഗത ഘടകമാണ്.

അടുത്തതായി, ബ്ലോക്ക്ചെയിൻ ഡാറ്റ സംഭരിക്കുന്നതിനും പ്രോസസ്സ് ചെയ്യുന്നതിനും മുൻഗണനാ ബ്രാഞ്ച് തിരഞ്ഞെടുക്കുന്നതിനും ബ്ലോക്കുകൾ കൂട്ടിച്ചേർക്കുന്നതിനും ബ്ലോക്കുകൾ അൺലിങ്ക് ചെയ്യുന്നതിനും ഈ ബ്ലോക്കുകൾ സാധൂകരിക്കുന്നതിനും ഞങ്ങൾക്ക് ഒരു മൊഡ്യൂൾ ഉണ്ട്.

മൂന്നാമത്തെ മൊഡ്യൂളിനെ EVM (Ethereum വെർച്വൽ മെഷീൻ) എന്ന് വിളിക്കുന്നു - ഇത് Ethereum ഇടപാടുകളിൽ നിന്ന് ബൈറ്റ്കോഡ് സ്വീകരിക്കുന്ന ഒരു വെർച്വൽ മെഷീനാണ്. ഈ മൊഡ്യൂൾ ഒരു പ്രത്യേക അക്കൗണ്ടിന്റെ നിലവിലെ അവസ്ഥ എടുക്കുകയും ലഭിച്ച ബൈറ്റ്കോഡ് അടിസ്ഥാനമാക്കി അതിന്റെ അവസ്ഥയിൽ മാറ്റങ്ങൾ വരുത്തുകയും ചെയ്യുന്നു. ഓരോ നെറ്റ്‌വർക്ക് നോഡിലെയും വെർച്വൽ മെഷീൻ പതിപ്പ് ഒന്നുതന്നെയായിരിക്കണം. ഓരോ Ethereum നോഡിലും നടക്കുന്ന കണക്കുകൂട്ടലുകൾ തികച്ചും സമാനമാണ്, പക്ഷേ അവ അസമന്വിത രീതിയിലാണ് സംഭവിക്കുന്നത്: ആരെങ്കിലും ഈ ഇടപാട് നേരത്തെ പരിശോധിക്കുകയും സ്വീകരിക്കുകയും ചെയ്യുന്നു, അതായത്, അതിൽ അടങ്ങിയിരിക്കുന്ന എല്ലാ കോഡുകളും നടപ്പിലാക്കുന്നു, ആരെങ്കിലും പിന്നീട്. അതനുസരിച്ച്, ഒരു ഇടപാട് സൃഷ്ടിക്കുമ്പോൾ, അത് നെറ്റ്‌വർക്കിലേക്ക് വിതരണം ചെയ്യുന്നു, നോഡുകൾ അത് സ്വീകരിക്കുന്നു, സ്ഥിരീകരണ സമയത്ത്, ബിറ്റ്കോയിനിൽ ബിറ്റ്കോയിൻ സ്ക്രിപ്റ്റ് എക്സിക്യൂട്ട് ചെയ്യുന്ന അതേ രീതിയിൽ, വിർച്ച്വൽ മെഷീന്റെ ബൈറ്റ്കോഡ് ഇവിടെ എക്സിക്യൂട്ട് ചെയ്യുന്നു.

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

സ്മാർട്ട് കരാറുകളുടെ മിഥ്യകളും പരിമിതികളും

Ethereum-ന് സമാനമായ സ്‌മാർട്ട് കോൺട്രാക്‌റ്റ് പ്ലാറ്റ്‌ഫോമുകൾക്ക് നിലവിലുള്ള നിയന്ത്രണങ്ങളെ സംബന്ധിച്ചിടത്തോളം, ഇനിപ്പറയുന്നവ ഉദ്ധരിക്കാം:

• കോഡ് നിർവ്വഹണം;
• മെമ്മറി അനുവദിക്കുക;
• ബ്ലോക്ക്ചെയിൻ ഡാറ്റ;
• പേയ്മെന്റുകൾ അയയ്ക്കുക;
• പുതിയ കരാർ ഉണ്ടാക്കുക;
• മറ്റ് കരാറുകൾ വിളിക്കുക.

ഒരു വെർച്വൽ മെഷീനിൽ ഏർപ്പെടുത്തിയിരിക്കുന്ന നിയന്ത്രണങ്ങൾ നോക്കാം, അതനുസരിച്ച്, സ്മാർട്ട് കരാറുകളെക്കുറിച്ചുള്ള ചില മിഥ്യാധാരണകൾ ഇല്ലാതാക്കുക. Ethereum-ൽ മാത്രമല്ല, സമാന പ്ലാറ്റ്‌ഫോമുകളിലും ആയിരിക്കാവുന്ന ഒരു വെർച്വൽ മെഷീനിൽ, നിങ്ങൾക്ക് യഥാർത്ഥ അനിയന്ത്രിതമായ ലോജിക്കൽ പ്രവർത്തനങ്ങൾ നടത്താൻ കഴിയും, അതായത്, കോഡ് എഴുതുകയും അത് അവിടെ എക്സിക്യൂട്ട് ചെയ്യുകയും ചെയ്യും, നിങ്ങൾക്ക് അധികമായി മെമ്മറി അനുവദിക്കാം. എന്നിരുന്നാലും, ഓരോ പ്രവർത്തനത്തിനും ഓരോ അധിക മെമ്മറി യൂണിറ്റിനും പ്രത്യേകം ഫീസ് അടയ്‌ക്കുന്നു.

അടുത്തതായി, ഒന്നോ അല്ലെങ്കിൽ മറ്റൊരു സ്മാർട്ട് കോൺട്രാക്ട് ലോജിക് എക്സിക്യൂട്ട് ചെയ്യുന്നതിനുള്ള ഒരു ട്രിഗറായി ഈ ഡാറ്റ ഉപയോഗിക്കുന്നതിന്, വെർച്വൽ മെഷീന് ബ്ലോക്ക്ചെയിൻ ഡാറ്റാബേസിൽ നിന്നുള്ള ഡാറ്റ വായിക്കാൻ കഴിയും. വെർച്വൽ മെഷീന് ഇടപാടുകൾ സൃഷ്‌ടിക്കാനും അയയ്‌ക്കാനും കഴിയും, ഇതിന് പുതിയ കരാറുകളും നെറ്റ്‌വർക്കിൽ ഇതിനകം പ്രസിദ്ധീകരിച്ചിട്ടുള്ള മറ്റ് സ്‌മാർട്ട് കരാറുകളുടെ കോൾ രീതികളും സൃഷ്‌ടിക്കാൻ കഴിയും: നിലവിലുള്ളത്, ലഭ്യം മുതലായവ.

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

Ethereum ന്റെ ദോഷങ്ങൾ

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

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

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

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

Ethereum-നെ സംബന്ധിച്ചിടത്തോളം, ധാരാളം ഗവേഷണങ്ങൾ നടന്നിട്ടുണ്ട്, ധാരാളം പ്രായോഗിക അനുഭവങ്ങൾ നേടിയിട്ടുണ്ട്: പോസിറ്റീവും നെഗറ്റീവും, എന്നിരുന്നാലും ഇപ്പോഴും എങ്ങനെയെങ്കിലും കൈകാര്യം ചെയ്യേണ്ട ബുദ്ധിമുട്ടുകളും കേടുപാടുകളും ഉണ്ട്.

അതിനാൽ, ലേഖനത്തിന്റെ തീമാറ്റിക് ഭാഗം പൂർത്തിയായി, പലപ്പോഴും ഉയർന്നുവരുന്ന ചോദ്യങ്ങളിലേക്ക് പോകാം.

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

— നിലവിലുള്ള ഒരു സ്‌മാർട്ട് കരാറിലെ എല്ലാ കക്ഷികളും നിബന്ധനകൾ മാറ്റാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, മൾട്ടിസിഗ് ഉപയോഗിച്ച് അവർക്ക് ഈ സ്‌മാർട്ട് കോൺട്രാക്‌റ്റ് റദ്ദാക്കി, അതിന്റെ നിർവ്വഹണത്തിന്റെ പുതുക്കിയ നിബന്ധനകളോടെ ഒരു പുതിയ സ്‌മാർട്ട് കരാർ സൃഷ്‌ടിക്കാൻ കഴിയുമോ?

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

- പങ്കെടുക്കുന്ന കക്ഷികളിൽ ഒരാളുമായി മധ്യസ്ഥൻ ഒരു കരാറിൽ ഏർപ്പെട്ടാലോ: എസ്ക്രോ അല്ലെങ്കിൽ സ്മാർട്ട് കരാർ? ഒരു മികച്ച കരാറിൽ ഒരു മധ്യസ്ഥനെ ആവശ്യമുണ്ടോ?

ഒരു മികച്ച കരാറിൽ ഒരു മധ്യസ്ഥനെ ആവശ്യമില്ല. അത് നിലവിലില്ലായിരിക്കാം. എസ്ക്രോയുടെ കാര്യത്തിൽ, മധ്യസ്ഥൻ ഒരു കക്ഷിയുമായി ഗൂഢാലോചനയിൽ ഏർപ്പെടുകയാണെങ്കിൽ, അതെ, ഈ സ്കീമിന് അതിന്റെ എല്ലാ മൂല്യവും കുത്തനെ നഷ്ടപ്പെടും. അതിനാൽ, ഈ പ്രക്രിയയിൽ ഏർപ്പെട്ടിരിക്കുന്ന എല്ലാ കക്ഷികളും ഒരേ സമയം വിശ്വസിക്കുന്ന തരത്തിലാണ് മധ്യസ്ഥരെ തിരഞ്ഞെടുക്കുന്നത്. അതനുസരിച്ച്, നിങ്ങൾ വിശ്വസിക്കാത്ത ഒരു മധ്യസ്ഥനുമായി ഒരു മൾട്ടിസിഗ്നേച്ചർ വിലാസത്തിലേക്ക് നാണയങ്ങൾ കൈമാറില്ല.

— നിങ്ങളുടെ വിലാസത്തിൽ നിന്ന് വ്യത്യസ്ത ടാർഗെറ്റ് വിലാസങ്ങളിലേക്ക് വ്യത്യസ്ത ടോക്കണുകൾ കൈമാറാൻ ഒരു Ethereum ഇടപാടിന് സാധ്യമാണോ, ഉദാഹരണത്തിന്, ഈ ടോക്കണുകൾ ട്രേഡ് ചെയ്യുന്ന വിലാസങ്ങൾ കൈമാറുക?

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

- Ethereum പ്ലാറ്റ്‌ഫോമിനെക്കുറിച്ചുള്ള മിഥ്യാധാരണകളിലൊന്ന്, ഒരു ബാഹ്യ ഇന്റർനെറ്റ് റിസോഴ്‌സിന്റെ ഡാറ്റയെ ആശ്രയിച്ചിരിക്കുന്ന അവസ്ഥകൾ വിവരിക്കുക അസാധ്യമാണ്, അപ്പോൾ എന്തുചെയ്യണം?

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

ബ്ലോക്ക്‌ചെയിനിലെ ഓൺലൈൻ കോഴ്‌സിന്റെ പ്രഭാഷണങ്ങളിലൊന്ന് ഈ വിഷയത്തിനായി നീക്കിവച്ചിരിക്കുന്നു - “സ്മാർട്ട് കരാറുകളുടെ ആമുഖം".

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