🥇ഞങ്ങൾ എന്താണ് ഒരു ബ്ലോക്ക്ചെയിൻ നിർമ്മിക്കേണ്ടത്?

മനുഷ്യരാശിയുടെ മുഴുവൻ ചരിത്രവും ചങ്ങലകളിൽ നിന്ന് മുക്തി നേടുന്നതിനും പുതിയതും ശക്തവുമായവ സൃഷ്ടിക്കുന്നതിനുള്ള തുടർച്ചയായ പ്രക്രിയയാണ്. (അജ്ഞാത രചയിതാവ്)

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

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

അതിനാൽ, ബ്ലോക്ക്ചെയിൻ ആദ്യം പരിഹരിച്ച പ്രശ്നങ്ങൾ എന്തൊക്കെയാണെന്ന് നമുക്ക് ഓർക്കാം.

വിതരണം ചെയ്തതും വികേന്ദ്രീകൃതവും പൊതുവായതും മാറ്റമില്ലാത്തതുമായ ഒരു ഡാറ്റാബേസിനെ കുറിച്ച് പലരും പറയുമെന്ന് എനിക്ക് ഉറപ്പുണ്ട്. എന്നാൽ ഇതെല്ലാം ആവശ്യമായിരുന്നത് എന്തുകൊണ്ട്?

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

ബ്ലോക്ക്ചെയിൻ ചലഞ്ച്

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

ബ്ലോക്ക്ചെയിൻ പരിഹരിക്കുന്ന പ്രശ്നങ്ങൾ

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

സോപാധികമായ അനോണിമസ് വേൾഡ്മണിയിൽ ഡാറ്റാബേസുകളുള്ള സെർവറുകൾ ഉണ്ടെന്ന് നമുക്ക് പറയാം, അവയിൽ പലതും വ്യത്യസ്ത ഡാറ്റാ സെന്ററുകളിൽ ഉണ്ടെങ്കിൽ അത് നല്ലതാണ്. അയച്ചയാൾ പണം കൈമാറ്റം ചെയ്യുമ്പോൾ, ഒരു ഇടപാട് രജിസ്റ്റർ ചെയ്യപ്പെടുന്നു, അത് എല്ലാ സെർവറുകളിലേക്കും പകർത്തുകയും പണം സ്വീകർത്താവിലേക്ക് എത്തുകയും ചെയ്യുന്നു.

ഒരു അനുയോജ്യമായ ലോകത്ത്, ഈ സ്കീം മികച്ച രീതിയിൽ പ്രവർത്തിക്കുന്നു, എന്നാൽ നമ്മുടേതിൽ ഇനിപ്പറയുന്ന പ്രശ്നങ്ങൾ ഉണ്ടാകുന്നു:

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

ബ്ലോക്ക്‌ചെയിൻ ഈ പ്രശ്നങ്ങൾ എങ്ങനെ പരിഹരിക്കുന്നു

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

അടുത്തതായി, ഈ പരിഹാരങ്ങൾ ഞങ്ങൾ കൂടുതൽ വിശദമായി പരിഗണിക്കും.

ബ്ലോക്ക്ചെയിൻ ആർക്കിടെക്ചർ

ബ്ലോക്ക്ചെയിൻ ഘടകങ്ങൾ

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

ഇടപാട് ജീവിത ചക്രം

നമുക്ക് ഇടപാടിന്റെ ജീവിതചക്രം നോക്കാം, അത് ഓരോന്നായി വിഭജിക്കുക:

ബ്ലോക്ക്ചെയിൻ സാങ്കേതികവിദ്യകൾ

സാങ്കേതിക പരിഹാരങ്ങളെക്കുറിച്ചും അവയുടെ പരസ്പര ബന്ധങ്ങളെക്കുറിച്ചും കൂടുതൽ വിശദമായി നമുക്ക് താമസിക്കാം.

തിരിച്ചറിയൽ

എല്ലാ ബ്ലോക്ക്ചെയിൻ ഇടപാടുകളും ഡിജിറ്റലായി ഒപ്പിടണം. അതിനാൽ, ഒരു ഇടപാട് പൂർത്തിയാക്കാൻ, ഓരോ പങ്കാളിക്കും ഒരു കീ ജോഡി ഉണ്ടായിരിക്കണം: സ്വകാര്യ / പൊതു. ചിലപ്പോൾ ഒരു ജോടി കീകളെ വാലറ്റ് എന്ന് വിളിക്കുന്നു, കാരണം കീകൾ പങ്കാളിയുടെ തനതായ ഡിജിറ്റൽ വിലാസവും ബാലൻസുമായി അദ്വിതീയമായി ബന്ധപ്പെട്ടിരിക്കുന്നു. വാസ്തവത്തിൽ, കീകളും വിലാസങ്ങളും വ്യത്യസ്‌ത നമ്പർ സിസ്റ്റങ്ങളിലെ സംഖ്യകളുടെ സ്ട്രിംഗുകൾ മാത്രമാണ്. കീകളുടെയും വാലറ്റ് വിലാസങ്ങളുടെയും ഉദാഹരണങ്ങൾ:

Private key: 0a78194a8a893b8baac7c09b6a4a4b4b161b2f80a126cbb79bde231a4567420f
Public key: 0579b478952214d7cddac32ac9dc522c821a4489bc10aac3a81b9d1cd7a92e57ba
Address: 0x3814JnJpGnt5tB2GD1qfKP709W3KbRdfb27V

ബ്ലോക്ക്ചെയിനുകളിൽ ഒരു ഡിജിറ്റൽ സിഗ്നേച്ചർ സൃഷ്ടിക്കുന്നതിന്, എലിപ്റ്റിക് കർവുകളെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു അൽഗോരിതം ഉപയോഗിക്കുന്നു: എലിപ്റ്റിക് കർവ് ഡിജിറ്റൽ സിഗ്നേച്ചർ അൽഗോരിതം (ഇസിഡിഎസ്എ). ഇത് പ്രവർത്തിക്കുന്നതിന്, സ്വകാര്യ കീ (256-ബിറ്റ് നമ്പർ) സാധാരണയായി ക്രമരഹിതമായി എടുക്കുന്നു. പ്രധാന ഓപ്ഷനുകളുടെ എണ്ണം 2 മുതൽ 256 വരെ, അതിനാൽ നമുക്ക് സ്വകാര്യ കീകളുടെ മൂല്യങ്ങളുമായി പൊരുത്തപ്പെടുത്തുന്നതിനുള്ള പ്രായോഗിക അസാധ്യതയെക്കുറിച്ച് സംസാരിക്കാം.

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

