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

टिम बर्नर्स-ली यांनी वेब (डीआयडी, विकेंद्रीकृत आयडेंटिफायर) स्थितीची शिफारस केलेले मानक म्हणून विकेंद्रीकृत अभिज्ञापक परिभाषित करण्याचा निर्णय जाहीर केला. Google आणि Mozilla ने घेतलेले आक्षेप नाकारले आहेत.

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

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

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

Google चे आक्षेप पद्धतींच्या अंतिम अंमलबजावणीसाठी विशिष्‍टीकरणापासून विकेंद्रित अभिज्ञापकांच्या सामान्य यंत्रणेसाठी तपशील वेगळे करण्याशी संबंधित आहेत, जे पद्धतींच्या तपशीलांचा अभ्यास केल्याशिवाय मुख्य तपशीलाच्या अचूकतेचे विश्लेषण करण्याची परवानगी देत ​​​​नाही. जेव्हा पद्धत तपशील तयार नसतात तेव्हा मुख्य तपशील प्रकाशित करणे समवयस्कांचे पुनरावलोकन कठीण बनवते आणि Google ने एकंदर DID तपशीलाचे मानकीकरण करण्यास विलंब करण्याचे सुचवले आहे जोपर्यंत अनेक सर्वोत्तम पद्धती मानकीकरणासाठी तयार होत नाहीत, कारण पद्धती मानकीकरणाच्या प्रक्रियेत, सूक्ष्म समस्या उद्भवू शकतात ज्यासाठी परिष्करण आवश्यक आहे. मुख्य तपशील.

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

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

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

स्त्रोत: opennet.ru