അക്കൗണ്ട് അടിസ്ഥാനമാക്കിയുള്ള ബ്ലോക്ക്ചെയിനുകളിലെ അജ്ഞാതത്വത്തെക്കുറിച്ച്

ക്രിപ്‌റ്റോകറൻസികളിലെ അജ്ഞാതതയുടെ വിഷയത്തിൽ ഞങ്ങൾക്ക് വളരെക്കാലമായി താൽപ്പര്യമുണ്ട്, ഈ മേഖലയിലെ സാങ്കേതികവിദ്യകളുടെ വികസനം പിന്തുടരാൻ ഞങ്ങൾ ശ്രമിക്കുന്നു. ഞങ്ങളുടെ ലേഖനങ്ങളിൽ പ്രവർത്തന തത്വങ്ങളെക്കുറിച്ച് ഞങ്ങൾ ഇതിനകം വിശദമായി ചർച്ച ചെയ്തിട്ടുണ്ട് രഹസ്യ ഇടപാടുകൾ Monero ൽ, കൂടാതെ പുറത്തു കൊണ്ടുപോയി താരതമ്യ അവലോകനം ഈ മേഖലയിൽ നിലവിലുള്ള സാങ്കേതികവിദ്യകൾ. എന്നിരുന്നാലും, ഇന്നത്തെ എല്ലാ അജ്ഞാത ക്രിപ്‌റ്റോകറൻസികളും ബിറ്റ്‌കോയിൻ നിർദ്ദേശിച്ച ഡാറ്റ മോഡലിലാണ് നിർമ്മിച്ചിരിക്കുന്നത് - ചെലവഴിക്കാത്ത ഇടപാട് ഔട്ട്‌പുട്ട് (ഇനിമുതൽ UTXO). Ethereum പോലുള്ള അക്കൗണ്ട് അടിസ്ഥാനമാക്കിയുള്ള ബ്ലോക്ക്ചെയിനുകൾക്ക്, അജ്ഞാതതയും രഹസ്യാത്മകതയും നടപ്പിലാക്കുന്നതിനുള്ള നിലവിലുള്ള പരിഹാരങ്ങൾ (ഉദാഹരണത്തിന്, മോബിയസ് അഥവാ ആസ്ടെക്) UTXO മോഡൽ സ്മാർട്ട് കരാറുകളിൽ പകർത്താൻ ശ്രമിച്ചു.

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

ഈ ഡാറ്റ മോഡലുകളുടെ ഘടനയെക്കുറിച്ച്

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

അക്കൗണ്ട് അധിഷ്‌ഠിത ബ്ലോക്ക്‌ചെയിനുകൾ നിങ്ങളുടെ ബാങ്ക് അക്കൗണ്ട് പോലെ തന്നെ ക്രമീകരിച്ചിരിക്കുന്നു. നിങ്ങളുടെ അക്കൗണ്ടിലെ തുകയും ട്രാൻസ്ഫർ തുകയും മാത്രമാണ് അവർ കൈകാര്യം ചെയ്യുന്നത്. നിങ്ങളുടെ അക്കൗണ്ടിൽ നിന്ന് കുറച്ച് തുക ട്രാൻസ്ഫർ ചെയ്യുമ്പോൾ, നിങ്ങൾ "ഔട്ട്പുട്ടുകൾ" ഒന്നും തന്നെ ബേൺ ചെയ്യരുത്, ഏത് നാണയങ്ങളാണ് ചെലവഴിച്ചതെന്നും അല്ലാത്തത് ഏതൊക്കെയെന്ന് നെറ്റ്‌വർക്ക് ഓർമ്മിക്കേണ്ടതില്ല. ഏറ്റവും ലളിതമായ സാഹചര്യത്തിൽ, ഇടപാട് സ്ഥിരീകരണം അയയ്ക്കുന്നയാളുടെ ഒപ്പും അവന്റെ ബാലൻസിലുള്ള തുകയും പരിശോധിക്കുന്നതിലേക്ക് വരുന്നു:

സാങ്കേതികവിദ്യയുടെ വിശകലനം

