W3C विकेन्द्रीकृत पहचानकर्ता (DIDs) विशिष्टता की व्याख्या (HI)

W3C विकेन्द्रीकृत पहचानकर्ता (DIDs) विशिष्टता एक URI सिंटैक्स, एक सामान्य डेटा मॉडल, DID दस्तावेज़, मुख्य गुण, निरूपण, विधि आवश्यकताएँ, और रिज़ॉल्यूशन और DID URL डीरेफ़रेंसिंग के लिए सार इंटरफेस को परिभाषित करती है। DID कोर 1.0, 19 जुलाई 2022 को एक W3C अनुशंसा बन गया। DID कोर 1.1 को 5 मार्च 2026 को एक उम्मीदवार अनुशंसा स्नैपशॉट के रूप में प्रकाशित किया गया था; यह एक अलग मानक चरण में नया काम है।

DID कोर को ब्लॉकचेन की आवश्यकता नहीं है, एक व्यक्ति की कानूनी पहचान साबित करने, हर DID दस्तावेज़ के अंदर क्रेडेंशियल संग्रहीत करने, या हर हल किए गए एंडपॉइंट को विश्वसनीय बनाने की आवश्यकता नहीं है। यह पहचानकर्ता और दस्तावेज़ वास्तुकला को मानकीकृत करता है। एक अलग DID विधि परिभाषित करती है कि एक विशेष DID को उसके चुने हुए बुनियादी ढांचे पर कैसे बनाया, पढ़ा, अद्यतन और निष्क्रिय किया जाता है।

मुख्य बातें

• एक DID एक URI है, एक क्रेडेंशियल नहीं। इसका सामान्य रूप did:<method-name>:<method-specific-id> है।
• विषय और नियंत्रक अलग-अलग भूमिकाएँ हैं। विषय वह है जिसे DID पहचानता है; नियंत्रक को विधि द्वारा DID दस्तावेज़ को बदलने के लिए अधिकृत किया जाता है।
• कुंजियों को स्पष्ट उद्देश्यों की आवश्यकता होती है। एक सत्यापन विधि प्रमाणीकरण, अभिकथन, कुंजी समझौते, क्षमता आह्वान, या प्रतिनिधिमंडल के लिए केवल संबंधित सत्यापन संबंध के माध्यम से ही उपयोग योग्य हो जाती है।
• विधि परिचालन नियम प्रदान करती है। DID कोर प्रौद्योगिकी-तटस्थ है; विधि रजिस्ट्री इंटरैक्शन, प्राधिकरण, अद्यतन, निष्क्रियता और विधि-विशिष्ट रिज़ॉल्यूशन को परिभाषित करती है।
• रिज़ॉल्यूशन अपने आप में विश्वास पैदा नहीं करता है। कार्यान्वयनकर्ताओं को विधि परिणामों को प्रमाणित करना चाहिए, प्रमाण के उद्देश्य को लागू करना चाहिए, कुंजियों और इतिहास का प्रबंधन करना चाहिए, गोपनीयता की रक्षा करनी चाहिए और एप्लिकेशन नीति लागू करनी चाहिए।

विकेन्द्रीकृत पहचानकर्ता क्या है?

एक विकेन्द्रीकृत पहचानकर्ता एक ऐसा पहचानकर्ता है जिसे इस तरह से डिज़ाइन किया गया है कि एक केंद्रीय पहचान प्रदाता या प्रमाण पत्र प्राधिकरण की आवश्यकता के बिना नियंत्रण स्थापित किया जा सके ताकि हर पहचानकर्ता को जारी और बनाए रखा जा सके। शब्द “विकेन्द्रीकृत” वास्तुकला की क्षमता का वर्णन करता है कि वह एक एकल केंद्रीय जारीकर्ता से पहचानकर्ता नियंत्रण को अलग कर सके; यह नहीं कहता है कि हर कार्यान्वयन गुमनाम, सार्वजनिक, अपरिवर्तनीय, या एक वितरित लेजर पर संग्रहीत है।

एक DID पहचान सकता है:

• एक व्यक्ति;
• एक संगठन या समूह;
• एक उपकरण या भौतिक वस्तु;
• एक डिजिटल संसाधन;
• एक डेटा मॉडल;
• एक अमूर्त अवधारणा।

पहचानी गई इकाई DID विषय है। अकेले स्ट्रिंग विषय प्रकार का खुलासा नहीं करती है।

DID सिंटैक्स

सामान्य सिंटैक्स है:

did:<method-name>:<method-specific-id>

उदाहरण के लिए:

did:example:123456789abcdefghi

did URI स्कीम है। example DID विधि नाम है। शेष स्ट्रिंग विधि-विशिष्ट पहचानकर्ता है। विधि विशिष्टता परिभाषित करती है कि उस मान का क्या अर्थ है और सॉफ़्टवेयर इसे कैसे संसाधित करता है।

एक वैध दिखने वाला DID आवश्यक रूप से उपयोग योग्य नहीं है। विधि मौजूद होनी चाहिए और रिज़ॉल्वर को इसका समर्थन करना चाहिए।

DID URL: पथ, क्वेरी और फ़्रैगमेंट

एक DID URL एक DID से शुरू होता है और एक पथ, क्वेरी या फ़्रैगमेंट जोड़ सकता है:

did:example:123456789abcdefghi/path?service=messages#key-1

ये घटक पहचान या चयन में मदद कर सकते हैं:

• DID दस्तावेज़ के अंदर एक सत्यापन विधि;
• एक सेवा प्रविष्टि;
• एक और DID-दस्तावेज़ खंड;
• एक सेवा के माध्यम से पहुँचा गया एक संसाधन;
• एक संस्करण या विधि-परिभाषित विकल्प।

फ़्रैगमेंट #key-1 आमतौर पर एक सत्यापन विधि की पहचान करता है। इसका मतलब यह नहीं है कि निजी कुंजी दस्तावेज़ में है। DID दस्तावेज़ सार्वजनिक सत्यापन सामग्री या संदर्भ प्रकाशित करते हैं; गुप्त सामग्री को कहीं और सुरक्षित रहना चाहिए।

DID वास्तुकला

मुख्य अवधारणाएँ संबंधित हैं लेकिन विनिमेय नहीं हैं:

अवधारणा	भूमिका
DID	DID सिंटैक्स के अनुरूप विश्व स्तर पर अद्वितीय पहचानकर्ता
DID विषय	पहचाना गया व्यक्ति, संगठन, चीज़, संसाधन या अवधारणा
DID नियंत्रक	DID दस्तावेज़ को बदलने के लिए DID विधि के तहत अधिकृत इकाई
DID दस्तावेज़	विषय से जुड़ा डेटा, जिसमें अनुमत सत्यापन विधियाँ और सेवाएँ शामिल हैं
DID विधि	विधि-विशिष्ट सिंटैक्स और संचालन के लिए अलग विशिष्टता
सत्यापन योग्य डेटा रजिस्ट्री	बुनियादी ढाँचा जिसका उपयोग एक विधि DID स्थिति को बनाने, पढ़ने, अद्यतन करने या निष्क्रिय करने के लिए करती है
DID रिज़ॉल्वर	सॉफ़्टवेयर या हार्डवेयर जो समर्थित विधियों के लिए DID रिज़ॉल्यूशन करता है
DID URL डीरेफ़रेंसर	सॉफ़्टवेयर या हार्डवेयर जो DID URL द्वारा पहचाने गए संसाधन को प्राप्त करता है

विषय बनाम नियंत्रक

विषय और नियंत्रक एक ही इकाई हो सकते हैं, लेकिन उन्हें ऐसा होना आवश्यक नहीं है। एक माता-पिता एक बच्चे के लिए एक DID को नियंत्रित कर सकते हैं, एक संगठन एक उपकरण के लिए एक DID को नियंत्रित कर सकता है, या कई ट्रस्टी एक पुनर्प्राप्ति व्यवस्था को नियंत्रित कर सकते हैं।

शीर्ष-स्तरीय controller एक या अधिक DID नियंत्रकों की पहचान करता है। एक सत्यापन विधि का आवश्यक controller यह पहचानता है कि उस विधि को कौन नियंत्रित करता है; यह स्वचालित रूप से शीर्ष-स्तरीय DID नियंत्रक नहीं है। उन्हें भ्रमित करने से अनपेक्षित अधिकार मिल सकता है।

DID दस्तावेज़ क्या है?

एक DID दस्तावेज़ DID कोर डेटा मॉडल के तहत DID विषय से जुड़ा डेटा है। इसका रूट id DID है। वैकल्पिक मुख्य गुण नियंत्रकों, वैकल्पिक पहचानकर्ताओं, सत्यापन विधियों, सत्यापन संबंधों और सेवाओं का वर्णन कर सकते हैं।

