किसी तारीख को दस्तावेज़ के मौजूद होने का प्रमाण देने के लिए समय-मुहर कैसे लगाऊँ?

क्रिप्टोग्राफ़िक हैश क्या है

क्रिप्टोग्राफ़िक हैश फ़ाइल से निकाला निश्चित लंबाई का फ़िंगरप्रिंट है। एक जैसी जानकारी हमेशा एक जैसा नतीजा देती है और एक अक्षर बदलने से फ़िंगरप्रिंट बिल्कुल बदल जाता है। यह एकतरफ़ा है, इसलिए हैश से मूल पाठ नहीं निकाला जा सकता। आज के कंप्यूटरों से एक ही हैश देने वाली दो अलग फ़ाइलें खोजना व्यावहारिक नहीं है।

SHA-256 और Keccak-256 सबसे आम हैं। SHA-256 Bitcoin और अधिकतर समय-मुहर प्राधिकरणों का रोज़मर्रा का मानक है। Keccak-256 Ethereum और उससे संगत Polygon जैसी ब्लॉकचेन का हैश है। TrustChain हस्ताक्षरित समझौता एंकर करते समय यही इस्तेमाल करता है। दोनों 64 अक्षरों की हेक्साडेसिमल स्ट्रिंग देते हैं और समय-मुहर के लिए ठीक हैं। बस दर्ज करें कि कौन सा इस्तेमाल किया।

1. एक ही फ़ाइल से हर बार एक ही फ़िंगरप्रिंट
2. एक अक्षर बदलें और पूरा फ़िंगरप्रिंट बदलता है
3. फ़िंगरप्रिंट से उलटकर पाठ नहीं निकाला जा सकता
4. फ़ाइल एक पंक्ति की हो या एक गीगाबाइट की, फ़िंगरप्रिंट की लंबाई समान है

हैश प्रकाशित करने से तारीख पर मौजूद होना क्यों साबित होता है

मुख्य तरीका दस्तावेज़ के बजाय हैश प्रकाशित करना है। हैश सामग्री नहीं बताता, इसलिए सार्वजनिक रह सकता है। बाद में चुने हुए हैश से मेल खाता दस्तावेज़ बनाना व्यावहारिक नहीं है, इसलिए हैश का तारीख वाला सार्वजनिक रिकॉर्ड दिखाता है कि ठीक वही सामग्री उस तारीख तक मौजूद थी।

प्रमाण की ताकत रिकॉर्ड से आती है, हैश से नहीं। अपनी नोटबुक में लिखा हैश कुछ साबित नहीं करता, क्योंकि नोटबुक और तारीखें आपके नियंत्रण में हैं। Bitcoin या Polygon ब्लॉक में या प्राधिकरण के हस्ताक्षरित टोकन में हैश की तारीख ऐसी प्रणाली तय करती है जिस पर आपका नियंत्रण नहीं और जिसे बहुत लोग देखते हैं।

मूल फ़ाइल हर बाइट के साथ जस की तस रखें। प्रमाण तभी काम करेगा जब बाद में प्रकाशित हैश देने वाली फ़ाइल दिखा सकें। फिर से सहेजा PDF, दोबारा टाइप किया पाठ या बदलावों का विवरण रखने वाला दस्तावेज़ अलग हैश देगा। ठीक वही फ़ाइल एक से ज़्यादा जगह रखें और लिखें कि कौन सा हैश फ़ंक्शन इस्तेमाल किया तथा कहाँ प्रकाशित हुआ।

समय-मुहर क्या साबित नहीं करती

समय-मुहर साबित करती है कि खास बाइट किसी तारीख को या उससे पहले मौजूद थे। और कुछ नहीं। यह भी नहीं कि दस्तावेज़ उसी दिन लिखा गया था: जनवरी में लिखे और मार्च में एंकर किए पाठ पर मार्च की समय-मुहर होती है। तीन और बातें अक्सर इससे जोड़ दी जाती हैं जो यह नहीं बता सकती। यह इस मार्गदर्शिका के हर तरीके पर लागू है, Polygon एंकर और प्राधिकरण के हस्ताक्षरित टोकन पर भी।

