Arken-Core Rust लाइब्रेरी ने DID-आधारित पासवर्ड रहित प्रमाणीकरण पेश किया

Arken Protocol प्रोजेक्ट के GitHub दस्तावेज़ों के अनुसार, arken-core एक शुरुआती चरण की क्रिप्टोग्राफिक Rust लाइब्रेरी है जिसे Decentralized Identifier (DID) हस्ताक्षर के माध्यम से पासवर्ड रहित प्रमाणीकरण प्रदान करने के लिए डिज़ाइन किया गया है। यह सॉफ्टवेयर संग्रहीत पासवर्ड या सर्वर सत्रों के बजाय क्रिप्टोग्राफिक सत्यापन पर निर्भर करता है, जिसका उद्देश्य पारंपरिक क्रेडेंशियल डेटाबेस को समाप्त करना है।

मुख्य तकनीकी वास्तुकला

• क्रिप्टोग्राफिक इंजन: ethers-rs के माध्यम से ECDSA secp256k1 हस्ताक्षर सत्यापन का उपयोग करता है।
• पहचान मानक: secp256k1 के लिए `zQ3s…` उपसर्ग का उपयोग करके W3C विनिर्देश did:key पहचान को लागू करता है, Arken चलाने वाले किसी भी सर्वर पर एक सुसंगत पहचान प्राप्त करता है।
• चैलेंज-रिस्पांस तंत्र: 60-सेकंड के टाइम-टू-लाइव (TTL) के साथ क्रिप्टोग्राफिक रूप से यादृच्छिक नॉनस उत्पन्न करता है।
• संकलन और वितरण: एक मूल साझा लाइब्रेरी (`.dylib`, `.so`, `.dll`) में संकलित होता है जिसे उच्च-स्तरीय पैकेजों द्वारा Foreign Function Interface (FFI) के माध्यम से लोड किया जाता है, जो तीन C-संगत कार्यों को निर्यात करता है।

प्रमाणीकरण प्रवाह

बिना हस्ताक्षर वाले अनुरोधों को एकमुश्त नॉनस के साथ 401 स्थिति कोड प्राप्त होता है। क्लाइंट secp256k1 निजी कुंजी का उपयोग करके इस नॉनस पर हस्ताक्षर करते हैं और `Authorization: Signature` हेडर का उपयोग करके अनुरोध का पुनः प्रयास करते हैं। कोर सिस्टम हस्ताक्षर को सत्यापित करता है और नॉनस की जाँच करता है, सत्र स्थिति को संग्रहीत किए बिना एजेंट की `did:key` लौटाता है।

वर्तमान सीमाएँ और स्थिति

प्रोजेक्ट मेंटेनर्स का कहना है कि सॉफ्टवेयर अभी उत्पादन-तैयार नहीं है और शुरुआती चरण में है:

• नॉनस मेमोरी में संग्रहीत होते हैं, जिसका अर्थ है कि वे साझा बाहरी स्टोर के बिना सर्वर पुनरारंभ से बच नहीं पाएंगे या कई उदाहरणों में काम नहीं करेंगे।
• कोई अंतर्निहित कुंजी पुनर्प्राप्ति तंत्र नहीं है; निजी कुंजी खोने का मतलब पहुंच का स्थायी नुकसान है।
• लाइब्रेरी बनाने के लिए Rust टूलचेन की आवश्यकता होती है, जिसमें 1.0 रोडमैप के लिए प्रीबिल्ट बाइनरी निर्धारित हैं।

सत्यापन और रोडमैप

विकासक कार्यान्वयन विवरण की जांच करने के लिए GitHub पर रिपॉजिटरी और `SECURITY.md` फ़ाइल की समीक्षा कर सकते हैं। प्रोजेक्ट सुरक्षा शोधकर्ताओं को निजी सलाहकारों के माध्यम से कमियों की रिपोर्ट करने के लिए आमंत्रित करता है। इसके अतिरिक्त, प्रोजेक्ट दस्तावेज़ीकरण 15 दिसंबर, 2026 से पहले शामिल होने वाले योगदानकर्ताओं के लिए एक फाउंडिंग बिल्डर्स कार्यक्रम और एपीआई विकास पर सहयोग करने वाली टीमों के लिए दस डिज़ाइन-पार्टनर स्लॉट की रूपरेखा तैयार करता है।