यह सरलीकृत उदाहरण विशिष्टता के उदाहरण स्थान से सार्वजनिक सामग्री का उपयोग करता है:

{
  "@context": [
    "https://www.w3.org/ns/did/v1",
    "https://w3id.org/security/suites/jws-2020/v1"
  ],
  "id": "did:example:123",
  "verificationMethod": [
    {
      "id": "did:example:123#key-1",
      "type": "JsonWebKey2020",
      "controller": "did:example:123",
      "publicKeyJwk": {
        "kty": "OKP",
        "crv": "Ed25519",
        "x": "VCpo2LMLhn6iWku8MKvSLg2ZAoC-nlOyPVQaO3FxVeQ"
      }
    }
  ],
  "authentication": [
    "did:example:123#key-1"
  ],
  "assertionMethod": [
    "did:example:123#key-1"
  ]
}

did:example उदाहरणों के लिए आरक्षित है; उत्पादन प्रणालियों को एक वास्तविक विधि और उसकी वर्तमान सत्यापन-विधि सुइट आवश्यकताओं का उपयोग करना चाहिए। उपरोक्त JSON जानबूझकर वैध JSON है। तकनीकी विशिष्टताओं के अंदर मुद्रित कई उदाहरणों में पठनीयता के लिए टिप्पणियाँ या दीर्घवृत्त होते हैं और उन्हें सीधे पार्सर में कॉपी नहीं किया जाना चाहिए।

मुख्य गुण

• id: विषय के लिए DID; दस्तावेज़ रूट पर आवश्यक।
• controller: विधि के तहत परिवर्तन करने के लिए अधिकृत एक या अधिक DIDs।
• alsoKnownAs: अन्य URIs ने उसी विषय की पहचान करने का दावा किया।
• verificationMethod: सार्वजनिक सत्यापन तंत्र जिन्हें स्पष्ट संबंधों द्वारा संदर्भित किया जा सकता है।
• authentication: विषय के रूप में प्रमाणीकरण के लिए अधिकृत विधियाँ।
• assertionMethod: दावों को व्यक्त करने के लिए अधिकृत विधियाँ, जैसे क्रेडेंशियल जारी करना।
• keyAgreement: साझा गुप्त सामग्री प्राप्त करने के लिए अभिप्रेत विधियाँ।
• capabilityInvocation: क्षमताओं को लागू करने के लिए अधिकृत विधियाँ।
• capabilityDelegation: क्षमताओं को सौंपने के लिए अधिकृत विधियाँ।
• service: विषय से जुड़े एंडपॉइंट या इंटरैक्शन तंत्र।

alsoKnownAs एक अभिकथन है, न कि क्रिप्टोग्राफिक प्रमाण कि दो पहचानकर्ता समतुल्य हैं। अनुप्रयोगों को अपने विश्वास मॉडल द्वारा आवश्यक संबंध को स्वतंत्र रूप से सत्यापित करना चाहिए।

डेटा मॉडल और निरूपण

DID कोर एक अमूर्त डेटा मॉडल और निरूपण के उत्पादन और उपभोग के लिए नियम परिभाषित करता है। डेटा मॉडल एक JSON क्रमांकन के समान नहीं है।

निरूपण आवश्यकताएँ संस्करण-विशिष्ट हैं:

• 2022 DID कोर 1.0 अनुशंसा application/did+json और application/did+ld+json को परिभाषित करती है। इसका JSON-LD निरूपण आधार संदर्भ https://www.w3.org/ns/did/v1 से शुरू होता है।
• DID कोर 1.1 उम्मीदवार अनुशंसा कोर मीडिया प्रकार को application/did में समेकित करती है। इसका JSON-LD निरूपण https://www.w3.org/ns/did/v1.1 से शुरू होता है।

एक संस्करण के मीडिया प्रकार या आधार संदर्भ को दूसरे के अनुरूपता के दावों के साथ न मिलाएं। विशिष्टता संस्करण को पिन करें जिसे उत्पादक और उपभोक्ता लागू करते हैं।

कार्यान्वयनकर्ताओं को स्पष्ट रूप से निरूपण पर बातचीत और मान्य करना चाहिए। एक परिभाषित कैनोनाइज़ेशन और सुरक्षा तंत्र के बिना मनमाने ढंग से क्रमबद्ध JSON बाइट्स पर हस्ताक्षर करना DID डेटा मॉडल को सही ढंग से संसाधित करने के बराबर नहीं है।

सत्यापन विधियाँ और सत्यापन संबंध