1. किसने लिखा। कोई भी किसी भी फ़ाइल का हैश निकाल सकता है, दूसरे से कॉपी की हुई का भी। ब्लॉक या टोकन का हैश न लेखक पहचानता है न प्रकाशित करने वाला, जब तक अलग पहचान कदम व्यक्ति को उस काम से न जोड़े।
2. उस पर सहमति हुई। अनुबंध के मसौदे की समय-मुहर मसौदे का मौजूद होना दिखाती है, यह नहीं कि दूसरे पक्ष ने देखा, स्वीकार किया या हस्ताक्षर किए। सहमति के लिए हर पक्ष के उसी पाठ को स्वीकार करने का रिकॉर्ड चाहिए।
3. वह सच है। बिल, बयान या दावे का हैश उसकी सामग्री की शुद्धता नहीं बताता। वह बाइट का फ़िंगरप्रिंट है, तथ्यों की जाँच नहीं।

सार्वजनिक ब्लॉकचेन एंकर: Polygon और Bitcoin

ब्लॉकचेन एंकर सार्वजनिक चेन के लेनदेन में हैश डालता है और उसे शामिल करने वाले ब्लॉक की तारीख होती है। Polygon या Ethereum पर हैश लेनदेन डेटा या कॉन्ट्रैक्ट घटना में जाता है। Bitcoin पर आम तरीका OpenTimestamps है। यह मुफ़्त खुला प्रोटोकॉल कई हैश को एक Merkle ट्री में जोड़ता है, उसकी जड़ एक Bitcoin लेनदेन में दर्ज करता है और आपको रखने के लिए छोटी प्रमाण फ़ाइल देता है।

ताकत है स्वतंत्रता और लंबे समय तक टिकना। प्रमाण के लिए किसी कंपनी का चलते रहना ज़रूरी नहीं। कोई भी सार्वजनिक ब्लॉक एक्सप्लोरर पर लेनदेन देख सकता है। ब्लॉक की पुष्टि और उसके बाद और ब्लॉक जुड़ने पर रिकॉर्ड में छेड़छाड़ का पता चलता है: नेटवर्क चलाने वालों को बदलाव दिखे बिना उसे बदला नहीं जा सकता।

कमज़ोरियाँ हैं सटीकता और पहचान। ब्लॉक का समय नेटवर्क तय करता है और वह अनुमानित होता है। Bitcoin पर एक घंटे या ज़्यादा का फर्क हो सकता है, इसलिए उसे मिनट के बजाय दिन का प्रमाण मानें। OpenTimestamps प्रमाण की पूरी पुष्टि में घंटे लग सकते हैं और लेनदेन ID या प्रमाण फ़ाइल खुद रखनी होगी। सबसे अहम, लेनदेन किसी की पहचान नहीं करता: वह दिखाता है कि किसी वॉलेट ने इस समय हैश प्रकाशित किया, यह नहीं कि दस्तावेज़ किसने लिखा या स्वीकार किया।

समय-मुहर प्राधिकरण और नोटरी

समय-मुहर प्राधिकरण एक सर्वर है जो वर्तमान समय के साथ आपके हैश पर हस्ताक्षर करके टोकन लौटाता है। आम मानक RFC 3161 है। यूरोपीय eIDAS ढाँचा निगरानी वाले प्रदाताओं का योग्य संस्करण तय करता है। आप हैश देते हैं, दस्तावेज़ नहीं, इसलिए प्राधिकरण सामग्री नहीं जानता।

ताकत: सटीक समय, व्यापक मान्यता वाला प्रारूप और कई दस्तावेज़ तथा कोड हस्ताक्षर साधनों में समर्थन। कमज़ोरी: आप प्राधिकरण की घड़ी, कुंजियाँ सँभालने और आगे बने रहने पर भरोसा करते हैं। बाद में टोकन जाँचने के लिए प्रारूप समझने वाला सॉफ़्टवेयर चाहिए। हस्ताक्षर कुंजी कभी चोरी हो जाए तो उसके दिए हर टोकन पर सवाल उठता है।

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

खुद को ईमेल करना कमज़ोर तरीका क्यों है