ബ്ലോക്ക്‌ചെയിനിൽ ഉപയോഗിക്കുന്ന ക്രിപ്‌റ്റോഗ്രഫിയെക്കുറിച്ചുള്ള വിശദാംശങ്ങളുള്ള ധാരാളം ലേഖനങ്ങളുണ്ട്, ഉദാഹരണത്തിന്: ചുരുക്കത്തിൽ ബിറ്റ്കോയിൻ - ക്രിപ്റ്റോഗ്രഫി

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

അല്ലെങ്കിൽ നിങ്ങൾക്ക് കൂടുതൽ വിശ്വസനീയമായ രീതികൾ ഉപയോഗിക്കാം, ഉദാഹരണത്തിന്, ടോക്കണുകളിൽ സ്വകാര്യ കീയുടെ മൂല്യം സ്റ്റാമ്പ് ചെയ്യുക:

ഇടപാടുകൾ

ഇടപാട് ഘടനയെക്കുറിച്ചുള്ള കൂടുതൽ വിശദാംശങ്ങൾ ലേഖനത്തിൽ കാണാം ചുരുക്കത്തിൽ ബിറ്റ്കോയിൻ - ഇടപാട്. ഓരോ ഇടപാടിനും കുറഞ്ഞത് ഇനിപ്പറയുന്ന ഡാറ്റയെങ്കിലും ഉണ്ടെന്ന് മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്:

From: 0x48C89c341C5960Ca2Bf3732D6D8a0F4f89Cc4368 - цифровой адрес отправителя
To: 0x367adb7894334678b90аfe7882a5b06f7fbc783a - цифровой адрес получателя
Value: 0.0001 - сумма транзакции
Transaction Hash: 0x617ede331e8a99f46a363b32b239542bb4006e4fa9a2727a6636ffe3eb095cef - хэш транзакции

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

ഇടപാട് ബ്ലോക്കുകൾ

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

000000000000000000000bf03212e7dd1176f52f816fa395fc9b93c44bc11f91

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

ഒരു ഹാഷ് വിജയകരമായി കണ്ടെത്തിയ ശേഷം, ബ്ലോക്കും കണ്ടെത്തിയ ഹാഷും തന്നെ അടുത്ത ബ്ലോക്കായി ബ്ലോക്ക്ചെയിനിൽ എഴുതുന്നു. ബ്ലോക്കുകളുടെ ഘടനയെക്കുറിച്ചുള്ള കൂടുതൽ വിശദാംശങ്ങൾ ലേഖനത്തിൽ കാണാം ചുരുക്കത്തിൽ ബിറ്റ്കോയിൻ-ബ്ലോക്ക്ചെയിൻ, താഴെ ലളിതമായ ഒരു ഡയഗ്രം:

മുമ്പത്തെ ബ്ലോക്കിന്റെ ഹാഷ് ഇതുവരെ ഇല്ലാത്ത ഒരു ബ്ലോക്കിൽ നിന്നാണ് ബ്ലോക്ക്ചെയിൻ ആരംഭിക്കുന്നത്. ബ്ലോക്ക്‌ചെയിനിൽ അത്തരത്തിലുള്ള ഒരു ബ്ലോക്ക് മാത്രമേയുള്ളൂ, അതിന് അതിന്റേതായ പേര് ജെനസിസ് ബ്ലോക്ക് ഉണ്ട്. ശേഷിക്കുന്ന ബ്ലോക്കുകൾക്ക് ഒരേ ഘടനയുണ്ട്, ഇടപാടുകളുടെ എണ്ണത്തിൽ മാത്രം വ്യത്യാസമുണ്ട്. ബിറ്റ്‌കോയിനിലോ Ethereum-ലോ നിലവിൽ സൃഷ്‌ടിച്ചിരിക്കുന്ന യഥാർത്ഥ ഇടപാടുകളും ബ്ലോക്കുകളും കാണാൻ കഴിയും തടയുക എക്സ്പ്ലോറർ.

ബിറ്റ്‌കോയിനിലെ ബ്ലോക്കുകളുടെ വലുപ്പം 1MB ആയി പരിമിതപ്പെടുത്തിയിരിക്കുന്നു, ഏകദേശം 200 ബൈറ്റുകളുടെ ഇടപാടിൽ ഏറ്റവും കുറഞ്ഞ വിവരങ്ങൾ ഉണ്ടെങ്കിൽ, ഒരു ബ്ലോക്കിലെ പരമാവധി ഇടപാടുകളുടെ എണ്ണം ഏകദേശം 6000 ആയിരിക്കും. ഇവിടെ നിന്ന്, എല്ലാവരും ചിരിക്കുന്ന ബിറ്റ്‌കോയിന്റെ പ്രകടനം പിന്തുടരുന്നു: ഏകദേശം 10 മിനിറ്റിൽ * 60 സെക്കൻഡ് = 600 സെക്കൻഡിൽ ഒരു ബ്ലോക്ക് ജനറേറ്റുചെയ്യുന്നു, ഇത് ഏകദേശം 10 TPS ന്റെ ഔപചാരിക പ്രകടനം നൽകുന്നു. വാസ്തവത്തിൽ, ഇത് ഉൽപ്പാദനക്ഷമതയല്ല, മറിച്ച് മനഃപൂർവ്വം നടപ്പിലാക്കിയ ജോലിയുടെ അൽഗോരിതം ആണ്. Ethereum ൽ, മത്സരത്തിനായി, അവർ ബ്ലോക്ക് ജനറേഷൻ സമയം 15 സെക്കൻഡാക്കി. ഉൽപ്പാദനക്ഷമത ഔപചാരികമായി ഉയർന്നു. അതിനാൽ, സമവായമായി PoW ഉപയോഗിക്കുന്ന ബ്ലോക്ക്ചെയിനുകളിൽ, പ്രകടനത്തെ താരതമ്യം ചെയ്യുന്നതിൽ അർത്ഥമില്ല, കാരണം ഇത് നേരിട്ട് കാഷെ കണക്കുകൂട്ടലിന്റെ സങ്കീർണ്ണതയെ ആശ്രയിച്ചിരിക്കുന്നു, അത് ഏത് മൂല്യത്തിനും നൽകാം.

