जो तय हुआ था, उसे कैसे साबित करूँ?

सामग्री, समय, पहचान: तीन अलग सवाल

समझौते का हर विवाद तीन सवालों पर आता है जिन्हें लोग अक्सर एक कर देते हैं। सामग्री: पाठ में असल में क्या था? समय: दावा की गई तारीख को यही पाठ था? पहचान: किसने स्वीकार किया? साक्ष्य किसी एक का अच्छा जवाब और दूसरे का बिल्कुल नहीं दे सकता। अच्छा रिकॉर्ड एक के बजाय तीनों का जवाब देता है।

चौथा सवाल अलग तरह का है: कानूनी प्रवर्तनीयता, यानी अदालत या मध्यस्थ समझौते पर क्या करेगा। यह पक्षों के स्थान, समझौते के प्रकार और शर्तों पर निर्भर है। पहले तीन तथ्य हैं और कहीं भी जाँचे जा सकते हैं। चौथा कानून और जगह का सवाल है। TrustChain रिकॉर्ड पहले तीन दिखाने के लिए बना है; चौथे का दावा नहीं करता।

नीचे के स्तर पढ़ते समय यह फर्क याद रखें। हर स्तर केवल सामग्री, समय और पहचान के आधार पर आँका गया है। ऊपर जाने से सौदे पर कानून नहीं बदलता। बदलता है कि बहस का कितना हिस्सा दिखाए जा सकने वाले तथ्यों पर है और कितना केवल आपके दावे पर।

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

पहले तीन स्तर: मौखिक सौदा, संदेशों की बातचीत, ईमेल

मौखिक सौदा सबसे नीचे है। वह असली समझौता हो सकता है, लेकिन अकेला कुछ साबित नहीं करता: तुलना का पाठ नहीं, दिखाने की तारीख नहीं और पहचान उन दो लोगों की याद पर है जो अब असहमत हैं। केवल मौखिक सौदा हो तो ज़्यादा बहस के बजाय आज एक स्तर ऊपर जाएँ। नीचे बिना रिकॉर्ड वाली स्थिति में यह बताया है।

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

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

चौथा और पाँचवाँ स्तर: हस्ताक्षरित PDF और ई-हस्ताक्षर

मुद्रित-स्कैन किया या चित्र जैसे हस्ताक्षर वाला PDF एक तय दस्तावेज़ देता है। सामग्री पेज पर तय है। समस्या समय और पहचान है: PDF में टाइप की तारीख नहीं साबित करती कि वह कब बना और लिखे हस्ताक्षर से नहीं पता चलता कि कलम किसके हाथ थी। एक ही PDF के दो रूप घूम सकते हैं और कोई पक्ष नहीं दिखा सकता कि आखिरी कौन सा था।

ई-हस्ताक्षर सेवा जाँच विवरण जोड़ती है: हर पक्ष ने कब क्लिक किया, किस ईमेल और IP से, और अक्सर बाद के बदलाव के खिलाफ PDF पर मुहर लगाती है। समय और सामग्री में यह वास्तविक सुधार है। पहचान आम तौर पर ईमेल ही है। जाँच विवरण प्रदाता के सर्वर पर है, इसलिए तीसरे को खुद जाँचने के बजाय प्रदाता की रिपोर्ट माननी पड़ती है। प्रदाता बंद हो या खाता खत्म हो तो विवरण भी जा सकता है।

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

छठा स्तर: सत्यापित पहचान और सार्वजनिक एंकर वाला फ़िंगरप्रिंट रिकॉर्ड

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