खुद को दस्तावेज़ ईमेल करना आम घरेलू तरीका है और तीन वजहों से कमज़ोर है। मेलबॉक्स आपके नियंत्रण में है, इसलिए संदेश मिटाकर बदले संलग्नक के साथ फिर बनाया जा सकता है। हेडर की तारीखें साधारण पाठ हैं और आते समय या निर्यात फ़ाइल में बदली जा सकती हैं। पूरी सामग्री मेलबॉक्स में रहती है, इसलिए न निजी है न संक्षिप्त।

इसका एक अच्छा पक्ष प्रदाता के सर्वर पर प्राप्ति का समय है, जो आपके नियंत्रण में नहीं है। यह कुछ न होने से थोड़ा बेहतर है। लेकिन प्रदाता किसी बात की पुष्टि नहीं कर रहा, उसके विवरण साक्ष्य के लिए नहीं बने और वह वर्षों बाद सर्वर का रिकॉर्ड पाने में मदद नहीं करेगा। उतना ही आसान लेकिन तारीख साबित करने वाला तरीका चाहिए तो फ़ाइल का हैश निकालकर OpenTimestamps से मुहर लगाएँ: एक कमांड और सार्वजनिक कैलेंडर मुफ़्त हैं।

TrustChain कहाँ उपयोगी है

अकेली समय-मुहर एक सवाल का जवाब देती है: क्या ये बाइट इस तारीख तक मौजूद थे। TrustChain दूसरे सवाल के लिए बना है: क्या दोनों सत्यापित पक्ष इसी पाठ पर सहमत हुए और कब। दोनों Sumsub से फोटो पहचान पत्र और सेल्फ़ी के ज़रिए एक बार पहचान सत्यापित करके उसी अंतिम पाठ पर हस्ताक्षर करते हैं। खाते हों तो सिरे से सिरे तक एन्क्रिप्टेड चैट में बात भी कर सकते हैं। असत्यापित खाता हस्ताक्षर नहीं कर सकता।

हस्ताक्षर के समय TrustChain पहचान-सत्यापित खाते के हर हस्ताक्षर की समय-मुहर वाली जाँच प्रविष्टि लिखता है। ब्राउज़र और ऐप उसे बदल नहीं सकते। यही हिस्सा अकेला हैश नहीं देता। एंकरिंग वैकल्पिक है: हस्ताक्षरित रिकॉर्ड का Keccak-256 फ़िंगरप्रिंट निकालकर Polygon मेननेट लेनदेन में लिखती है और सार्वजनिक तारीख देती है। Free योजना में ($0, बिना कार्ड: महीने का 1 समझौता और AI सलाहकार से 3 अनुरोध) अतिरिक्त समझौते या Polygon एंकर का एकमुश्त शुल्क प्रति इकाई $1 है। एंकर के लिए सत्यापित पहचान ज़रूरी है। Pro में $19 प्रति माह पर 20 समझौते और 20 एंकर; Elite में $49 पर दोनों के 100 हैं। योजनाएँ मासिक हैं, कभी भी रद्द करें।

एंकर करें तो फ़िंगरप्रिंट और आंतरिक रिकॉर्ड ID दो खाली वॉलेट स्थानों के साथ ब्लॉकचेन पर जाते हैं। पाठ, नाम या ईमेल कभी नहीं। पाठ TrustChain के सर्वर पर रहता है ताकि फ़िंगरप्रिंट और रिकॉर्ड, प्रमाणपत्र तथा PDF दिए जा सकें। ये हर योजना में मुफ़्त हैं। चैट सिरे से सिरे तक एन्क्रिप्टेड है और TrustChain संदेश नहीं पढ़ सकता। सार्वजनिक लिंक बिना खाते के रिकॉर्ड की स्थिति और एंकर हो तो फ़िंगरप्रिंट दिखाता है, पहचान कभी नहीं। शीर्षक केवल Elite योजना में बने समझौतों पर दिखता है। एंकर का Polygon लेनदेन किसी भी ब्लॉक एक्सप्लोरर पर स्वतंत्र जाँचा जा सकता है। Polygon मेननेट पर TrustChain का स्मार्ट कॉन्ट्रैक्ट है: 0x649Bc303d15E173D95B4d379e163868b03cf5Fec।