ഫോർക്കുകൾ

ഉദാഹരണത്തിന്, നിരവധി നോഡുകൾ സങ്കീർണ്ണമായ അവസ്ഥകൾ പാലിക്കുന്ന ഹാഷുകൾ കണ്ടെത്തി, എന്നാൽ മൂല്യത്തിൽ വ്യത്യസ്തമാണ് (മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, അവ വ്യത്യസ്ത സമവായത്തിലെത്തി) ബ്ലോക്ക്ചെയിനിലേക്ക് ബ്ലോക്കുകൾ എഴുതിയാൽ എന്ത് സംഭവിക്കും? ഈ അവസ്ഥയിൽ നിന്ന് ബ്ലോക്ക്ചെയിൻ എങ്ങനെ സംരക്ഷിക്കുന്നുവെന്ന് നോക്കാം. ഈ സാഹചര്യത്തിൽ, ഫോർക്ക് എന്ന് വിളിക്കപ്പെടുന്നവ സംഭവിക്കുന്നു, കൂടാതെ ബ്ലോക്ക്ചെയിനിന് ചെയിനിന്റെ രണ്ട് പതിപ്പുകളുണ്ട്:

ഇനി എന്ത് സംഭവിക്കും? അടുത്തതായി, നെറ്റ്‌വർക്കിന്റെ ഒരു ഭാഗം ഒരു ശൃംഖലയിൽ നിന്ന് ബ്ലോക്ക് N+2-ലും മറ്റൊരു ഭാഗം മറ്റൊന്നിലും പ്രവർത്തിക്കാൻ തുടങ്ങുന്നു:

ഈ ബ്ലോക്കുകളിലൊന്ന് നേരത്തെ കണ്ടെത്തി ബ്ലോക്ക്‌ചെയിനിലേക്ക് അയയ്‌ക്കും, തുടർന്ന്, നിയമങ്ങൾ അനുസരിച്ച്, ബ്ലോക്ക്ചെയിൻ ഒരു ദൈർഘ്യമേറിയ ശൃംഖലയിലേക്ക് മാറുകയും ഇതര ബ്ലോക്കിൽ നിന്നുള്ള എല്ലാ ഇടപാടുകളും റദ്ദാക്കുകയും വേണം:

അതേ സമയം, ഒരു പങ്കാളിയുടെ ഇടപാട് ഫോർക്ക് ബ്ലോക്കുകളിലൊന്നിൽ മാത്രമായിരിക്കുമ്പോൾ ഒരു സാഹചര്യം ഉണ്ടാകാം, അത് റദ്ദാക്കപ്പെട്ടു. അതിനാൽ, ആവശ്യമുള്ള ഇടപാട് ബ്ലോക്ക്ചെയിനിൽ രേഖപ്പെടുത്തിയിട്ടുണ്ടെന്ന് ഉറപ്പാക്കാൻ, ഒരു പൊതു ശുപാർശയുണ്ട് - ഇടപാടിനെ വിശ്വസിക്കുന്നതിന് മുമ്പ്, ബ്ലോക്ക്ചെയിനിലേക്ക് അടുത്ത കുറച്ച് ബ്ലോക്കുകൾ ചേർക്കുന്നത് വരെ നിങ്ങൾ കാത്തിരിക്കണം. വ്യത്യസ്‌ത ബ്ലോക്ക്‌ചെയിനുകൾക്കായി എത്ര ബ്ലോക്കുകൾ കാത്തിരിക്കണമെന്നതിനുള്ള ശുപാർശകൾ വ്യത്യാസപ്പെടുന്നു. ഉദാഹരണത്തിന്, ബിറ്റ്കോയിൻ നെറ്റ്വർക്കിന് ഏറ്റവും കുറഞ്ഞത് 2 ബ്ലോക്കുകളും പരമാവധി 6 ഉം ആണ്.

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

സമവായം

ബ്ലോക്ക്ചെയിനിൽ ഒരു ബ്ലോക്ക് രേഖപ്പെടുത്താൻ, നെറ്റ്‌വർക്ക് ഒരു സമവായത്തിലെത്തണം. കമ്പ്യൂട്ടർ കമ്മ്യൂണിക്കേഷൻ നെറ്റ്‌വർക്കുകളിൽ സമവായം കൈവരിക്കാനുള്ള ചുമതല നമുക്ക് ഓർക്കാം. ബൈസന്റൈൻ ജനറൽമാരായ BFT യുടെ ചുമതലയായി ഈ പ്രശ്നം രൂപപ്പെടുത്തിയിരിക്കുന്നു (ബൈസന്റൈൻ തെറ്റ് സഹിഷ്ണുത). ബൈസന്റൈൻ സൈന്യത്തിന്റെ പ്രശ്നങ്ങളുടെ മനോഹരമായ വിവരണം ഒഴിവാക്കിക്കൊണ്ട്, പ്രശ്നം ഇനിപ്പറയുന്ന രീതിയിൽ രൂപപ്പെടുത്താം: ചില നെറ്റ്‌വർക്ക് നോഡുകൾക്ക് മനഃപൂർവ്വം അവയെ വളച്ചൊടിക്കാൻ കഴിയുമെങ്കിൽ നെറ്റ്‌വർക്ക് നോഡുകൾക്ക് എങ്ങനെ ഒരു പൊതു ഫലത്തിലേക്ക് വരാനാകും. BFT പ്രശ്നം പരിഹരിക്കുന്നതിനുള്ള നിലവിലുള്ള അൽഗരിതങ്ങൾ കാണിക്കുന്നത് 1/3 വഞ്ചകർ കുറവാണെങ്കിൽ നെറ്റ്‌വർക്കിന് ശരിയായി പ്രവർത്തിക്കാനാകുമെന്നാണ്. എന്തുകൊണ്ടാണ് ബിറ്റ്കോയിൻ നെറ്റ്‌വർക്കിൽ BFT സമവായം പ്രയോഗിക്കാത്തത്? എന്തുകൊണ്ടാണ് PoW ഉപയോഗിക്കേണ്ടത്? നിരവധി കാരണങ്ങളുണ്ട്:

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

