हस्ताक्षर एक सवाल का जवाब देता है: किसने। एक योग्य इलेक्ट्रॉनिक टाइमस्टैंप एक अलग सवाल का जवाब देता है: कब। रचनाकर्तृत्व, AI प्रकटीकरण, या सबसे पहले किसने कुछ बनाया, इससे जुड़े ज़्यादातर विवाद अंततः पहले सवाल से कहीं ज़्यादा दूसरे सवाल पर टिके होते हैं, और इसीलिए टाइमस्टैंप का महत्व अक्सर शुरुआत में सोचे गए से कहीं ज़्यादा होता है।
एक योग्य इलेक्ट्रॉनिक टाइमस्टैंप असल में क्या है
टाइमस्टैंप आपकी फ़ाइल को संग्रहीत नहीं करता। यह आपकी फ़ाइल का एक क्रिप्टोग्राफ़िक हैश संग्रहीत करता है, यानी बाइट्स से निकाला गया एक निश्चित लंबाई का फिंगरप्रिंट, और फिर किसी विश्वसनीय तीसरे पक्ष के हस्ताक्षर के ज़रिए उस फिंगरप्रिंट को एक विशिष्ट क्षण से जोड़ देता है। ज़्यादातर सिस्टम जिस तंत्र का उपयोग करते हैं वह RFC 3161, यानी टाइम-स्टैंप प्रोटोकॉल, में वर्णित है, जो बताता है कि एक टाइम स्टैम्पिंग अथॉरिटी कैसे एक हैश प्राप्त करती है, उसमें मौजूदा समय जोड़ती है, और एक हस्ताक्षरित टोकन लौटाती है जिसे कोई भी बाद में उस अथॉरिटी से दोबारा संपर्क किए बिना सत्यापित कर सकता है।
यूरोपीय संघ के eIDAS विनियमन के अंतर्गत, टाइमस्टैंप तभी योग्य बनता है जब इसे किसी योग्य ट्रस्ट सेवा प्रदाता द्वारा जारी किया जाता है, जो विशेष निगरानी और ऑडिट आवश्यकताओं के तहत काम करता है। उस विनियमन का अनुच्छेद 41 एक योग्य इलेक्ट्रॉनिक टाइमस्टैंप को उसके द्वारा दर्शाई गई तारीख़ और समय, तथा उससे जुड़े डेटा की अखंडता के संबंध में कानूनी अनुमान (presumption) प्रदान करता है। यही अनुमान इस पूरी बात का मूल है। आपके अपने फ़ाइल सिस्टम, आपके अपने क्लाउड स्टोरेज, या आपके अपने प्रोजेक्ट टूल में रखी तारीख़ वह तारीख़ है जो आपने ख़ुद बनाई है, और जिसे सही साबित करने के लिए आपसे कहा जा सकता है। एक योग्य टाइमस्टैंप वह तारीख़ है जो एक लाइसेंस प्राप्त तीसरे पक्ष ने बनाई है, विनियमन द्वारा तय नियमों के तहत, न कि आपके द्वारा।
कब आमतौर पर विवाद का फैसला क्यों करता है
एक सामान्य रचनाकर्तृत्व विवाद लीजिए। दोनों पक्ष दावा करते हैं कि उन्होंने कुछ पहले बनाया, या एक पक्ष दूसरे पर नकल करने का आरोप लगाता है। रचनाकर्ता की पहचान शायद ही कभी विवादित तथ्य होती है, दोनों पक्ष आमतौर पर इस बात पर सहमत होते हैं कि किसने कौन-सा संस्करण बनाया। जिस बात पर बहस होती है वह है क्रम: कौन-सा संस्करण पहले अस्तित्व में आया, और प्रत्येक पक्ष के पास संबंधित सामग्री तक वास्तविक पहुंच कब थी।
यही पैटर्न AI सामग्री प्रकटीकरण में भी दिखाई देता है। कोई लेखन AI-जनित है, AI-सहायता प्राप्त है, या किसी व्यक्ति द्वारा लिखा गया है, यह प्रकाशन के समय किया गया एक दावा है। इस दावे को बाद में जांचने योग्य बनाने वाली चीज़ लेबल ख़ुद नहीं है, बल्कि यह प्रमाण है कि लेबल कब जोड़ा गया, क्योंकि किसी के पहले से सवाल उठाने के बाद जोड़ा गया लेबल बहुत कम मूल्य रखता है।
क्लाइंट के साथ काम भी वही तर्क अपनाता है। एक फ्रीलांसर और एक क्लाइंट इस बात पर असहमत होते हैं कि किस तारीख़ को कौन-सा ड्राफ्ट डिलीवर किया गया, या क्या कोई बदलाव अनुरोध किसी माइलस्टोन से पहले आया या बाद में। इनमें से कुछ भी इस पर निर्भर नहीं करता कि दस्तावेज़ किसने लिखा। सब कुछ एक ऐसी समयरेखा पर निर्भर करता है जिसे कोई भी पक्ष अकेले नियंत्रित नहीं करता।
जो रिकॉर्ड आपके पास पहले से हैं, वे आपको क्या नहीं देते
ज़्यादातर टीमें मान लेती हैं कि यह पहलू पहले से ही संभला हुआ है। तारीख़ वाला एक ईमेल, फ़ाइल की अंतिम संशोधन तिथि, कोड रिपॉज़िटरी में कमिट का इतिहास, क्लाउड स्पेस में सेव की गई तारीख़। इनमें से हर एक तारीख़ रखता है, और हर एक उसी पक्ष के पास होता है, संग्रहीत होता है, और संपादन योग्य होता है जो दावा कर रहा है। फ़ाइल की संशोधन तिथि उसी क्षण बदल जाती है जब उसे कॉपी किया जाता है या किसी नई मशीन पर दोबारा खोला जाता है। ईमेल की तारीख़ को सर्वर लॉग के विरुद्ध जांचा जा सकता है, लेकिन वह सर्वर उस प्रदाता का होता है जिसका आप उपयोग करते हैं, और वह लॉग शायद ही कभी कुछ ऐसा होता है जिसे प्रतिपक्ष सीधे देख सके। इनमें से कोई भी रिकॉर्ड किसी संदेह करने वाले व्यक्ति की जांच का सामना करने के लिए नहीं बनाया गया, क्योंकि इनमें से कोई भी तारीख़ को उस व्यक्ति से अलग नहीं करता जो उसका दावा कर रहा है।
एक योग्य टाइमस्टैंप ख़ास तौर पर इस अंतर को पाटने के लिए बनाया गया है। तारीख़ उस पक्ष से आती है जिसका आपके किसी भी संभावित विवाद के परिणाम में कोई हित नहीं है, जो विनियमन द्वारा तय निगरानी और ऑडिट आवश्यकताओं के तहत काम करता है, और रिकॉर्ड को कोई अजनबी आपके सहयोग की ज़रूरत के बिना ही जांच सकता है।
यह हस्ताक्षर से कैसे अलग है
हस्ताक्षर, चाहे योग्य हो या नहीं, पहचान और सहमति का कार्य है। यह बताता है कि किसी विशिष्ट व्यक्ति ने किसी विशिष्ट दस्तावेज़ की समीक्षा की और उससे सहमत हुआ। Swisscom Trust Services स्विट्ज़रलैंड के ZertES ढांचे के तहत एक मान्यता प्राप्त प्रमाणन सेवा प्रदाता के रूप में काम करता है, और इस तरह जारी किया गया हस्ताक्षर पढ़ने वाले को बताता है कि दस्तावेज़ के पीछे कौन खड़ा है।
टाइमस्टैंप आपको यह नहीं बताता कि किसने। इसे अनुरोध करने वाले व्यक्ति की पहचान सत्यापन की ज़रूरत नहीं होती, और यह सहमति या समझौते के बारे में कोई दावा नहीं करता। यह आपको बताता है कि एक विशिष्ट हैश, यानी एक बिल्कुल सटीक फ़ाइल, किसी विशेष क्षण से पहले तक अस्तित्व में थी, जिसकी पुष्टि विवाद में कोई हित न रखने वाले एक स्वतंत्र पक्ष ने की है। दोनों तंत्र अलग-अलग सवालों के जवाब देते हैं, और एक पूर्ण रिकॉर्ड को अक्सर दोनों की ज़रूरत होती है: सामग्री के पीछे कौन खड़ा है यह जानने के लिए हस्ताक्षर, और वह सामग्री ठीक उसी रूप में कब अस्तित्व में थी यह जानने के लिए टाइमस्टैंप।
यही वजह है कि टाइमस्टैंप वह काम कर सकता है जो हस्ताक्षर नहीं कर सकता। आप ऐसे ड्राफ्ट को टाइमस्टैंप कर सकते हैं जिस पर अभी तक किसी ने हस्ताक्षर नहीं किए, ऐसे आंतरिक दस्तावेज़ को जो कभी औपचारिक हस्ताक्षर नहीं रखेगा, या AI-सहायता प्राप्त लेखन को जहां मुद्दा सहमति नहीं बल्कि कालक्रम है। यह हल्का उपकरण है, और जो अधिक परिस्थितियों पर लागू होता है, जो आंशिक रूप से यह भी बताता है कि इसका उपयोग वास्तव में मदद करने की तुलना में कम क्यों होता है।
व्यवहार में कानूनी अनुमान का मूल्य क्या है
यह स्पष्ट होना ज़रूरी है कि eIDAS का अनुमान क्या करता है और क्या नहीं करता। यह शुरुआती स्थिति को बदल देता है: एक योग्य टाइमस्टैंप को तारीख़, समय और डेटा अखंडता के संबंध में सटीक माना जाता है, इसलिए इसे चुनौती देने वाला पक्ष इसे ग़लत साबित करने का भार उठाता है, बजाय इसके कि उस पर भरोसा करने वाले पक्ष को शुरू से सटीकता साबित करनी पड़े। यह किसी अदालत को उस पर बनाए गए हर तर्क को स्वीकार करने के लिए मजबूर नहीं करता, और किसी मामले को अभी भी आवश्यक अन्य सबूतों की जगह नहीं लेता। यह जो हटाता है वह है ज़्यादातर स्व-निर्मित रिकॉर्ड की सबसे कमज़ोर कड़ी: वह तारीख़ जो उसी पक्ष से आई हो जो उसका दावा कर रहा हो।
यही व्यावहारिक कसौटी भी है कि किसी विवाद में कोई विशेष तारीख़ किसी काम की है या नहीं। एक तारीख़ फ़ील्ड जिसे आप संपादित कर सकते हैं, वह सबूत नहीं है, वह एक दावा है। eIDAS के तहत किसी योग्य ट्रस्ट सेवा प्रदाता द्वारा प्रमाणित तारीख़, जिसे कोई अजनबी आपसे संपर्क किए बिना सत्यापित कर सके, बिल्कुल अलग तरह की चीज़ है। हमारा eIDAS पेज बताता है कि Swiss Trust Layer के लिए यह योग्यता विशेष रूप से कैसे काम करती है, जिसमें यह भी शामिल है कि कौन-सा प्रदाता टाइमस्टैंप जारी करता है और जांच करते समय प्राप्तकर्ता क्या देखता है।
एक प्राप्तकर्ता वास्तव में इसे कैसे जांचता है
वह चरण जो यह सब सार्थक बनाता है, वह आपके संगठन के बाहर होता है। एक योग्य टाइमस्टैंप तभी उपयोगी है जब कोई ऐसा व्यक्ति जिसके पास आप पर भरोसा करने का कोई कारण नहीं है, ख़ुद पुष्टि कर सके कि यह सही साबित होता है। इसका मतलब है एक सार्वजनिक सत्यापन पेज, जिसमें किसी अकाउंट की ज़रूरत नहीं, कोई सॉफ़्टवेयर इंस्टॉल करने की ज़रूरत नहीं, और यह पूछने के लिए आपसे संपर्क करने की भी ज़रूरत नहीं कि रिकॉर्ड असली है या नहीं। लिंक भेजिए, और प्राप्तकर्ता हैश की फ़ाइल से, और टाइमस्टैंप की रिकॉर्ड से जांच करता है, और अपने निष्कर्ष पर पहुंचता है।
यहीं पर बहुत सारी आंतरिक रिकॉर्ड-कीपिंग चुपचाप विफल हो जाती है। आपके अपने सिस्टम में संग्रहीत समयरेखा, चाहे कितनी भी विस्तृत क्यों न हो, फिर भी दूसरे पक्ष को आपके सिस्टम पर भरोसा करने की मांग करती है। एक योग्य टाइमस्टैंप उस भरोसे को इसके बजाय एक विनियमित तीसरे पक्ष की ओर ले जाता है, और यही वह अंतर है जो तब मायने रखता है जब कोई असहमति इतनी गंभीर हो जाती है कि भरोसा ही वह चीज़ बन जाती है जो गायब है।
यह सामग्री हैशिंग के साथ कहाँ फिट बैठता है
टाइमस्टैंप यह तय करता है कि कोई विशिष्ट फ़ाइल कब अस्तित्व में थी। एक अलग तंत्र, एक सार्वजनिक डेटाबेस में दर्ज ISCC कंटेंट हैश, वह है जो मूल फ़ाइल को उजागर किए बिना बाद में सामग्री को स्वयं ट्रेस करने योग्य बनाता है, जो कि उल्लंघन जांच और AI-प्रशिक्षण लाइसेंसिंग मामलों के लिए महत्वपूर्ण है, जिनका रचनाकर्तृत्व विवादों से बहुत कम लेना-देना होता है लेकिन यह जानने से पूरा लेना-देना होता है कि किसी सामग्री का उसके बाद कहां उपयोग किया गया। दोनों एक-दूसरे की जगह लेने के बजाय साथ मिलकर काम करते हैं। ISCC हैश सामग्री को बड़े पैमाने पर पहचान योग्य बनाता है। योग्य टाइमस्टैंप उस क्षण को तय करता है जब उसका कोई विशिष्ट संस्करण अस्तित्व में था।
इनमें से किसी के लिए भी यह ज़रूरी नहीं कि अंतर्निहित काम पूरा हो, कहीं औपचारिक रूप से पंजीकृत हो, या पहले किसी वकील द्वारा समीक्षित हो। एक योग्य टाइमस्टैंप एक क्षण की पुष्टि करता है, न कि उस क्षण में जो कुछ मौजूद था उसकी योग्यता की, और यही ठीक वह कारण है कि यह किसी ड्राफ्ट पर उतना ही लागू होता है जितना किसी पूर्ण फ़ाइल पर।