इससे समय-मुहर का मतलब नहीं बदलता। एंकर किया फ़िंगरप्रिंट और तारीख कहीं भी जाँचे जा सकते हैं। समझौता लागू कराया जा सकता है या नहीं, यह पक्षों के स्थान और तय हुई बात पर निर्भर है। TrustChain इसका दावा नहीं करता।

• GitHub पर trustchain-verify: बिना खाते या कुंजियों के सार्वजनिक रिकॉर्ड की Polygon लेनदेन से तुलना करने वाला खुला, केवल पढ़ने वाला जाँच साधन
• TrustChain हस्ताक्षर कैसे दर्ज करता है: हर जाँच प्रविष्टि क्या दर्ज करती है और कौन उसे बदल सकता है या नहीं

खुद करें

एक हैश फ़ंक्शन चुनें और उसका नाम लिख लें। ये कदम खुद हैश की जाने वाली फ़ाइल के लिए हैं। TrustChain फ़िंगरप्रिंट में आंतरिक रिकॉर्ड और खाते की ID भी होती हैं, इसलिए वह समझौते के पाठ के हैश से मेल नहीं खाएगा। SHA-256 का साधन हर प्रमुख ऑपरेटिंग सिस्टम में मिलता है। TrustChain और Ethereum-संगत चेन वाले Keccak-256 के लिए छोटा प्रोग्राम चाहिए। OpenSSL जैसे कमांड साधनों का sha3-256 विकल्प NIST SHA-3 है, जिसकी पैडिंग अलग है और नतीजा Keccak-256 से अलग होता है।

ऑनलाइन हैश कैलकुलेटर सुविधाजनक हैं, लेकिन दो सीमाएँ हैं। पेस्ट या अपलोड किया कुछ भी मशीन से बाहर जाता है, इसलिए ऐसा दस्तावेज़ कभी न दें जिसे सार्वजनिक नहीं करना चाहेंगे। पूरी तरह ब्राउज़र में चलने वाला साधन बेहतर है। मोटी जाँच के लिए हैश निकालने से पहले नेटवर्क काटें और देखें कि चलता है या नहीं। अपरिचित साइट एल्गोरिदम का गलत नाम भी दे सकती है, इसलिए भरोसा करने से पहले कम से कम एक नतीजा स्थानीय कमांड से मिलाएँ।

हैश मिल जाए तो ऐसी तारीख वाली जगह प्रकाशित करें जो आपके नियंत्रण में न हो: OpenTimestamps प्रमाण, समय-मुहर प्राधिकरण का टोकन या सार्वजनिक चेन का लेनदेन। फिर ठीक वही मूल फ़ाइल, एल्गोरिदम, हैश और प्रकाशन की जगह की टिप्पणी के साथ रखें।

बाद में जाँचने के लिए उसी फ़ाइल पर वही कमांड चलाएँ और दोनों 64 अक्षरों वाली स्ट्रिंग मिलाएँ। 0x और बड़े-छोटे अक्षरों का फर्क अहम नहीं, लेकिन हर दूसरा अक्षर मेल खाना चाहिए। फर्क हो तो फ़ाइल बदली है या एल्गोरिदम अथवा एनकोडिंग अलग है। आम वजहें फिर सहेजा PDF, बदली पंक्ति समाप्ति या आखिरी नई पंक्ति हैं। हैश ब्लॉकचेन पर एंकर हो तो ब्लॉक एक्सप्लोरर में लेनदेन खोलें, उसके डेटा में हैश ढूँढें और उसी तरह तुलना करें।

1. macOS पर SHA-256: shasum -a 256 agreement.pdf
2. Linux पर SHA-256: sha256sum agreement.pdf
3. Windows (PowerShell) पर SHA-256: Get-FileHash agreement.pdf -Algorithm SHA256
4. Python से Keccak-256 (पहले pip install pycryptodome): python3 -c "from Crypto.Hash import keccak; print(keccak.new(digest_bits=256, data=open('agreement.txt','rb').read()).hexdigest())"
5. Node.js से Keccak-256 (पहले npm install ethers): node -e "const {ethers}=require('ethers'); console.log(ethers.keccak256(require('fs').readFileSync('agreement.txt')))"