അടുത്തതായി, ഇടപാട് തുക, സ്വീകർത്താവ്, അയച്ചയാൾ എന്നിവയെ Zether എങ്ങനെ മറയ്ക്കുന്നു എന്നതിനെക്കുറിച്ച് ഞങ്ങൾ സംസാരിക്കും. അതിന്റെ പ്രവർത്തനത്തിന്റെ തത്വങ്ങൾ ഞങ്ങൾ വിവരിക്കുമ്പോൾ, രഹസ്യാത്മകവും അജ്ഞാതവുമായ പതിപ്പുകളിലെ വ്യത്യാസങ്ങൾ ഞങ്ങൾ ശ്രദ്ധിക്കും. അക്കൗണ്ട് അടിസ്ഥാനമാക്കിയുള്ള ബ്ലോക്ക്ചെയിനുകളിൽ രഹസ്യസ്വഭാവം ഉറപ്പാക്കുന്നത് വളരെ എളുപ്പമായതിനാൽ, അജ്ഞാതവൽക്കരണം ഏർപ്പെടുത്തിയ ചില നിയന്ത്രണങ്ങൾ സാങ്കേതികവിദ്യയുടെ രഹസ്യാത്മക പതിപ്പിന് പ്രസക്തമാകില്ല.

ബാലൻസുകളും ട്രാൻസ്ഫർ തുകകളും മറയ്ക്കുന്നു

സെതറിലെ ബാലൻസുകൾ എൻക്രിപ്റ്റ് ചെയ്യുന്നതിനും തുകകൾ കൈമാറുന്നതിനും ഒരു എൻക്രിപ്ഷൻ സ്കീം ഉപയോഗിക്കുന്നു എൽ ഗമാൽ. ഇത് ഇനിപ്പറയുന്ന രീതിയിൽ പ്രവർത്തിക്കുന്നു. ആലീസ് ബോബിനെ അയയ്ക്കാൻ ആഗ്രഹിക്കുമ്പോൾ b വിലാസം അനുസരിച്ച് നാണയങ്ങൾ (അതിന്റെ പൊതു കീ) Y, അവൾ ഒരു റാൻഡം നമ്പർ തിരഞ്ഞെടുക്കുന്നു r തുക എൻക്രിപ്റ്റ് ചെയ്യുകയും ചെയ്യുന്നു:

എവിടെ C - എൻക്രിപ്റ്റ് ചെയ്ത തുക, D - ഈ തുക മനസ്സിലാക്കാൻ ആവശ്യമായ സഹായ മൂല്യം, G - എലിപ്റ്റിക് കർവിലെ ഒരു നിശ്ചിത പോയിന്റ്, രഹസ്യ കീ കൊണ്ട് ഗുണിച്ചാൽ, പൊതു കീ ലഭിക്കും.

ബോബിന് ഈ മൂല്യങ്ങൾ ലഭിക്കുമ്പോൾ, അതേ രീതിയിൽ തന്നെ അവ എൻക്രിപ്റ്റ് ചെയ്ത ബാലൻസിലേക്ക് കൂട്ടിച്ചേർക്കുന്നു, അതിനാലാണ് ഈ സ്കീം സൗകര്യപ്രദമായിരിക്കുന്നത്.

അതുപോലെ, ആലീസ് അവളുടെ ബാലൻസിൽ നിന്ന് അതേ മൂല്യങ്ങൾ കുറയ്ക്കുന്നു Y നിങ്ങളുടെ പൊതു കീ ഉപയോഗിക്കുന്നു.

സ്വീകർത്താവിനെയും അയച്ചയാളെയും മറയ്ക്കുന്നു

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

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

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

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

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

ഇടപാട് മത്സരങ്ങൾ

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

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

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

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

രഹസ്യമായ കൈമാറ്റങ്ങൾക്ക് ഈ പരിഹാരം നന്നായി പ്രവർത്തിക്കുന്നു, എന്നാൽ അജ്ഞാത ഇടപാടുകൾ, ഞങ്ങൾ പിന്നീട് കാണും പോലെ, അത് ഗുരുതരമായ പ്രശ്നങ്ങൾ സൃഷ്ടിക്കുന്നു.

റീപ്ലേ ആക്രമണങ്ങളിൽ നിന്നുള്ള സംരക്ഷണം

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

ഈ ആക്രമണത്തെ റീപ്ലേ ആക്രമണം എന്ന് വിളിക്കുന്നു. UTXO മോഡലിൽ, അത്തരം ആക്രമണങ്ങൾ പ്രസക്തമല്ല, കാരണം ആക്രമണകാരി ചെലവഴിച്ച ഔട്ട്‌പുട്ടുകൾ ഉപയോഗിക്കാൻ ശ്രമിക്കും, അത് സാധുതയില്ലാത്തതും നെറ്റ്‌വർക്ക് നിരസിച്ചതുമാണ്.

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

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