हर पक्ष के हस्ताक्षर पर TrustChain समय-मुहर वाली जाँच प्रविष्टि लिखता है जिसे ब्राउज़र और ऐप नहीं बदल सकते। एंकरिंग पर रिकॉर्ड का Keccak-256 फ़िंगरप्रिंट निकालता है: आंतरिक ID, शीर्षक, शर्तें, राशि और दोनों खाते की ID। एक अक्षर बदलने पर फ़िंगरप्रिंट बिल्कुल बदलता है। आंतरिक ID शामिल होने से केवल पाठ से इसे दोबारा नहीं निकाला जा सकता। एंकरिंग के बाद सुरक्षित रिकॉर्ड बदले तो Polygon फ़िंगरप्रिंट से मेल नहीं होगा। यह सामग्री का आधार है।

समय के लिए रिकॉर्ड वैकल्पिक रूप से Polygon मेननेट लेनदेन में एंकर हो सकता है। स्मार्ट कॉन्ट्रैक्ट 0x649Bc303d15E173D95B4d379e163868b03cf5Fec है। ब्लॉक एक्सप्लोरर लिखे जाने का समय दिखाता है और यह जाँच TrustChain पर निर्भर नहीं। बिना एंकर समय TrustChain की समय-मुहर वाली जाँच प्रविष्टि पर है, जिसे ब्राउज़र और ऐप नहीं बदल सकते लेकिन तीसरे को TrustChain से मानना पड़ता है। लेनदेन फ़िंगरप्रिंट के साथ रिकॉर्ड की TrustChain ID और दो खाली वॉलेट स्थान रखता है। पाठ, नाम या ईमेल ब्लॉकचेन पर नहीं जाते। एंकरिंग किसी को प्रति बदलने से नहीं रोकती, लेकिन एंकर किए रिकॉर्ड में बदलाव उसके फ़िंगरप्रिंट से मेल नहीं खाएगा।

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

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

• TrustChain हस्ताक्षर कैसे दर्ज करता है: हर जाँच प्रविष्टि क्या दर्ज करती है और कौन उसे बदल सकता है या नहीं

अभी खुद रिकॉर्ड जाँचें

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

ध्यान दें कि क्या नहीं चाहिए था: खाता या पक्षों के नाम। Polygon वाला कदम TrustChain के बिना चलता है, क्योंकि लेनदेन ऐसी सार्वजनिक चेन पर है जिस पर उसका नियंत्रण नहीं।

1. https://trustchain.biz/verify/5c79fbb0 खोलें। रिकॉर्ड ID 5c79fbb0, शीर्षक 'Golf Clubs' और एंकर करने की तारीख 26 जुलाई 2026 दिखनी चाहिए।
2. फ़िंगरप्रिंट पढ़ें: 0x2730c80122af9f7073d5b486790e0016bb0b2bc582785f84ca2c965f07877128। यह एंकरिंग के समय हस्ताक्षरित रिकॉर्ड से निकाला TrustChain का Keccak-256 फ़िंगरप्रिंट है। पेज पर नाम या पक्षों की दूसरी जानकारी नहीं है।
3. polygonscan.com खोलकर लेनदेन 0x8ff5cf3555849eb4d8bf5214f6982ce54906820d1ea2b9aad358d251f8086b2d खोजें। जाँचें कि वह Polygon मेननेट पर 26 जुलाई 2026 का है। TrustChain का स्मार्ट कॉन्ट्रैक्ट 0x649Bc303d15E173D95B4d379e163868b03cf5Fec है। एक्सप्लोरर के लेनदेन पतों से तुलना करें।
4. लेनदेन के इनपुट डेटा में फ़िंगरप्रिंट ढूँढें। सार्वजनिक रिकॉर्ड के वही 64 हेक्साडेसिमल अक्षर TrustChain की आंतरिक रिकॉर्ड ID के पास होने चाहिए। मेल हो तो यह फ़िंगरप्रिंट उस तारीख को Polygon पर लिखा गया। उसके पीछे के रिकॉर्ड में बाद का बदलाव अलग फ़िंगरप्रिंट देगा।
5. एक जाँच आप ऐसे नहीं कर सकते: समझौते के पाठ का हैश यह फ़िंगरप्रिंट नहीं बनाएगा। TrustChain शीर्षक, शर्तें और राशि को आंतरिक रिकॉर्ड ID तथा पक्षों के खाते की ID के साथ हैश करता है और खाते की ID सार्वजनिक नहीं हैं।

