दस्तावेज़ सीलिंग की अधिकांश व्याख्याएं क्रिप्टोग्राफ़ी का वर्णन करती हैं। यह व्याख्या उन पांच मिनटों का वर्णन करती है, क्योंकि क्रिप्टोग्राफ़ी वह हिस्सा नहीं है जिससे किसी को कठिनाई होती है।
शुरू करने से पहले क्या चाहिए
फ़ाइल। सचमुच बस इतना।
कोई तैयार संस्करण नहीं, कोई पंजीकृत कंपनी नहीं, कोई वकीली राय नहीं कि कृति संरक्षण के योग्य है या नहीं। कॉपीराइट तो तभी बन गया था जब आपने कृति रची। यहां आप उसके बारे में साक्ष्य बना रहे हैं, और मसौदे के बारे में साक्ष्य उतना ही मान्य है जितना अंतिम कट के बारे में।
एक बात पहले तय कर लें: कौन-सी फ़ाइल। अभिलेख उसी संस्करण को सिद्ध करता है जिसे आप सील करते हैं। यदि काम अभी चल रहा है, तो वह संस्करण सील कीजिए जिसकी ओर आप बाद में इशारा करना चाहेंगे, जो प्रायः वही है जो ग्राहक के पास गया, न कि वह जो कार्य-फ़ोल्डर में पड़ा है।
चरण 1. अपलोड
आप फ़ाइल अपलोड करते हैं। उससे एक क्रिप्टोग्राफ़िक हैश निकाला जाता है, बाइट्स से ही व्युत्पन्न एक निश्चित लंबाई का मान।
दो गुण मायने रखते हैं। हैश ठीक उसी संस्करण की पहचान करता है, एक पिक्सेल या एक अक्षर बदलिए और वह मेल खाना बंद कर देता है। और वह केवल एक दिशा में काम करता है: हैश से कोई फ़ाइल पुनर्निर्मित नहीं कर सकता। यही दूसरा गुण कारण है कि किसी गोपनीय चीज़ को सील करना उसका प्रकटीकरण नहीं है।
चरण 2. घोषणा चुनें
यहीं लेबल का निर्णय अभिलेख बनता है। AI-उत्पन्न, AI-परिवर्तित, AI-सहायता प्राप्त, या मानव-रचित, सुविधा से नहीं बल्कि सटीकता से चुना गया।
घोषणा हैश से बांधी जाती है, उसके बगल में संग्रहित नहीं होती। यही अंतर है किसी फ़ाइल के बारे में कथन और किसी फ़ाइल से जुड़े कथन में। छह महीने बाद किसी को दावों की स्प्रेडशीट को संपत्तियों के फ़ोल्डर से मिलाना नहीं पड़ता, क्योंकि हर दावा पहले से उसी चीज़ के साथ चलता है जिसका वह वर्णन करता है।
चरण 3. सील करें
कोई योग्य ट्रस्ट सेवा प्रदाता हैश और घोषणा पर योग्य इलेक्ट्रॉनिक टाइमस्टैम्प जारी करता है।
यही वह चरण है जो तिथि को आपके नियंत्रण से बाहर ले जाता है, और यही पूरी प्रक्रिया के अस्तित्व का कारण है। eIDAS के तहत योग्य इलेक्ट्रॉनिक टाइमस्टैम्प को उस तिथि और समय तथा उससे जुड़े डेटा की अखंडता के बारे में कानूनी अनुमान प्राप्त होता है। आपकी अपनी प्रणाली की तिथि ऐसी तिथि है जिसे उचित ठहराने को कहा जाएगा। यह नहीं।
चरण 4. प्रमाणपत्र
आपको एक प्रमाणपत्र मिलता है जिसमें हैश, घोषणा और टाइमस्टैम्प दर्ज होते हैं, और एक लिंक होता है जो सार्वजनिक सत्यापन पृष्ठ खोलता है।
प्रमाणपत्र को परियोजना फ़ाइलों के साथ रखिए। मूल फ़ाइल भी अपरिवर्तित रखिए, क्योंकि हैश यह सिद्ध करता है कि वही विशिष्ट बाइट्स मौजूद थीं और उसे केवल उन्हीं के विरुद्ध जांचा जा सकता है।
चरण 5. कोई और उसे सत्यापित करता है
यही एकमात्र चरण है जो मायने रखता है और यही वह है जिसे लोग छोड़ देते हैं।
सत्यापन लिंक अपने संगठन के बाहर किसी को भेजिए। वह उसे खोलता है, फ़ाइल को अभिलेख से मिलाता है, और घोषणा तथा टाइमस्टैम्प देखता है। कोई खाता नहीं, कोई सॉफ़्टवेयर नहीं, आपसे कोई संपर्क नहीं।
यही अंतिम बात पूरे अभ्यास का उद्देश्य है। आपके पास पहले से मौजूद हर आंतरिक अभिलेख ठीक इसी चरण पर विफल होता है, क्योंकि वह मांगता है कि दूसरा पक्ष दावा करने वाले पक्ष पर भरोसा करे। इसे एक बार कीजिए, किसी सहकर्मी को संदेहशील ग्राहक की भूमिका में रखकर, और लेबल तथा अभिलेख का अंतर अमूर्त नहीं रह जाता।
एक फ़ाइल के बजाय पूरे संग्रह के लिए
एक फ़ाइल सील करने में मिनट लगते हैं। चार साल का पुराना कैटलॉग सील करना अलग प्रश्न है, और ईमानदार उत्तर यह है कि संभवतः नहीं करना चाहिए।
इसके बजाय आगे की ओर काम कीजिए। सीलिंग को प्रकाशन या डिलीवरी के बिंदु पर रखिए, ताकि उस दिन कुछ मिनट लगें, और पीछे केवल उसी सामग्री के लिए जाइए जिसमें वास्तविक जोखिम है: विवाद में चल रहा काम, ऐसे ग्राहकों की डिलीवरी जो पूछ सकते हैं, और जो कुछ लाइसेंस या बेचा जा रहा है। बाकी जैसा है वैसा रह सकता है।
सब कुछ सील करने की प्रवृत्ति प्रायः वही प्रवृत्ति है जो अंततः कोई अभिलेख नहीं बनाती, क्योंकि वह एक छोटी आदत को परियोजना बना देती है और परियोजना कभी शुरू नहीं होती। जो टीम आज से हर ग्राहक डिलीवरी सील करती है, वह एक वर्ष में उस टीम से कहीं बेहतर स्थिति में होगी जो अब भी पूरे कैटलॉग के प्रवासन की योजना बना रही है।
यदि आपको तंत्र के बजाय घोषणा चरण के पीछे का तर्क चाहिए, तो हमारा अनुच्छेद 50 पृष्ठ बताता है कि बाध्यता क्या मांगती है। प्राप्तकर्ता क्या देखता है यह देखने के लिए किसी सील किए गए दस्तावेज़ को सत्यापित कीजिए, या पढ़िए प्रक्रिया कैसे काम करती है।