एक सत्यापन विधि वर्णन करती है कि एक प्रमाण की जाँच कैसे की जा सकती है। इसके लिए आवश्यक है:

• एक DID URL के रूप में व्यक्त एक id;
• एक type;
• एक controller;
• उस प्रकार के लिए उपयुक्त सत्यापन सामग्री।

सार्वजनिक सामग्री को publicKeyJwk जैसे परिभाषित गुण या सत्यापन-विधि सुइट द्वारा अनुमत किसी अन्य रूप के माध्यम से दर्शाया जा सकता है। एक DID दस्तावेज़ में एक JWK में निजी कुंजी सामग्री शामिल नहीं होनी चाहिए। एक ही सत्यापन सामग्री को एक विधि के भीतर कई सामग्री गुणों में दोहराया नहीं जाना चाहिए।

एक सत्यापन विधि परिभाषित करने से यह हर उद्देश्य के लिए अधिकृत नहीं होती है। प्राधिकरण पाँच स्पष्ट सत्यापन संबंधों से आता है।

संबंध	इच्छित प्रमाण उद्देश्य
authentication	चुनौती-प्रतिक्रिया या अन्य स्वीकृत तंत्र के माध्यम से DID विषय के रूप में प्रमाणित करें
assertionMethod	दावों को व्यक्त करें, जिसमें एक सत्यापन योग्य क्रेडेंशियल पर हस्ताक्षर करना शामिल है जहाँ चुना गया सुरक्षा तंत्र इसका उपयोग करता है
keyAgreement	साझा क्रिप्टोग्राफिक सामग्री स्थापित करें, अक्सर एन्क्रिप्शन के लिए
capabilityInvocation	एक ऑब्जेक्ट क्षमता को लागू करें
capabilityDelegation	एक ऑब्जेक्ट क्षमता को सौंपें

एक सत्यापनकर्ता को प्रमाण के लिए आवश्यक संबंध की जाँच करनी चाहिए। केवल authentication के तहत सूचीबद्ध एक कुंजी क्रेडेंशियल अभिकथन या कुंजी समझौते के लिए स्वचालित रूप से अधिकृत नहीं होती है।

संबंध एक पूर्ण सत्यापन विधि को एम्बेड कर सकते हैं या DID URL द्वारा एक को संदर्भित कर सकते हैं। संदर्भ पुन: उपयोग में सुधार करते हैं लेकिन सही डीरेफ़रेंसिंग और सटीक पहचानकर्ता तुलना की आवश्यकता होती है।

सेवाएँ और सेवा एंडपॉइंट

वैकल्पिक service गुण DID विषय के साथ संवाद करने या बातचीत करने के तरीकों का विज्ञापन कर सकता है। प्रत्येक सेवा प्रविष्टि में है:

• एक अद्वितीय id;
• एक type;
• एक serviceEndpoint।

एंडपॉइंट एक URI या एक और अनुमत संरचना हो सकता है। सेवा परिभाषाएँ एक्स्टेंसिबल हैं, इसलिए अनुप्रयोगों को चुने हुए प्रकार को समझना चाहिए।

एक एंडपॉइंट प्रकाशित करने से यह साबित नहीं होता है कि उसका सर्वर, ऑपरेटर, परिवहन, सामग्री या गंतव्य विश्वसनीय है।

एप्लिकेशन को विधि के माध्यम से हल की गई DID स्थिति को प्रमाणित करना चाहिए, सेवा प्रकार को मान्य करना चाहिए, URL और नेटवर्क सुरक्षा नियंत्रण लागू करना चाहिए, और अपने स्वयं के सुरक्षा गुणों के साथ एक एप्लिकेशन प्रोटोकॉल का उपयोग करना चाहिए।

सार्वजनिक सेवा एंडपॉइंट सहसंबंध भी बना सकते हैं। युग्मित DIDs में एक एंडपॉइंट का पुन: उपयोग अलग-अलग पहचानकर्ताओं के गोपनीयता लाभ को हरा सकता है।

एक DID विधि क्या परिभाषित करती है

DID कोर सामान्य वास्तुकला की आपूर्ति करता है। एक अनुरूप DID विधि इसे लागू करने के लिए आवश्यक विधि-विशिष्ट नियमों को परिभाषित करती है, जिसमें शामिल हैं:

• विधि नाम और विधि-विशिष्ट पहचानकर्ता सिंटैक्स;
• एक DID और प्रारंभिक DID दस्तावेज़ कैसे बनाया जाता है;
• वर्तमान स्थिति कैसे पढ़ी जाती है;
• अधिकृत अपडेट कैसे सबमिट और सत्यापित किए जाते हैं;
• एक DID को कैसे निष्क्रिय किया जाता है;
• रिज़ॉल्यूशन रजिस्ट्री के साथ कैसे संवाद करता है;
• परिणामों की प्रामाणिकता और अखंडता कैसे स्थापित की जाती है;
• कुंजी रोटेशन, पुनर्प्राप्ति, संस्करण और इतिहास कैसे काम करते हैं;
• विधि-विशिष्ट सुरक्षा और गोपनीयता विचार।

सत्यापन योग्य डेटा रजिस्ट्री एक वितरित लेजर, विकेन्द्रीकृत फ़ाइलसिस्टम, पीयर-टू-पीयर नेटवर्क, डेटाबेस या एक और प्रणाली हो सकती है। वास्तुकला का मूल्यांकन शासन, उपलब्धता, प्राधिकरण, गोपनीयता, लागत, इतिहास और हमला प्रतिरोध पर किया जाना चाहिए, न कि शब्द “विकेन्द्रीकृत” पर।

विधि चयन मानदंड

एक विधि का चयन करने से पहले, परीक्षण करें:

• विशिष्टता की परिपक्वता और शासन;
• रिज़ॉल्वर और लाइब्रेरी इंटरऑपरेबिलिटी;
• अद्यतन और निष्क्रियता प्राधिकरण;
• कुंजी रोटेशन और पुनर्प्राप्ति;
• ऐतिहासिक-राज्य समर्थन;
• गोपनीयता और मेटाडेटा रिसाव;
• रजिस्ट्री उपलब्धता और सेंसरशिप जोखिम;
• लेनदेन या परिचालन लागत;
• क्रिप्टोग्राफिक चपलता;
• प्रवासन और विधि विफलता।

विधियों को बदलने का आमतौर पर मतलब एक नया पहचानकर्ता और एक विश्वसनीय प्रवासन पथ पेश करना होता है।

DID रिज़ॉल्यूशन बनाम DID URL डीरेफ़रेंसिंग

DID रिज़ॉल्यूशन एक DID और रिज़ॉल्यूशन विकल्प लेता है और लौटाता है:

1. DID रिज़ॉल्यूशन मेटाडेटा;
2. एक DID दस्तावेज़, दस्तावेज़ स्ट्रीम, या कोई दस्तावेज़ नहीं;
3. DID दस्तावेज़ मेटाडेटा।

रिज़ॉल्वर विधि द्वारा परिभाषित “रीड” ऑपरेशन का उपयोग करता है। DID कोर सार इंटरफेस और सामान्य परिणाम अवधारणाओं को परिभाषित करता है; विधि-विशिष्ट संचार और प्रमाणीकरण विधि के साथ रहते हैं।

DID URL डीरेफ़रेंसिंग एक पूर्ण DID URL लेता है और लौटाता है:

1. डीरेफ़रेंसिंग मेटाडेटा;
2. पहचाना गया संसाधन, यदि उपलब्ध हो;
3. सामग्री मेटाडेटा।

डीरेफ़रेंसिंग पहले आधार DID को हल कर सकता है और फिर एक फ़्रैगमेंट, सेवा या बाहरी संसाधन का चयन कर सकता है। यह रिज़ॉल्यूशन का पर्याय नहीं है।

अलग W3C DID रिज़ॉल्यूशन विशिष्टता विस्तृत रिज़ॉल्यूशन और डीरेफ़रेंसिंग एल्गोरिदम विकसित करती है। इसका नवीनतम प्रकाशन 24 जुलाई 2026 की W3C वर्किंग ड्राफ्ट है, और DID URL डीरेफ़रेंसिंग को जोखिम में एक सुविधा के रूप में चिह्नित किया गया है। यह 2022 DID कोर 1.0 अनुशंसा का हिस्सा होने के बजाय मानक-ट्रैक कार्य बना हुआ है, इसलिए अनुरूपता का दावा करने से पहले ड्राफ्ट को पिन करें।

रिज़ॉल्वर ट्रस्ट और कैशिंग

एक रिज़ॉल्वर एक सुरक्षा और गोपनीयता सीमा है। यह अनुरोधित पहचानकर्ताओं को देखता है और बासी या हेरफेर की गई स्थिति लौटा सकता है। मूल्यांकन करें:

• विधि-परिणाम सत्यापन;
• परिवहन और रिज़ॉल्वर प्रमाणीकरण;
• कैश ताज़ापन और अमान्यकरण;
• संस्करण और समय विकल्प;
• त्रुटि हैंडलिंग और डाउनग्रेड व्यवहार;
• लुकअप के माध्यम से गोपनीयता रिसाव;
• रजिस्ट्री या नेटवर्क विफलता के दौरान व्यवहार।

DIDs और सत्यापन योग्य क्रेडेंशियल

DIDs और सत्यापन योग्य क्रेडेंशियल पूरक विशिष्टताएँ हैं, एक ही वस्तु नहीं।

एक आधार DID पहचान सकता है:

• एक क्रेडेंशियल जारीकर्ता;
• एक क्रेडेंशियल विषय;
• एक धारक।

एक सुरक्षा तंत्र द्वारा उपयोग की जाने वाली सत्यापन विधि को इसके बजाय एक DID URL द्वारा पहचाना जाता है, आमतौर पर एक DID जिसके बाद एक फ़्रैगमेंट होता है जैसे #key-1।

W3C सत्यापन योग्य क्रेडेंशियल डेटा मॉडल 2.0 क्रेडेंशियल, प्रस्तुतियाँ, जारीकर्ता, धारक, विषय, वैधता, स्थिति, स्कीमा और सुरक्षा तंत्र को परिभाषित करता है। इसके लिए हर पहचानकर्ता को DID होना आवश्यक नहीं है।

जब एक DID का उपयोग जारीकर्ता के लिए किया जाता है, तो एक सत्यापनकर्ता जारीकर्ता के DID को हल कर सकता है, प्रमाण की सत्यापन विधि का पता लगा सकता है, और पुष्टि कर सकता है कि विधि assertionMethod के तहत अधिकृत है। वह क्रिप्टोग्राफिक सत्यापन अभी भी स्थापित नहीं करता है:

• कि हर क्रेडेंशियल दावा सच है;
• कि जारीकर्ता उस दावे के लिए विश्वसनीय है;
• कि क्रेडेंशियल वर्तमान या स्वीकार्य है;
• कि उसकी स्थिति, स्कीमा या साक्ष्य नीति को पूरा करता है;
• कि क्रेडेंशियल विषय वह व्यक्ति है जो इसे प्रस्तुत कर रहा है।

वे जाँच सुरक्षा तंत्र, स्थिति प्रणाली, विश्वास ढाँचा, प्रस्तुति बाइंडिंग और सत्यापनकर्ता नीति से संबंधित हैं।

गोपनीयता और सुरक्षा विचार

सार्वजनिक दस्तावेज़ों में व्यक्तिगत डेटा से बचें

DID दस्तावेज़ों को व्यापक रूप से प्रतिकृति किया जा सकता है। नाम, सरकारी पहचानकर्ता, बायोमेट्रिक्स, क्रेडेंशियल या अन्य व्यक्तिगत डेटा को केवल इसलिए प्रकाशित न करें क्योंकि मॉडल एक्स्टेंसिबल है। एन्क्रिप्शन स्थायी रूप से सार्वजनिक सिफरटेक्स्ट के लिए एक टिकाऊ उत्तर नहीं है।

सहसंबंध को रोकें

युग्मित या संदर्भ-विशिष्ट DIDs सहसंबंध को तभी कम कर सकते हैं जब अन्य डेटा भी अलग हो। पुन: उपयोग की गई कुंजियाँ, सेवा एंडपॉइंट, नेटवर्क पहचानकर्ता, क्रेडेंशियल विशेषताएँ, समय और रजिस्ट्री गतिविधि कथित रूप से अलग-अलग DIDs को लिंक कर सकती हैं।

कुंजियों को घुमाएँ और पुनर्प्राप्त करें

लॉन्च से पहले समझौता की योजना बनाएं। अद्यतन प्राधिकरण, पुनर्प्राप्ति नियंत्रक, थ्रेशोल्ड नियम, रोटेशन, पुरानी-कुंजी हैंडलिंग और निष्क्रियता को परिभाषित करें। पुनर्प्राप्ति प्राधिकरण को पृथक्करण और ऑडिट की आवश्यकता है।

प्रमाण के उद्देश्य को मान्य करें

न केवल यह जाँचें कि एक हस्ताक्षर सत्यापित होता है, बल्कि यह भी कि सत्यापन विधि प्रासंगिक समय पर आवश्यक संबंध के लिए अधिकृत थी। प्रमाणीकरण, अभिकथन, समझौते और क्षमता उपयोग के बीच प्रतिस्थापन को रोकें।

