വികേന്ദ്രീകൃത ഐഡന്റിഫയറുകൾ ഗൂഗിളിന്റെയും മോസില്ലയുടെയും എതിർപ്പുകൾ അവഗണിച്ച് മാനദണ്ഡമാക്കും

വെബ് (ഡിഐഡി, വികേന്ദ്രീകൃത ഐഡന്റിഫയർ) സ്റ്റാറ്റസിനായുള്ള വികേന്ദ്രീകൃത ഐഡന്റിഫയറുകൾ നിർവചിക്കുന്ന സ്പെസിഫിക്കേഷൻ ശുപാർശ ചെയ്യുന്ന സ്റ്റാൻഡേർഡായി മാറ്റാനുള്ള തീരുമാനം ടിം ബെർണേഴ്സ്-ലീ പ്രഖ്യാപിച്ചു. ഗൂഗിളും മോസില്ലയും ഉന്നയിച്ച എതിർപ്പുകൾ നിരസിക്കുന്നു.

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

പുതിയ URI യുടെ ഫോർമാറ്റ് "dd:method:unique_identifier" ആയി രൂപീകരിച്ചിരിക്കുന്നു, ഇവിടെ "did" എന്നത് പുതിയ URI സ്കീം വ്യക്തമാക്കുന്നു, "രീതി" എന്നത് ഐഡന്റിഫയർ പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള മെക്കാനിസത്തെ സൂചിപ്പിക്കുന്നു, കൂടാതെ "unique_identifier" എന്നത് തിരഞ്ഞെടുത്തവയ്ക്ക് പ്രത്യേകമായ ഒരു റിസോഴ്സ് ഐഡന്റിഫയർ ആണ്. രീതി, ഉദാഹരണത്തിന്, "ചെയ്തു: ഉദാഹരണം" :123456789abcdefghi." ഐഡന്റിഫയറിന്റെ അദ്വിതീയത ഉറപ്പുനൽകുന്ന, അതിന്റെ ഫോർമാറ്റ് നിർണ്ണയിക്കുകയും ഐഡന്റിഫയറിനെ അത് സൃഷ്ടിച്ച റിസോഴ്സിലേക്ക് ബന്ധിപ്പിക്കുന്നത് ഉറപ്പാക്കുകയും ചെയ്യുന്ന പരിശോധിച്ച ഡാറ്റ സംഭരണ ​​സേവനത്തിന്റെ പേര് രീതിയുള്ള ഫീൽഡ് സൂചിപ്പിക്കുന്നു. ഐഡന്റിഫയർ URI, അഭ്യർത്ഥിച്ച ഒബ്‌ജക്‌റ്റിനെ വിവരിക്കുന്ന മെറ്റാഡാറ്റയും ഉടമയെ സ്ഥിരീകരിക്കുന്നതിന് പൊതു കീകൾ ഉൾപ്പെടെയുള്ള ഒരു JSON പ്രമാണമായി പരിവർത്തനം ചെയ്‌തു.

രീതി നടപ്പിലാക്കലുകൾ ഡിഐഡി സ്റ്റാൻഡേർഡിന്റെ പരിധിക്ക് പുറത്താണ്, അവ സ്വന്തം സ്പെസിഫിക്കേഷനുകളിൽ നിർവചിച്ചിരിക്കുന്നു, കൂടാതെ ഒരു പ്രത്യേക രജിസ്ട്രിയിൽ പരിപാലിക്കുന്നു. നിലവിൽ, വിവിധ ബ്ലോക്ക്ചെയിനുകൾ, ക്രിപ്റ്റോഗ്രാഫിക് അൽഗോരിതങ്ങൾ, വിതരണം ചെയ്ത സാങ്കേതികവിദ്യകൾ, വികേന്ദ്രീകൃത ഡാറ്റാബേസുകൾ, P135P സിസ്റ്റങ്ങൾ, തിരിച്ചറിയൽ സംവിധാനങ്ങൾ എന്നിവയെ അടിസ്ഥാനമാക്കി 2 രീതികൾ നിർദ്ദേശിക്കപ്പെട്ടിട്ടുണ്ട്. കേന്ദ്രീകൃത സിസ്റ്റങ്ങൾക്ക് മുകളിൽ ഡിഐഡി ബൈൻഡിംഗുകൾ സൃഷ്ടിക്കുന്നതും സാധ്യമാണ്, ഉദാഹരണത്തിന്, പരമ്പരാഗത ഹോസ്റ്റ് പേരുകളോട് ഒരു ബൈൻഡിംഗ് ഉപയോഗിക്കാൻ വെബ് രീതി നിങ്ങളെ അനുവദിക്കുന്നു (ഉദാഹരണത്തിന്, "did:web:example.com").

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

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

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

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

അവലംബം: opennet.ru