PoW കൂടാതെ, ആധുനിക ബ്ലോക്ക്ചെയിനുകളിൽ ഉപയോഗിക്കുന്ന മറ്റ് നിരവധി സമവായങ്ങൾ ഉണ്ട്, ഉദാഹരണത്തിന്:

PoS (പ്രൂഫ്-ഓഫ്-സ്റ്റേക്ക്) - ബ്ലോക്ക്ചെയിനിൽ ഹൈപ്പർലെഡർ
DPoS (ഡെലിഗേറ്റഡ് പ്രൂഫ്-ഓഫ്-സ്റ്റേക്ക്) - ബ്ലോക്ക്ചെയിനിൽ ബിറ്റ്ഷെയറുകൾ
BFT യുടെ പരിഷ്‌ക്കരണങ്ങൾ: SBFT (ലളിതമായ BFT), PBFT (പ്രാക്ടിക്കൽ BFT), ഉദാഹരണത്തിന് ബ്ലോക്ക്ചെയിനിൽ എക്സോനം

നമുക്ക് PoS സമവായത്തിൽ അൽപ്പം താമസിക്കാം, കാരണം... സ്വകാര്യ ബ്ലോക്ക്ചെയിനുകളിൽ ഏറ്റവും വ്യാപകമായത് PoS ഉം അതിന്റെ ഇനങ്ങളുമാണ്. എന്തുകൊണ്ട് സ്വകാര്യമായി? ഒരു വശത്ത്, PoW നെ അപേക്ഷിച്ച് PoS ന്റെ സവിശേഷതകൾ മികച്ചതാണ്, കാരണം സമവായം കൈവരിക്കുന്നതിന്, കുറച്ച് കമ്പ്യൂട്ടിംഗ് ഉറവിടങ്ങൾ ആവശ്യമാണ്, അതായത് ബ്ലോക്ക്ചെയിനിലേക്ക് ഡാറ്റ എഴുതുന്നതിന്റെ വേഗത വർദ്ധിക്കുന്നു. മറുവശത്ത്, PoS-ന് വഞ്ചനയ്ക്ക് കൂടുതൽ അവസരങ്ങളുണ്ട്, അതിനാൽ ഇത് നിർവീര്യമാക്കുന്നതിന്, ബ്ലോക്ക്ചെയിനിലെ എല്ലാ പങ്കാളികളും അറിഞ്ഞിരിക്കണം.

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

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

ഇതുവരെ വ്യാപകമായിട്ടില്ലാത്ത നിരവധി സമവായങ്ങളും ഉണ്ട്; വിവരങ്ങൾക്കായി ഞാൻ അവ ഇവിടെ പട്ടികപ്പെടുത്തും, സമവായ അൽഗോരിതങ്ങളുടെ ഒരു അവലോകനം കണ്ടെത്താനാകും, ഉദാഹരണത്തിന്, ലേഖനത്തിൽ: ബ്ലോക്ക്ചെയിനിലെ സമവായ അൽഗോരിതങ്ങൾ.

PoET (പ്രൂഫ് ഓഫ് എലാപ്‌സ്ഡ് ടൈം)
PoC (പ്രൂഫ്-ഓഫ്-കപ്പാസിറ്റി)
PoB (പ്രൂഫ്-ഓഫ്-ബേൺ)
പോവെയ്റ്റ് (പ്രൂഫ്-ഓഫ്-വെയ്റ്റ്)
PoA (പ്രൂഫ്-ഓഫ്-ആക്റ്റിവിറ്റി) - PoW + PoS
PoI (പ്രധാന്യത്തിന്റെ തെളിവ്)

ബ്ലോക്ക്ചെയിനുകളുടെ വിശ്വാസ്യതയും വിന്യാസ മോഡലുകളും

പൊതു ബ്ലോക്ക്ചെയിൻ

ശീലം പൊതു അല്ലെങ്കിൽ മറ്റൊരു പേര് അനുവദനീയമല്ലാത്ത ബ്ലോക്ക്ചെയിൻ ആരെയും ബന്ധിപ്പിക്കാനും വിവരങ്ങൾ കാണാനും അല്ലെങ്കിൽ അവരുടെ സ്വന്തം നോഡ് കണക്റ്റുചെയ്യാനും അനുവദിക്കുന്നതിലൂടെ ഇത് നേടാനാകും, കൂടാതെ വിശ്വാസം PoW സമവായത്തിലാണ് നിർമ്മിച്ചിരിക്കുന്നത്.

സ്വകാര്യ ബ്ലോക്ക്ചെയിൻ

സ്വകാര്യ അഥവാ സ്വകാര്യ അനുമതിയുള്ള ബ്ലോക്ക്ചെയിൻ. ഈ ബ്ലോക്ക്ചെയിനുകളിൽ, പങ്കെടുക്കുന്നവരുടെ (ഓർഗനൈസേഷനുകൾക്കോ ആളുകൾക്കോ) ഒരു നിശ്ചിത ഗ്രൂപ്പിന് മാത്രമേ വിവരങ്ങളിലേക്കുള്ള ആക്സസ് ഉള്ളൂ. മൊത്തത്തിലുള്ള നേട്ടം അല്ലെങ്കിൽ കാര്യക്ഷമത വർദ്ധിപ്പിക്കുക എന്ന ലക്ഷ്യത്തോടെയാണ് ഇത്തരം ബ്ലോക്ക്ചെയിനുകൾ നിർമ്മിച്ചിരിക്കുന്നത്. പങ്കെടുക്കുന്നവരുടെ പൊതുവായ ലക്ഷ്യങ്ങളും PoS, BFT സമവായ അൽഗോരിതങ്ങളും അവരുടെ വിശ്വാസ്യത ഉറപ്പാക്കുന്നു.