इतिहास को सावधानी से संभालें

एक वर्तमान DID दस्तावेज़ में अब पुरानी कुंजी नहीं हो सकती है। एक ऐतिहासिक प्रमाण को सत्यापित करने के लिए एक विधि-समर्थित ऐतिहासिक संस्करण और प्रमाण समय के विश्वसनीय साक्ष्य की आवश्यकता हो सकती है। “कुंजी अब मौजूद नहीं है” और “प्रमाण कभी वैध नहीं था” समतुल्य निष्कर्ष नहीं हैं।

सामान्य DID कार्यान्वयन त्रुटियाँ

DID कोर को ब्लॉकचेन विशिष्टता कहना

DID कोर प्रौद्योगिकी-तटस्थ है। ब्लॉकचेन एक संभावित रजिस्ट्री वास्तुकला हैं।

DID को कानूनी पहचान के प्रमाण के रूप में मानना

एक DID पहचानकर्ता नियंत्रण और क्रिप्टोग्राफिक सत्यापन का समर्थन करता है। वास्तविक दुनिया की पहचान बाइंडिंग को अलग साक्ष्य, जारीकर्ता अभिकथन या एक विश्वास ढाँचा की आवश्यकता होती है।

किसी भी सूचीबद्ध कुंजी का किसी भी उद्देश्य के लिए उपयोग करना

स्पष्ट सत्यापन संबंध और प्रमाण के उद्देश्य को लागू करें।

सेवा एंडपॉइंट पर स्वचालित रूप से विश्वास करना

विधि की स्थिति को मान्य करें और एप्लिकेशन, परिवहन, URL और सामग्री सुरक्षा लागू करें।

यह मानना कि सभी DIDs निजी या गुमनाम हैं

रजिस्ट्री गतिविधि, रिज़ॉल्यूशन, पुन: उपयोग की गई सामग्री और सेवाएँ टिकाऊ सहसंबंध को उजागर कर सकती हैं।

एक कार्यान्वयन चेकलिस्ट

उत्पादन से पहले, पुष्टि करें कि:

• चुने गए DID कोर संस्करण और DID विधि विशिष्टताएँ पिन की गई हैं;
• पहचानकर्ता और DID URL पार्सिंग मानक-अनुपालन URI हैंडलिंग का उपयोग करती है;
• स्वीकृत निरूपण और मीडिया प्रकार स्पष्ट हैं;
• हर प्रमाण इच्छित सत्यापन संबंध को लागू करता है;
• विधि के परिणाम किसी भी रिज़ॉल्वर से विश्वसनीय होने के बजाय प्रमाणित होते हैं;
• कैशिंग, संस्करण, ऐतिहासिक सत्यापन और निष्क्रियता का परीक्षण किया जाता है;
• अद्यतन, रोटेशन, समझौता, पुनर्प्राप्ति और प्रवासन के लिए पूर्वाभ्यास की गई प्रक्रियाएँ हैं;
• सार्वजनिक दस्तावेज़ों में कोई अनावश्यक व्यक्तिगत या सहसंबंधित डेटा नहीं होता है;
• सेवा एंडपॉइंट को अलग एप्लिकेशन-लेयर सुरक्षा समीक्षा प्राप्त होती है;
• सत्यापन योग्य क्रेडेंशियल विश्वास, स्थिति, स्कीमा और प्रस्तुति जाँच अलग रहती हैं।

DID और पहचान सत्यापन कहाँ मिलते हैं

DIDs विषयों और सत्यापन सामग्री की पहचान कर सकते हैं, लेकिन वे पहचान प्रमाणन नहीं करते हैं। एक पुन: प्रयोज्य पहचान प्रणाली को अभी भी विश्वसनीय साक्ष्य और एक शासित निर्णय की आवश्यकता है इससे पहले कि वह दावों को जारी या स्वीकार करे। Didit की पहचान सत्यापन ऐसे निर्णय के लिए पहचान साक्ष्य प्रदान कर सकती है, जबकि पुन: प्रयोज्य KYC भाग लेने वाली सेवाओं में पिछली सत्यापन के पुन: उपयोग का समर्थन करती है और इसे निःशुल्क सूचीबद्ध किया गया है।