"യുഗം" അനുസരിച്ച് ക്രിപ്റ്റോഗ്രാഫിക്കായി നോൺസ് സൃഷ്ടിക്കാൻ സെതറിന്റെ രചയിതാക്കൾ നിർദ്ദേശിക്കുന്നു. ഉദാഹരണത്തിന്:

ഇത് x അയച്ചയാളുടെ രഹസ്യ താക്കോലാണ്, കൂടാതെ ഗെപോച്ച് - യുഗത്തിനായുള്ള ഒരു അധിക ജനറേറ്റർ, 'Zether +' ഫോമിന്റെ ഒരു സ്ട്രിംഗ് ഹാഷ് ചെയ്യുന്നതിലൂടെ ലഭിക്കുന്നു. ഇപ്പോൾ പ്രശ്നം പരിഹരിച്ചതായി തോന്നുന്നു - അയച്ചയാളുടെ അവിഹിതം ഞങ്ങൾ വെളിപ്പെടുത്തുന്നില്ല, പങ്കെടുക്കാത്ത പങ്കാളികളുടെ കാര്യങ്ങളിൽ ഇടപെടുകയുമില്ല. എന്നാൽ ഈ സമീപനം ഗുരുതരമായ ഒരു പരിമിതി ചുമത്തുന്നു: ഒരു അക്കൗണ്ടിന് "യുഗ"ത്തിന് ഒന്നിൽ കൂടുതൽ ഇടപാടുകൾ അയയ്ക്കാൻ കഴിയില്ല. ഈ പ്രശ്നം, നിർഭാഗ്യവശാൽ, പരിഹരിക്കപ്പെടാതെ തുടരുന്നു, നിലവിൽ Zether-ന്റെ അജ്ഞാത പതിപ്പ്, ഞങ്ങളുടെ അഭിപ്രായത്തിൽ, ഉപയോഗത്തിന് അനുയോജ്യമല്ല.

സീറോ നോളജ് പ്രൂഫുകളുടെ സങ്കീർണ്ണത

UTXO-യിൽ, അയച്ചയാൾ താൻ ഒരു നെഗറ്റീവ് തുക ചെലവഴിക്കുന്നില്ലെന്ന് നെറ്റ്‌വർക്കിലേക്ക് തെളിയിക്കണം, അല്ലാത്തപക്ഷം നേർത്ത വായുവിൽ നിന്ന് പുതിയ നാണയങ്ങൾ സൃഷ്ടിക്കുന്നത് സാധ്യമാകും (എന്തുകൊണ്ടാണ് ഇത് സാധ്യമാകുന്നത്, ഞങ്ങൾ മുമ്പത്തേതിൽ ഒന്ന് എഴുതി ലേഖനങ്ങൾ). കലർത്തിയ നാണയങ്ങളിൽ അവന്റേതായ ഫണ്ടുകളും ഉണ്ടെന്ന് തെളിയിക്കാൻ ഒരു മോതിരം ഒപ്പ് ഉപയോഗിച്ച് “ഇൻപുട്ടുകൾ” ഒപ്പിടുക.

അക്കൗണ്ട് അടിസ്ഥാനമാക്കിയുള്ള ബ്ലോക്ക്‌ചെയിനിന്റെ അജ്ഞാത പതിപ്പിൽ, തെളിവിനുള്ള പദപ്രയോഗങ്ങൾ കൂടുതൽ സങ്കീർണ്ണമാണ്. അയച്ചയാൾ ഇത് തെളിയിക്കുന്നു:

1. അയച്ച തുക പോസിറ്റീവ് ആണ്;
2. ബാലൻസ് നെഗറ്റീവ് ആയി തുടരുന്നു;
3. അയച്ചയാൾ കൈമാറ്റ തുകകൾ (പൂജ്യം ഉൾപ്പെടെ) ശരിയായി എൻക്രിപ്റ്റ് ചെയ്തു;
4. അയക്കുന്ന വ്യക്തിക്കും സ്വീകർത്താവിനും മാത്രമായി ബാലൻസ് ബാലൻസ് മാറുന്നു;
5. അയച്ചയാൾക്ക് അവന്റെ അക്കൗണ്ടിന്റെ സ്വകാര്യ കീ സ്വന്തമാണ്, അവൻ യഥാർത്ഥത്തിൽ അയച്ചവരുടെ പട്ടികയിൽ (ഉൾപ്പെട്ടവരിൽ ഉൾപ്പെടുന്നു);
6. ഇടപാടിൽ ഉപയോഗിച്ച നോൻസ് ശരിയായി രചിച്ചിരിക്കുന്നു.

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

അവസാനം എന്താണ്?

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

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