ബ്ലോക്ക്ചെയിൻ കൺസോർഷ്യം

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

സ്മാർട്ട് കരാറുകൾ

ബിറ്റ്‌കോയിന് ശേഷം നടപ്പിലാക്കിയ ബ്ലോക്ക്‌ചെയിനുകൾ, സ്‌മാർട്ട് കോൺട്രാക്ടുകൾ എക്‌സിക്യൂട്ട് ചെയ്യാനുള്ള കഴിവ് ഒരു പരിധിവരെ അല്ലെങ്കിൽ മറ്റൊന്നിലേക്ക് ചേർത്തിട്ടുണ്ട്. അടിസ്ഥാനപരമായി, നിർവ്വഹണത്തിനായി പ്രോഗ്രാം കോഡ് സ്ഥാപിച്ചിട്ടുള്ള ഒരു ഇടപാടാണ് സ്മാർട്ട് കരാർ. Ethereum നെറ്റ്‌വർക്കിലെ സ്‌മാർട്ട് കരാറുകൾ EVM (Ethereum Virtual Machine) ലാണ് നടപ്പിലാക്കുന്നത്. ഒരു സ്‌മാർട്ട് കരാർ നടപ്പിലാക്കാൻ തുടങ്ങുന്നതിന്, അത് മറ്റൊരു ഇടപാടിലൂടെ വ്യക്തമായി ലോഞ്ച് ചെയ്യണം, അല്ലെങ്കിൽ നിർവ്വഹിക്കുന്നതിനുള്ള മുൻവ്യവസ്ഥകൾ പാലിക്കണം. സ്മാർട്ട് കരാർ നടപ്പിലാക്കുന്നതിന്റെ ഫലങ്ങളും ബ്ലോക്ക്ചെയിനിൽ രേഖപ്പെടുത്തും. ബ്ലോക്ക്ചെയിനിന് പുറത്ത് നിന്ന് ഡാറ്റ സ്വീകരിക്കുന്നത് സാധ്യമാണ്, എന്നാൽ വളരെ പരിമിതമാണ്.

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

സ്മാർട്ട് കരാറുകൾ ഉപയോഗിച്ച് നടപ്പിലാക്കുന്ന പ്രവർത്തനത്തിന്റെ ഒരു മികച്ച ഉദാഹരണം ICO-കൾക്കുള്ള ടോക്കണുകളുടെ ഇഷ്യു ആണ്. ഉദാഹരണത്തിന്, മിതമായ 500 AlexToken ഇഷ്യൂ ചെയ്യുന്നതിനുള്ള ഒരു മികച്ച കരാർ ഞാൻ നടപ്പിലാക്കി. എഴുതിയത് Etherscan ലെ ലിങ്ക് സ്ഥിതിചെയ്യുന്നു

സോളിഡിറ്റി ഭാഷയിൽ സ്മാർട്ട് കരാറിന്റെ സോഴ്സ് കോഡ്

