Google आणि Mozilla च्या आक्षेपांना न जुमानता विकेंद्रित अभिज्ञापक प्रमाणित केले जातील

टिम बर्नर्स-ली यांनी वेबसाठी विकेंद्रित ओळखकर्त्यांना (DID) परिभाषित करणारे स्पेसिफिकेशन शिफारस केलेल्या मानक दर्जावर वाढवण्याचा निर्णय जाहीर केला. गुगल आणि मोझिला यांच्या आक्षेपांना नकार देण्यात आला आहे.

डीआयडी स्पेसिफिकेशनमध्ये एका नवीन प्रकारच्या अद्वितीय जागतिक ओळखकर्त्याची ओळख करून दिली जाते, जी विशिष्ट केंद्रीकृत सेवा आणि डोमेन रजिस्ट्रार आणि प्रमाणपत्र प्राधिकरणांसारख्या संस्थांपासून स्वतंत्र असते. ओळखकर्त्याला कोणत्याही संसाधनाशी जोडले जाऊ शकते आणि संसाधन मालकाने विश्वास ठेवलेल्या प्रणाली वापरून तयार केले जाऊ शकते. ओळखकर्त्याची सत्यता पडताळण्यासाठी डिजिटल स्वाक्षरीसारख्या क्रिप्टोग्राफिक यंत्रणेवर आधारित मालकीचा पुरावा प्रमाणीकरण वापरले जाते. हे स्पष्टीकरण ब्लॉकचेन-आधारित पद्धतींसह वितरित व्यवस्थापन आणि ओळखकर्त्याची माहिती पुनर्प्राप्तीसाठी विविध पद्धतींचा वापर करण्यास सक्षम करते.

नवीन URI "did:method:unique_identifier" म्हणून फॉरमॅट केले आहे, जिथे "did" नवीन URI स्कीम परिभाषित करते, "method" आयडेंटिफायर प्रोसेसिंग मेकॅनिझम निर्दिष्ट करते आणि "unique_identifier" हा निवडलेल्या पद्धतीसाठी विशिष्ट रिसोर्स आयडेंटिफायर आहे, उदाहरणार्थ, "did:example:123456789abcdefghi." मेथड फील्ड वापरलेल्या व्हेरिफाय केलेल्या डेटा स्टोरेज सेवेचे नाव निर्दिष्ट करते, जे आयडेंटिफायरची विशिष्टता हमी देते, त्याचे फॉरमॅट निश्चित करते आणि आयडेंटिफायर ज्या रिसोर्ससाठी तयार केला होता त्याच्याशी लिंक केलेला आहे याची खात्री करते. आयडेंटिफायरसह URI JSON दस्तऐवजात रूपांतरित केला जातो ज्यामध्ये मेटाडेटा विनंती केलेल्या ऑब्जेक्टचे वर्णन करतो आणि मालक पडताळणीसाठी सार्वजनिक की समाविष्ट करतो.

या पद्धतींची अंमलबजावणी DID मानकांच्या पलीकडे जाते, त्यांच्या स्वतःच्या वैशिष्ट्यांमध्ये परिभाषित केली जाते आणि वेगळ्या रजिस्ट्रीमध्ये ठेवली जाते. सध्या, विविध ब्लॉकचेन, क्रिप्टोग्राफिक अल्गोरिदम, वितरित तंत्रज्ञान, विकेंद्रित डेटाबेस, P2P सिस्टम आणि ओळख यंत्रणेवर आधारित 135 पद्धती प्रस्तावित केल्या आहेत. केंद्रीकृत सिस्टमच्या वर DID रॅपर्स तयार करणे देखील शक्य आहे; उदाहरणार्थ, वेब पद्धत पारंपारिक होस्टनेमशी बंधनकारक करण्याची परवानगी देते (उदा., "did:web:example.com").

अंतिम पद्धतीच्या अंमलबजावणीसाठी असलेल्या वैशिष्ट्यांपासून सामान्य विकेंद्रीकृत ओळखकर्त्याच्या यंत्रणेचे तपशील वेगळे केल्यामुळे गुगलचे आक्षेप उद्भवले आहेत, ज्यामुळे पद्धतीच्या वैशिष्ट्यांचे परीक्षण केल्याशिवाय कोर स्पेसिफिकेशनची शुद्धता विश्लेषण करणे अशक्य होते. पद्धत तपशील तयार होण्यापूर्वी कोर स्पेसिफिकेशन प्रकाशित केल्याने समवयस्कांच्या पुनरावलोकनाला गुंतागुंतीचे बनवते आणि मानकीकरणासाठी अनेक सर्वोत्तम पद्धती तयार होईपर्यंत सामान्य डीआयडी स्पेसिफिकेशनचे मानकीकरण पुढे ढकलण्याचा प्रस्ताव गुगलने मांडला, कारण मानकीकरण प्रक्रियेदरम्यान कोर स्पेसिफिकेशनचे परिष्करण आवश्यक असलेल्या सूक्ष्मता उद्भवू शकतात.

मोझिलाचे आक्षेप हे आहेत की स्पेसिफिकेशन पोर्टेबिलिटीला पुरेसे प्रोत्साहन देत नाही, त्यामुळे ही समस्या मेथड रजिस्ट्रीला सोपवण्यात आली आहे. रजिस्ट्रीमध्ये आधीच शंभरहून अधिक प्रस्तावित पद्धती आहेत, ज्या मानक उपायांच्या सुसंगतता आणि मानकीकरणाचा विचार न करता तयार केल्या आहेत. सध्याच्या स्वरूपात, ते प्रत्येक कार्यासाठी नवीन पद्धत तयार करण्यास प्रोत्साहित करते, विद्यमान पद्धती विशिष्ट गरजांनुसार जुळवून घेण्याचा प्रयत्न करण्याऐवजी.

W3C ची भूमिका अशी आहे की नवीन एक्सटेन्सिबल आयडेंटिफायर क्लास आणि त्याच्याशी संबंधित वाक्यरचना परिभाषित करणाऱ्या DID स्पेसिफिकेशनचे मानकीकरण केल्याने पद्धतींचा विकास होण्यास चालना मिळेल आणि मानकीकरणावर एकमत होईल. सध्याच्या स्वरूपात, विकेंद्रित तंत्रज्ञान समुदायाच्या गरजा पूर्ण करण्यासाठी कोर स्पेसिफिकेशनच्या लागू होण्याचे पुरेसे पुरावे आहेत. पद्धतींच्या प्रस्तावित अंमलबजावणीचे मूल्यांकन नवीन URL योजनांसोबत साधर्म्य साधून केले जाऊ नये आणि मोठ्या संख्येने पद्धतींची निर्मिती ही विकासकाच्या गरजांशी कोर स्पेसिफिकेशनच्या संरेखनाचे प्रतिबिंब म्हणून पाहिले जाऊ शकते.

विशिष्ट पद्धतींचे मानकीकरण करणे हे सामान्य वर्गाच्या ओळखकर्त्यांचे मानकीकरण करण्यापेक्षा विकासकांमध्ये एकमत साधण्याच्या दृष्टीने अधिक आव्हानात्मक काम मानले जाते. म्हणून, पद्धतींचे मानकीकरण करण्यापूर्वी सामान्य तपशील मंजूर करणे हे विकेंद्रित ओळखकर्त्यांची अंमलबजावणी करणाऱ्या समुदायावर कमीत कमी संभाव्य परिणाम करणारा उपाय म्हणून पाहिले जाते.

स्त्रोत: opennet.ru