अभी कोई रिकॉर्ड न हो तो क्या करें

अधिकतर विवाद बिना रिकॉर्ड शुरू होते हैं: मौखिक सौदा, अधूरी बातचीत, बिना हस्ताक्षर का PDF। लक्ष्य है रुख सख्त होने से पहले जल्द एक तय संस्करण और तारीख वाली स्वीकृति पाना।

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

दूसरे पक्ष से लिखित पुष्टि लें। छोटा निष्पक्ष सारांश भेजें: 'हमारी बात की पुष्टि के लिए: दायरा X, कीमत Y, Z तक पूरा। जवाब देकर पुष्टि करें।' एक शब्द 'पुष्टि' मौखिक सौदे को तीसरे स्तर का ईमेल बनाता है। लंबे शिकायती संदेश में सारांश न छिपाएँ; पुष्टि आसान बनाएँ।

संस्करण तय रखें। दोनों के स्वीकार किए पाठ को बदलना बंद करें। उसे शब्द और तारीख तय करने वाले रिकॉर्ड में रखें, चाहे मुहर वाला ई-हस्ताक्षर हो या सार्वजनिक एंकर वाला फ़िंगरप्रिंट रिकॉर्ड। बाद में शर्तें बदलें तो पुराने को बदलने के बजाय नया रिकॉर्ड बनाएँ, ताकि कभी सवाल न हो कि कब कौन सा संस्करण था।

1. आज: तय हुई बात की तारीख वाली टिप्पणी लिखकर खुद को ईमेल करें।
2. इस सप्ताह: दूसरे पक्ष को सरल सारांश भेजकर लिखित "पुष्टि" माँगें।
3. और काम या पैसा देने से पहले: अंतिम पाठ ऐसे रिकॉर्ड में तय करें जो सामग्री और तारीख सुरक्षित करे।
4. बाद के हर बदलाव के लिए: नया रिकॉर्ड, पुराने में बदलाव कभी नहीं।

कानूनी रूप से लागू कराना अलग सवाल है

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

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

पैसा या बहुत काम दाँव पर हो तो अपने क्षेत्र के वकील से बात करें। रिकॉर्ड साथ ले जाएँ: उससे वकील को तथ्य दोबारा नहीं बनाने पड़ते और समय कानून पर लग सकता है।

TrustChain रिकॉर्ड में क्या है और क्या नहीं

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

आपका अपना रिकॉर्ड, प्रमाणपत्र और PDF हर योजना में मुफ़्त हैं। Free में कार्ड नहीं चाहिए और महीने का 1 समझौता तथा AI सलाहकार से 3 अनुरोध हैं। अतिरिक्त समझौते या Polygon एंकर का एकमुश्त शुल्क प्रति इकाई $1 है। एंकर के लिए सत्यापित पहचान चाहिए। Pro $19 प्रति माह में 20 समझौते, 20 एंकर और 50 AI अनुरोध देता है। Elite $49 प्रति माह में 100 समझौते, 100 एंकर और 300 AI अनुरोध देता है। योजनाएँ मासिक हैं, कभी भी रद्द करें।

AI सलाहकार शर्तें सरल भाषा में समझाता है। ब्रिटिश कोलंबिया के Builders Lien Act के लिए अधिनियम से जवाब देता है, धारा उद्धृत करता है, समेकन की तारीख और आधिकारिक BC Laws लिंक देता है। बाकी सब पर सामान्य मार्गदर्शन देता है और यह बात बताता है। वह पढ़ने में मदद है, वकील नहीं।

TrustChain को मेट्रो वैंकूवर के सरे में एकल संस्थापक Kirill Korolyov ने बनाया है। उनकी ब्रिटिश कोलंबिया में निगमित कंपनी Kirillskiy Construction Ltd. इसका संचालन करती है।