pragma solidity ^0.4.23;
library SafeMath {
/**
* @dev Multiplies two numbers, throws on overflow.
**/
function mul(uint256 a, uint256 b) internal pure returns (uint256 c) {
if (a == 0) {
return 0;
}
c = a * b;
assert(c / a == b);
return c;
}
/**
* @dev Integer division of two numbers, truncating the quotient.
**/
function div(uint256 a, uint256 b) internal pure returns (uint256) {
// assert(b > 0); // Solidity automatically throws when dividing by 0
/**
* @title SafeMath
* @dev Math operations with safety checks that throw on error
*/
// uint256 c = a / b;
// assert(a == b * c + a % b); // There is no case in which this doesn't hold
return a / b;
}
/**
* @dev Subtracts two numbers, throws on overflow (i.e. if subtrahend is greater than minuend).
**/
function sub(uint256 a, uint256 b) internal pure returns (uint256) {
assert(b <= a);
return a - b;
}
/**
* @dev Adds two numbers, throws on overflow.
**/
function add(uint256 a, uint256 b) internal pure returns (uint256 c) {
c = a + b;
assert(c >= a);
return c;
}
}
/**
* @title Ownable
* @dev The Ownable contract has an owner address, and provides basic authorization control
* functions, this simplifies the implementation of "user permissions".
**/
contract Ownable {
address public owner;
event OwnershipTransferred(address indexed previousOwner, address indexed newOwner);
/**
* @dev The Ownable constructor sets the original `owner` of the contract to the sender account.
**/
constructor() public {
owner = msg.sender;
}
/**
* @dev Throws if called by any account other than the owner.
**/
modifier onlyOwner() {
require(msg.sender == owner);
_;
}
/**
* @dev Allows the current owner to transfer control of the contract to a newOwner.
* @param newOwner The address to transfer ownership to.
**/
function transferOwnership(address newOwner) public onlyOwner {
require(newOwner != address(0));
emit OwnershipTransferred(owner, newOwner);
owner = newOwner;
}
}
/**
* @title ERC20Basic interface
* @dev Basic ERC20 interface
**/
contract ERC20Basic {
function totalSupply() public view returns (uint256);
function balanceOf(address who) public view returns (uint256);
function transfer(address to, uint256 value) public returns (bool);
event Transfer(address indexed from, address indexed to, uint256 value);
}
/**
* @title ERC20 interface
* @dev see https://github.com/ethereum/EIPs/issues/20
**/
contract ERC20 is ERC20Basic {
function allowance(address owner, address spender) public view returns (uint256);
function transferFrom(address from, address to, uint256 value) public returns (bool);
function approve(address spender, uint256 value) public returns (bool);
event Approval(address indexed owner, address indexed spender, uint256 value);
}
/**
* @title Basic token
* @dev Basic version of StandardToken, with no allowances.
**/
contract BasicToken is ERC20Basic {
using SafeMath for uint256;
mapping(address => uint256) balances;
uint256 totalSupply_;
/**
* @dev total number of tokens in existence
**/
function totalSupply() public view returns (uint256) {
return totalSupply_;
}
/**
* @dev transfer token for a specified address
* @param _to The address to transfer to.
* @param _value The amount to be transferred.
**/
function transfer(address _to, uint256 _value) public returns (bool) {
require(_to != address(0));
require(_value <= balances[msg.sender]);
balances[msg.sender] = balances[msg.sender].sub(_value);
balances[_to] = balances[_to].add(_value);
emit Transfer(msg.sender, _to, _value);
return true;
}
/**
* @dev Gets the balance of the specified address.
* @param _owner The address to query the the balance of.
* @return An uint256 representing the amount owned by the passed address.
**/
function balanceOf(address _owner) public view returns (uint256) {
return balances[_owner];
}
}
contract StandardToken is ERC20, BasicToken {
mapping (address => mapping (address => uint256)) internal allowed;
/**
* @dev Transfer tokens from one address to another
* @param _from address The address which you want to send tokens from
* @param _to address The address which you want to transfer to
* @param _value uint256 the amount of tokens to be transferred
**/
function transferFrom(address _from, address _to, uint256 _value) public returns (bool) {
require(_to != address(0));
require(_value <= balances[_from]);
require(_value <= allowed[_from][msg.sender]);
balances[_from] = balances[_from].sub(_value);
balances[_to] = balances[_to].add(_value);
allowed[_from][msg.sender] = allowed[_from][msg.sender].sub(_value);
emit Transfer(_from, _to, _value);
return true;
}
/**
* @dev Approve the passed address to spend the specified amount of tokens on behalf of msg.sender.
*
* Beware that changing an allowance with this method brings the risk that someone may use both the old
* and the new allowance by unfortunate transaction ordering. One possible solution to mitigate this
* race condition is to first reduce the spender's allowance to 0 and set the desired value afterwards:
* https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729
* @param _spender The address which will spend the funds.
* @param _value The amount of tokens to be spent.
**/
function approve(address _spender, uint256 _value) public returns (bool) {
allowed[msg.sender][_spender] = _value;
emit Approval(msg.sender, _spender, _value);
return true;
}
/**
* @dev Function to check the amount of tokens that an owner allowed to a spender.
* @param _owner address The address which owns the funds.
* @param _spender address The address which will spend the funds.
* @return A uint256 specifying the amount of tokens still available for the spender.
**/
function allowance(address _owner, address _spender) public view returns (uint256) {
return allowed[_owner][_spender];
}
/**
* @dev Increase the amount of tokens that an owner allowed to a spender.
*
* approve should be called when allowed[_spender] == 0. To increment
* allowed value is better to use this function to avoid 2 calls (and wait until
* the first transaction is mined)
* From MonolithDAO Token.sol
* @param _spender The address which will spend the funds.
* @param _addedValue The amount of tokens to increase the allowance by.
**/
function increaseApproval(address _spender, uint _addedValue) public returns (bool) {
allowed[msg.sender][_spender] = allowed[msg.sender][_spender].add(_addedValue);
emit Approval(msg.sender, _spender, allowed[msg.sender][_spender]);
return true;
}
/**
* @dev Decrease the amount of tokens that an owner allowed to a spender.
*
* approve should be called when allowed[_spender] == 0. To decrement
* allowed value is better to use this function to avoid 2 calls (and wait until
* the first transaction is mined)
* From MonolithDAO Token.sol
* @param _spender The address which will spend the funds.
* @param _subtractedValue The amount of tokens to decrease the allowance by.
**/
function decreaseApproval(address _spender, uint _subtractedValue) public returns (bool) {
uint oldValue = allowed[msg.sender][_spender];
if (_subtractedValue > oldValue) {
allowed[msg.sender][_spender] = 0;
} else {
allowed[msg.sender][_spender] = oldValue.sub(_subtractedValue);
}
emit Approval(msg.sender, _spender, allowed[msg.sender][_spender]);
return true;
}
}
/**
* @title Configurable
* @dev Configurable varriables of the contract
**/
contract Configurable {
uint256 public constant cap = 1000000000*10**18;
uint256 public constant basePrice = 100*10**18; // tokens per 1 ether
uint256 public tokensSold = 0;
uint256 public constant tokenReserve = 500000000*10**18;
uint256 public remainingTokens = 0;
}
/**
* @title CrowdsaleToken 
* @dev Contract to preform crowd sale with token
**/
contract CrowdsaleToken is StandardToken, Configurable, Ownable {
/**
* @dev enum of current crowd sale state
**/
enum Stages {
none,
icoStart, 
icoEnd
}
Stages currentStage;
/**
* @dev constructor of CrowdsaleToken
**/
constructor() public {
currentStage = Stages.none;
balances[owner] = balances[owner].add(tokenReserve);
totalSupply_ = totalSupply_.add(tokenReserve);
remainingTokens = cap;
emit Transfer(address(this), owner, tokenReserve);
}
/**
* @dev fallback function to send ether to for Crowd sale
**/
function () public payable {
require(currentStage == Stages.icoStart);
require(msg.value > 0);
require(remainingTokens > 0);
uint256 weiAmount = msg.value; // Calculate tokens to sell
uint256 tokens = weiAmount.mul(basePrice).div(1 ether);
uint256 returnWei = 0;
if(tokensSold.add(tokens) > cap){
uint256 newTokens = cap.sub(tokensSold);
uint256 newWei = newTokens.div(basePrice).mul(1 ether);
returnWei = weiAmount.sub(newWei);
weiAmount = newWei;
tokens = newTokens;
}
tokensSold = tokensSold.add(tokens); // Increment raised amount
remainingTokens = cap.sub(tokensSold);
if(returnWei > 0){
msg.sender.transfer(returnWei);
emit Transfer(address(this), msg.sender, returnWei);
}
balances[msg.sender] = balances[msg.sender].add(tokens);
emit Transfer(address(this), msg.sender, tokens);
totalSupply_ = totalSupply_.add(tokens);
owner.transfer(weiAmount);// Send money to owner
}
/**
* @dev startIco starts the public ICO
**/
function startIco() public onlyOwner {
require(currentStage != Stages.icoEnd);
currentStage = Stages.icoStart;
}
/**
* @dev endIco closes down the ICO 
**/
function endIco() internal {
currentStage = Stages.icoEnd;
// Transfer any remaining tokens
if(remainingTokens > 0)
balances[owner] = balances[owner].add(remainingTokens);
// transfer any remaining ETH balance in the contract to the owner
owner.transfer(address(this).balance); 
}
/**
* @dev finalizeIco closes down the ICO and sets needed varriables
**/
function finalizeIco() public onlyOwner {
require(currentStage != Stages.icoEnd);
endIco();
}
}
/**
* @title LavevelToken 
* @dev Contract to create the Lavevel Token
**/
contract AlexToken is CrowdsaleToken {
string public constant name = "AlexToken";
string public constant symbol = "ALT";
uint32 public constant decimals = 18;
}