वह उत्पाद आसन्नता यह नहीं दर्शाती है कि हर Didit सत्यापन एक DID है या DID रिज़ॉल्यूशन KYC को प्रतिस्थापित करता है। वर्तमान मॉड्यूल दरें मूल्य निर्धारण पृष्ठ पर उपलब्ध हैं। वास्तुकला को पहचानकर्ता नियंत्रण, पहचान साक्ष्य, क्रेडेंशियल जारी करना, प्रस्तुति और निर्भर-पक्ष नीति को अलग-अलग विश्वास सीमाओं के रूप में रखना चाहिए।

अक्सर पूछे जाने वाले प्रश्न

W3C DID विशिष्टता क्या परिभाषित करती है?

यह DID और DID URL सिंटैक्स, एक सामान्य डेटा मॉडल, कोर DID-दस्तावेज़ गुण, निरूपण, विधि आवश्यकताएँ, और सार रिज़ॉल्यूशन और डीरेफ़रेंसिंग इंटरफेस को परिभाषित करती है।

क्या हर DID ब्लॉकचेन का उपयोग करता है?

नहीं। एक DID विधि एक लेजर, डेटाबेस, पीयर-टू-पीयर सिस्टम, विकेन्द्रीकृत फ़ाइलसिस्टम या एक और रजिस्ट्री वास्तुकला का उपयोग कर सकती है।

DID और DID दस्तावेज़ में क्या अंतर है?

DID पहचानकर्ता है। DID दस्तावेज़ संबंधित डेटा है जो नियंत्रकों, सत्यापन विधियों और उनके उद्देश्यों, सेवाओं और अन्य परिभाषित गुणों का वर्णन कर सकता है।

रिज़ॉल्यूशन और डीरेफ़रेंसिंग में क्या अंतर है?

रिज़ॉल्यूशन एक DID के लिए एक DID दस्तावेज़ और मेटाडेटा प्राप्त करता है। डीरेफ़रेंसिंग एक पूर्ण DID URL द्वारा पहचाने गए संसाधन को प्राप्त करता है, संभावित रूप से इसके आधार DID को हल करने के बाद।

क्या एक DID एक सत्यापन योग्य क्रेडेंशियल के समान है?

नहीं। DID एक पहचानकर्ता है। एक सत्यापन योग्य क्रेडेंशियल VC डेटा मॉडल और एक सुरक्षा तंत्र के तहत दावों का एक छेड़छाड़-प्रूफ, मशीन-सत्यापन योग्य सेट है। VCs DIDs का उपयोग कर सकते हैं लेकिन उन्हें सार्वभौमिक रूप से आवश्यक नहीं है।

क्या एक DID को नियंत्रित करने से यह साबित होता है कि कोई व्यक्ति कौन है?

नहीं। यह DID से जुड़े क्रिप्टोग्राफिक या विधि-विशिष्ट प्राधिकरण के नियंत्रण को साबित कर सकता है। उस नियंत्रण को कानूनी या वास्तविक दुनिया की पहचान से जोड़ने के लिए अतिरिक्त साक्ष्य या विश्वसनीय अभिकथन की आवश्यकता होती है।

क्या एक DID दस्तावेज़ में निजी कुंजियाँ हो सकती हैं?

नहीं। DID दस्तावेज़ों में सार्वजनिक सत्यापन सामग्री या संदर्भ होते हैं। निजी कुंजी सामग्री प्रकट नहीं होनी चाहिए और नियंत्रक की कुंजी-प्रबंधन प्रणाली द्वारा सुरक्षित रहनी चाहिए।

प्राथमिक संदर्भ

• W3C विकेन्द्रीकृत पहचानकर्ता (DIDs) v1.0
• W3C विकेन्द्रीकृत पहचानकर्ता (DIDs) v1.1
• W3C विकेन्द्रीकृत पहचानकर्ता रिज़ॉल्यूशन
• W3C DID विशिष्टता रजिस्ट्री
• W3C सत्यापन योग्य क्रेडेंशियल डेटा मॉडल v2.0

DID कोर सबसे उपयोगी है जब इसका दावा सटीक रहता है। यह पहचानकर्ताओं, दस्तावेज़ों, सत्यापन उद्देश्यों, सेवाओं और विधि इंटरफेस को मानकीकृत करता है। विश्वास अभी भी विधि के शासन, प्रमाणित रिज़ॉल्यूशन, संरक्षित कुंजियों, स्पष्ट प्रमाण उद्देश्य, गोपनीयता-जागरूक डिज़ाइन और उस साक्ष्य के बारे में एप्लिकेशन के निर्णय से आता है जिसे स्वीकार करना है।