നെറ്റ്‌വർക്ക് കാണുന്ന ബൈനറി പ്രാതിനിധ്യവും

60806040526000600355600060045533600560006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff1602179055506000600560146101000a81548160ff021916908360028111156200006f57fe5b0217905550620001036b019d971e4fe8401e74000000600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546200024a6401000000000262000b1d179091906401000000009004565b600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550620001986b019d971e4fe8401e740000006001546200024a6401000000000262000b1d179091906401000000009004565b6001819055506b033b2e3c9fd0803ce8000000600481905550600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef6b019d971e4fe8401e740000006040518082815260200191505060405180910390a362000267565b600081830190508281101515156200025e57fe5b80905092915050565b611cb880620002776000396000f300608060405260043610610112576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146104c7578063095ea7b31461055757806318160ddd146105bc57806323b872dd146105e7578063313ce5671461066c578063355274ea146106a3578063518ab2a8146106ce57806366188463146106f957806370a082311461075e57806389311e6f146107b55780638da5cb5b146107cc578063903a3ef61461082357806395d89b411461083a578063a9059cbb146108ca578063bf5839031461092f578063c7876ea41461095a578063cbcb317114610985578063d73dd623146109b0578063dd62ed3e14610a15578063f2fde38b14610a8c575b60008060008060006001600281111561012757fe5b600560149054906101000a900460ff16600281111561014257fe5b14151561014e57600080fd5b60003411151561015d57600080fd5b600060045411151561016e57600080fd5b3494506101a7670de0b6b3a764000061019968056bc75e2d6310000088610acf90919063ffffffff16565b610b0790919063ffffffff16565b9350600092506b033b2e3c9fd0803ce80000006101cf85600354610b1d90919063ffffffff16565b111561024c576101f66003546b033b2e3c9fd0803ce8000000610b3990919063ffffffff16565b915061022e670de0b6b3a764000061022068056bc75e2d6310000085610b0790919063ffffffff16565b610acf90919063ffffffff16565b90506102438186610b3990919063ffffffff16565b92508094508193505b61026184600354610b1d90919063ffffffff16565b6003819055506102886003546b033b2e3c9fd0803ce8000000610b3990919063ffffffff16565b6004819055506000831115610344573373ffffffffffffffffffffffffffffffffffffffff166108fc849081150290604051600060405180830381858888f193505050501580156102dd573d6000803e3d6000fd5b503373ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef856040518082815260200191505060405180910390a35b610395846000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055503373ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef866040518082815260200191505060405180910390a361045184600154610b1d90919063ffffffff16565b600181905550600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166108fc869081150290604051600060405180830381858888f193505050501580156104bf573d6000803e3d6000fd5b505050505050005b3480156104d357600080fd5b506104dc610b52565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561051c578082015181840152602081019050610501565b50505050905090810190601f1680156105495780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b34801561056357600080fd5b506105a2600480360381019080803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050610b8b565b604051808215151515815260200191505060405180910390f35b3480156105c857600080fd5b506105d1610c7d565b6040518082815260200191505060405180910390f35b3480156105f357600080fd5b50610652600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050610c87565b604051808215151515815260200191505060405180910390f35b34801561067857600080fd5b50610681611041565b604051808263ffffffff1663ffffffff16815260200191505060405180910390f35b3480156106af57600080fd5b506106b8611046565b6040518082815260200191505060405180910390f35b3480156106da57600080fd5b506106e3611056565b6040518082815260200191505060405180910390f35b34801561070557600080fd5b50610744600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291908035906020019092919050505061105c565b604051808215151515815260200191505060405180910390f35b34801561076a57600080fd5b5061079f600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291905050506112ed565b6040518082815260200191505060405180910390f35b3480156107c157600080fd5b506107ca611335565b005b3480156107d857600080fd5b506107e16113eb565b604051808273ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200191505060405180910390f35b34801561082f57600080fd5b50610838611411565b005b34801561084657600080fd5b5061084f6114ab565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561088f578082015181840152602081019050610874565b50505050905090810190601f1680156108bc5780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b3480156108d657600080fd5b50610915600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803590602001909291905050506114e4565b604051808215151515815260200191505060405180910390f35b34801561093b57600080fd5b50610944611703565b6040518082815260200191505060405180910390f35b34801561096657600080fd5b5061096f611709565b6040518082815260200191505060405180910390f35b34801561099157600080fd5b5061099a611716565b6040518082815260200191505060405180910390f35b3480156109bc57600080fd5b506109fb600480360381019080803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050611726565b604051808215151515815260200191505060405180910390f35b348015610a2157600080fd5b50610a76600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803573ffffffffffffffffffffffffffffffffffffffff169060200190929190505050611922565b6040518082815260200191505060405180910390f35b348015610a9857600080fd5b50610acd600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291905050506119a9565b005b600080831415610ae25760009050610b01565b8183029050818382811515610af357fe5b04141515610afd57fe5b8090505b92915050565b60008183811515610b1457fe5b04905092915050565b60008183019050828110151515610b3057fe5b80905092915050565b6000828211151515610b4757fe5b818303905092915050565b6040805190810160405280600981526020017f416c6578546f6b656e000000000000000000000000000000000000000000000081525081565b600081600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b6000600154905090565b60008073ffffffffffffffffffffffffffffffffffffffff168373ffffffffffffffffffffffffffffffffffffffff1614151515610cc457600080fd5b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020548211151515610d1157600080fd5b600260008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020548211151515610d9c57600080fd5b610ded826000808773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b6000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550610e80826000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550610f5182600260008773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b600260008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b601281565b6b033b2e3c9fd0803ce800000081565b60035481565b600080600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205490508083111561116d576000600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550611201565b6111808382610b3990919063ffffffff16565b600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055505b8373ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008873ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546040518082815260200191505060405180910390a3600191505092915050565b60008060008373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020549050919050565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff1614151561139157600080fd5b60028081111561139d57fe5b600560149054906101000a900460ff1660028111156113b857fe5b141515156113c557600080fd5b6001600560146101000a81548160ff021916908360028111156113e457fe5b0217905550565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1681565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff1614151561146d57600080fd5b60028081111561147957fe5b600560149054906101000a900460ff16600281111561149457fe5b141515156114a157600080fd5b6114a9611b01565b565b6040805190810160405280600381526020017f414c54000000000000000000000000000000000000000000000000000000000081525081565b60008073ffffffffffffffffffffffffffffffffffffffff168373ffffffffffffffffffffffffffffffffffffffff161415151561152157600080fd5b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054821115151561156e57600080fd5b6115bf826000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550611652826000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a36001905092915050565b60045481565b68056bc75e2d6310000081565b6b019d971e4fe8401e7400000081565b60006117b782600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546040518082815260200191505060405180910390a36001905092915050565b6000600260008473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054905092915050565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff16141515611a0557600080fd5b600073ffffffffffffffffffffffffffffffffffffffff168173ffffffffffffffffffffffffffffffffffffffff1614151515611a4157600080fd5b8073ffffffffffffffffffffffffffffffffffffffff16600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff167f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e060405160405180910390a380600560006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff16021790555050565b6002600560146101000a81548160ff02191690836002811115611b2057fe5b021790555060006004541115611c0a57611ba5600454600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055505b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166108fc3073ffffffffffffffffffffffffffffffffffffffff16319081150290604051600060405180830381858888f19350505050158015611c89573d6000803e3d6000fd5b505600a165627a7a723058205bbef016cc7699572f944871cb6f05e69915ada3a92a1d9f03a3fb434aac0c2b0029

സ്മാർട്ട് കരാറുകളെക്കുറിച്ചുള്ള കൂടുതൽ വിശദാംശങ്ങൾ ലേഖനത്തിൽ കാണാം: Ethereum-ലെ സ്മാർട്ട് കരാറുകൾ എന്തൊക്കെയാണ്.

തീരുമാനം

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

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

ബ്ലോക്ക്‌ചെയിനിന്റെ ഭാവി എന്താണ്? ബ്ലോക്ക്‌ചെയിൻ സാങ്കേതികവിദ്യകൾ വികസിപ്പിക്കുന്നതിനുള്ള സാധ്യമായ വഴികളെക്കുറിച്ച് ഇപ്പോൾ നമുക്ക് ഊഹിക്കാവുന്നതേയുള്ളൂ:

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

അടുത്ത ഭാഗത്തിൽ, നിലവിലുള്ള ബ്ലോക്ക്ചെയിനുകൾ എന്തൊക്കെയാണെന്നും അവ എന്തിനാണ് വിവിധ വ്യവസായങ്ങളിൽ ഉപയോഗിക്കുന്നതെന്നും നോക്കാം.

ഇത് ഒരു തുടക്കം മാത്രമാണ്!

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

എന്താണ് നമ്മൾ ഒരു ബ്ലോക്ക്ചെയിൻ നിർമ്മിക്കേണ്ടത്?

ബ്ലോക്ക്ചെയിൻ ചലഞ്ച്

ബ്ലോക്ക്ചെയിൻ പരിഹരിക്കുന്ന പ്രശ്നങ്ങൾ

ബ്ലോക്ക്‌ചെയിൻ ഈ പ്രശ്നങ്ങൾ എങ്ങനെ പരിഹരിക്കുന്നു

ബ്ലോക്ക്ചെയിൻ ആർക്കിടെക്ചർ

ബ്ലോക്ക്ചെയിൻ ഘടകങ്ങൾ

ഇടപാട് ജീവിത ചക്രം

ബ്ലോക്ക്ചെയിൻ സാങ്കേതികവിദ്യകൾ

തിരിച്ചറിയൽ

ഇടപാടുകൾ

ഇടപാട് ബ്ലോക്കുകൾ

ഫോർക്കുകൾ

സമവായം

ബ്ലോക്ക്ചെയിനുകളുടെ വിശ്വാസ്യതയും വിന്യാസ മോഡലുകളും

സ്മാർട്ട് കരാറുകൾ

തീരുമാനം

ഒരു അഭിപ്രായം ചേർക്കുക

എന്താണ് നമ്മൾ ഒരു ബ്ലോക്ക്ചെയിൻ നിർമ്മിക്കേണ്ടത്?

ബ്ലോക്ക്ചെയിൻ ചലഞ്ച്

ബ്ലോക്ക്ചെയിൻ പരിഹരിക്കുന്ന പ്രശ്നങ്ങൾ

ബ്ലോക്ക്‌ചെയിൻ ഈ പ്രശ്നങ്ങൾ എങ്ങനെ പരിഹരിക്കുന്നു

ബ്ലോക്ക്ചെയിൻ ആർക്കിടെക്ചർ

ബ്ലോക്ക്ചെയിൻ ഘടകങ്ങൾ

ഇടപാട് ജീവിത ചക്രം

ബ്ലോക്ക്ചെയിൻ സാങ്കേതികവിദ്യകൾ

തിരിച്ചറിയൽ

ഇടപാടുകൾ

ഇടപാട് ബ്ലോക്കുകൾ

ഫോർക്കുകൾ

സമവായം

ബ്ലോക്ക്ചെയിനുകളുടെ വിശ്വാസ്യതയും വിന്യാസ മോഡലുകളും

സ്മാർട്ട് കരാറുകൾ

തീരുമാനം

ഒരു അഭിപ്രായം ചേർക്കുക മറുപടി റദ്ദാക്കാൻ

ഒരു അഭിപ്രായം ചേർക്കുക