TrustChain हस्ताक्षर कैसे दर्ज करता है

निर्माता TrustChain खाते में साइन इन करके शीर्षक, काम, राशि, तारीखें और दूसरे का ईमेल पता भरता है।

रिकॉर्ड TrustChain का सर्वर सहेजता है, निर्माता का ब्राउज़र नहीं। कोई ब्राउज़र या ऐप सीधे समझौता रिकॉर्ड नहीं बना सकता। इसमें निर्माता की खाता ID, दोनों तरफ भरे ईमेल, शीर्षक, राशि और मुद्रा, पाठ व दूसरे खाने, स्थिति (हस्ताक्षर का इंतज़ार), दोनों हस्ताक्षर अभी नहीं हुए के रूप में और बनने का समय होते हैं।

मौजूदा प्रपत्र वाले समझौतों में सर्वर अभी सहेजे खानों से पाठ खुद लिखता है। इससे पढ़ा, हस्ताक्षरित और एंकर किया पाठ उन्हीं खानों से मेल खाता है।

सर्वर 8 अक्षरों की रिकॉर्ड ID भी देता है। सार्वजनिक रिकॉर्ड लिंक (trustchain.biz/verify/ के बाद रिकॉर्ड ID) और प्रमाणपत्र यही इस्तेमाल करते हैं। TrustChain लंबी आंतरिक रिकॉर्ड ID भी रखता है।

इतिहास की पहली प्रविष्टि है: निर्माता ने समझौता बनाया, समय के साथ। इस कदम पर IP पता दर्ज नहीं होता।

निर्माता दूसरे को ईमेल से हस्ताक्षरकर्ता के रूप में बुलाता है। दर्शक भी बुला सकता है, जो पढ़ सकते हैं लेकिन हस्ताक्षर नहीं कर सकते।

हर आमंत्रण के लिए सर्वर नया बेतरतीब लिंक बनाता है। लिंक के गुप्त हिस्से का केवल एकतरफ़ा हैश रखता है, लिंक कभी नहीं। Resend ईमेल सेवा से TrustChain के पते से लिंक भेजता है। निर्माता के पेज पर भी लिंक दिखता है ताकि कॉपी करके दूसरे तरीके से भेज सके।

लिंक की अवधि: 7 दिन। नई पहचान जाँच रुकी हों तो नया लिंक 14 दिन चलता है, ताकि जाँच लौटने के इंतज़ार में खत्म न हो। अभी नया लिंक 14 दिन चलता है। पहले भेजे लिंक की मूल समाप्ति रहती है।

लिंक ज़रूरत अनुसार खुलता है, जब तक अवधि खत्म न हो, निर्माता आमंत्रण रद्द न करे, नया लिंक न भेजे या समझौता वापस न ले। "नया लिंक भेजें" से पुराना बंद होता है। उसी पते को फिर बुलाने से दूसरा आमंत्रण बनता है। दोनों अपने खत्म या रद्द होने तक चलते हैं।

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

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

बिना इस्तेमाल लिंक खत्म हो तो आमंत्रित व्यक्ति उसके पेज से नया माँग सकता है। TrustChain निर्माता को अधिकतम दिन में एक बार बताता है और केवल निर्माता नया लिंक भेज सकता है। अनुरोध इतिहास में जुड़ता है।

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

फिर कोई हस्ताक्षर या नया आमंत्रण नहीं हो सकता और वापसी पलटी नहीं जा सकती। रद्द लिंक खुलना बंद करते हैं। खोलने वाले को बताया जाता है कि निर्माता ने वापस लिया। ईमेल नहीं भेजा जाता। निर्माता की सूची में वापस लिया स्थिति में रहता है। आमंत्रित पता ही पुष्टि किया ईमेल हो तो उस TrustChain खाते से अब भी पढ़ सकते हैं। सार्वजनिक रिकॉर्ड पेज केवल वापस लिया बताता है। इस्तेमाल हुई समझौते की इकाई वापस नहीं मिलती।

लिंक खुलने पर TrustChain सर्वर आमंत्रण ढूँढकर जाँचता है कि खत्म या रद्द नहीं है। पहले खुलने और हर बार समझौता देखने को इतिहास में दर्ज करता है। उसी आमंत्रण का अतिथि सत्र शुरू होता है, ताकि बिना खाता बनाए पढ़ सकें।

हर खोलने और देखने का IP केवल सर्वर वाले विवरण में जाता है, इतिहास में नहीं (धारा 8)।

व्यक्ति ऐसे TrustChain खाते में साइन इन हो जिसका पुष्टि किया ईमेल आमंत्रित पता है, तो अतिथि सत्र के बजाय उसी खाते से हस्ताक्षर करता है।

लिंक से शुरू अतिथि सत्र लिंक खत्म या बदले जाने पर भी चलता है। आमंत्रण रद्द या समझौता वापस लेने से खत्म होता है।

TrustChain खाते में साइन इन करके

निर्माता हमेशा ऐसा करता है। आमंत्रित भी कर सकता है, अगर खाते का पुष्टि किया ईमेल आमंत्रित पता है।

आमंत्रण लिंक से हस्ताक्षर

आमंत्रित व्यक्ति अपने लिंक के शुरू किए अतिथि सत्र में हस्ताक्षर करता है।

हर हस्ताक्षर तरीका दर्ज करता है। TrustChain सर्वर खाते या आमंत्रण से खुद तय करता है कि कौन किस पक्ष के लिए हस्ताक्षर कर रहा है, ब्राउज़र की कही बात से कभी नहीं। दर्शक का आमंत्रण हस्ताक्षर नहीं कर सकता। हर लिंक केवल एक बार कर सकता है।

TrustChain पर हर हस्ताक्षरकर्ता पहले पहचान जाँच पूरी करता है। जाँच अनिवार्य है। सर्वर हस्ताक्षर तभी स्वीकार करता है जब हस्ताक्षर वाले खाते के रिकॉर्ड में जाँच सफल हो। बिना इसके हस्ताक्षर का रास्ता नहीं।

Sumsub पहचान सत्यापन कंपनी है। वह TrustChain पेज पर अपनी विंडो में फोटो पहचान पत्र और सेल्फ़ी जाँचती है। दस्तावेज़ Sumsub को जाते हैं। नतीजे के लिए TrustChain सर्वर जाँच रिकॉर्ड माँगता है। जवाब में पहचान पत्र से पढ़े नाम जैसे विवरण हो सकते हैं। TrustChain केवल नतीजा रखता है। कोई ब्राउज़र या ऐप नतीजा नहीं लिख सकता। खाता एक बार जाँचता है; आमंत्रण लिंक के अतिथि सत्र की अपनी जाँच है।

Sumsub की विंडो से पहले TrustChain संवाद बताता है कि Sumsub अपनी विंडो में फोटो पहचान पत्र और सेल्फ़ी जाँचता है। गोपनीयता नीति के Sumsub वाले हिस्से का लिंक है।

नई पहचान जाँच अभी रुकी हैं। पहले जाँच पूरी करने वाला अब भी हस्ताक्षर कर सकता है। बाकी जाँच लौटने पर कर सकेंगे। तब तक समझौता लिखना, आमंत्रित और साझा करना चलता है। जाँच पूरे समय अनिवार्य रहती है।

मुहर क्या दिखाती है। सफल जाँच के बाद के हर हस्ताक्षर पर "Sumsub द्वारा पहचान जाँची गई" मुहर है। वह दिखाती है कि हस्ताक्षर सहेजते समय TrustChain रिकॉर्ड में उस खाते की Sumsub जाँच का सकारात्मक नतीजा था।

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

हस्ताक्षर की दोनों जगह, खाते का समझौता पेज और आमंत्रण लिंक पेज, पहले समझौता दिखाते हैं: शीर्षक, दूसरा व्यक्ति, राशि, पूरा होने की तारीख और पूरा पाठ (पुराने समझौतों में दूसरे खानों से बनी मानक शर्तें भी)।

नीचे "I want to sign this agreement" नाम का टिक करने वाला खाना और यह पंक्ति है: "I've read all the terms above. I understand my signature will be recorded with the date and time and tied to my verified identity." टिक किए बिना हस्ताक्षर नहीं भेजा जाता। TrustChain सर्वर टिक को खुद दर्ज नहीं करता।

बटन के ठीक ऊपर, लिंक के पीछे नहीं बल्कि सीधे पाठ में, यह वाक्य है:

हस्ताक्षर अनुरोध संस्करण ID भेजता है। TrustChain सर्वर उसे हस्ताक्षर पर तब रखता है जब वह मौजूदा संस्करण हो। वाक्य से पहले खुला पेज संस्करण नहीं भेजता, हस्ताक्षर में भी नहीं रहता। वाक्य बदले तो नई ID होती है और हर हस्ताक्षर अपनी समय की ID रखता है।

सुरक्षित संस्करण दिखाता है कि पेज कौन सा वाक्य दिखाने के लिए बना था। TrustChain स्क्रीन नहीं देख सकता, इसलिए यह पढ़ने को नहीं दिखाता।

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

बटन दबाने पर TrustChain सर्वर साइन इन जाँचता है, पक्ष तय करता है और जाँचता है कि समझौता खुला है, पहले हस्ताक्षर नहीं हुआ और पहचान जाँच सफल है। फिर नीचे सब एक कदम में सहेजता है: या सब सहेजता है या कुछ नहीं।

समय

हस्ताक्षर सहेजने का पल, Google की सर्वर घड़ी से TrustChain डेटाबेस द्वारा तय, फ़ोन या कंप्यूटर से नहीं। प्रमाणपत्र UTC में दिखाता है।

तरीका

TrustChain खाते में साइन इन करके या आमंत्रण लिंक से हस्ताक्षर।

कौन

खाता ID या आमंत्रण ID, साइन इन या आमंत्रण का ईमेल, पक्ष (निर्माता या आमंत्रित) और अतिथि सत्र था या नहीं। निर्माता का पता खाते वाला है।

पहचान जाँच की मुहर

Sumsub द्वारा पहचान जाँची गई (धारा 5)।

सहमति संस्करण

बटन के ऊपर वाक्य की संस्करण ID (धारा 6)।

शर्तों का फ़िंगरप्रिंट

हस्ताक्षर सहेजते समय रिकॉर्ड में रखे ठीक उसी पाठ का Keccak-256 फ़िंगरप्रिंट। एक अक्षर बदलने पर अलग होता है। केवल सुरक्षित पाठ शामिल है। मौजूदा प्रपत्र में भरी राशि और पूरा होने की तारीख पाठ में हैं; शीर्षक कभी नहीं। उसी रिकॉर्ड पर पाठ के साथ रहता है, इसलिए अकेले केवल दोनों का मेल दिखाता है। यही हस्ताक्षर के समय का पाठ है, यह बाद में रिकॉर्ड न बदलने (धारा 9) या एंकर हो तो Polygon (धारा 11) पर निर्भर है। पुराने प्रपत्र में हस्ताक्षर पेज दूसरे खानों से बनी मानक शर्तें (स्वामित्व, गोपनीयता, लागू कानून, संपूर्ण समझौता) भी दिखाता है, जो फ़िंगरप्रिंट में नहीं। पुराने रिकॉर्ड में पाठ न हो तो पेज काम का दायरा दिखाता है और फ़िंगरप्रिंट खाली पाठ का है।

हस्ताक्षर का IP पता

हस्ताक्षर अनुरोध का दर्ज IP। TrustChain forwarding हेडर में Google के फ्रंट एंड या Firebase Hosting की जोड़ी प्रविष्टि पढ़ता है और अनुरोधकर्ता की पहले लिखी प्रविष्टियाँ अनदेखी करता है। अपेक्षित रूप न हो तो पता दर्ज नहीं होता। 14 अक्टूबर 2026 से पहले वेब फ़्रेमवर्क का बताया पता था, जो कुछ अनुरोधों में अनुरोधकर्ता का भेजा हो सकता था। हस्ताक्षर की इतिहास प्रविष्टि में रहता है जिसे दोनों पक्ष और दर्शक पढ़ सकते हैं, जैसा बटन का वाक्य बताता है। समझौता पेज से डाउनलोड अपनी प्रमाणपत्र प्रति में भी छपता है।

IP पता मोबाइल कंपनी, नियोक्ता, VPN या साझा नेटवर्क का हो सकता है। व्यक्ति या सटीक जगह नहीं पहचानता। TrustChain स्थान नहीं खोजता।

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

TrustChain आमंत्रण खोलने, उससे देखने, नया लिंक माँगने और काम पूरा होने की पुष्टि का IP भी दर्ज करता है। वे इतिहास में नहीं जाते। अलग केवल सर्वर वाले विवरण में इतिहास की प्रविष्टि वाले उसी कदम में रहते हैं, ताकि मिलाए जा सकें। पुराने इतिहास के पते उस विवरण में ले जाए गए।

कोई ब्राउज़र या ऐप वह विवरण नहीं पढ़ सकता, इसलिए दूसरा पक्ष और दर्शक ये पते कभी नहीं देखते। TrustChain सुरक्षा और रिकॉर्ड के लिए रखता है।

समझौता बनाने या वापस लेने, आमंत्रण भेजने, बदलने या रद्द करने और एंकरिंग पर IP दर्ज नहीं होता।

ऊपर के हर कदम की TrustChain सर्वर समय वाली इतिहास प्रविष्टि है: बनाया, आमंत्रण भेजा, पता बदला, रद्द, नया लिंक भेजा, खोला, देखा, नया लिंक माँगा, वापस लिया, हस्ताक्षर, दोनों के हस्ताक्षर, पूरा होने की पुष्टि, पूरा और एंकर।

केवल TrustChain सर्वर इतिहास लिखते हैं। ब्राउज़र या ऐप प्रविष्टि जोड़, बदल या मिटा नहीं सकते। पाठ, हस्ताक्षर, स्थिति या समय भी नहीं बदल सकते। दोनों पक्ष और वैध आमंत्रण वाले दर्शक इतिहास पढ़ सकते हैं।

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

नियम ब्राउज़र और ऐप को बाँधते हैं, TrustChain के सर्वर या डेटाबेस की प्रशासनिक पहुँच वाले को नहीं। वे रिकॉर्ड बदल सकते हैं। यही एंकरिंग की एक वजह है: फ़िंगरप्रिंट नियंत्रण से बाहर Polygon पर है। नियम समय के साथ बदले हैं। पुराने रिकॉर्ड के लिए TrustChain बता सकता है कि बनते समय कौन से नियम थे।

दोनों के हस्ताक्षर के बाद हर व्यक्ति बटन दबाकर कह सकता है कि सब तय काम पूरा हुआ। निर्माता समझौता पेज से और आमंत्रित खाते या अपने लिंक से करता है। दर्शक नहीं कर सकता।

हर दबाव व्यक्ति की पुष्टि का TrustChain सर्वर घड़ी वाला समय रिकॉर्ड में रखता है और इतिहास में पुष्टि जोड़ता है। IP केवल सर्वर विवरण में जाता है (धारा 8)। दोनों दबाएँ तो स्थिति पूरी होती है, समय रहता है और इतिहास में प्रविष्टि जुड़ती है। TrustChain द्वारा समय सहेजना शुरू होने से पहले के रिकॉर्ड में हर पुष्टि केवल इतिहास में है।

यह केवल दोनों का बटन दबाना दर्ज करता है। TrustChain काम या भुगतान नहीं जाँचता।

एंकरिंग वैकल्पिक है, कभी अपने आप नहीं। दोनों के हस्ताक्षर के बाद TrustChain खाते वाला पक्ष एंकर चुन सकता है। सशुल्क योजनाओं में शामिल है या Free में एकमुश्त खरीद है (कीमतें)।

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

ब्लॉकचेन पर ठीक क्या जाता है:

• फ़िंगरप्रिंट;
• समझौते की आंतरिक TrustChain रिकॉर्ड ID, साधारण पाठ में (8 अक्षरों वाली रिकॉर्ड ID नहीं);
• दो खाली वॉलेट पता स्थान;
• लेनदेन वाले ब्लॉक का समय, जैसा Polygon दर्ज करता है, और भेजने वाले TrustChain एंकरिंग वॉलेट का पता।

पाठ, नाम, ईमेल, राशि, हस्ताक्षर, IP या पहचान जाँच नतीजे Polygon पर नहीं लिखे जाते।

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

क्या दिखाता है। फ़िंगरप्रिंट उस ब्लॉक के समय Polygon पर लिखा गया और कॉन्ट्रैक्ट में बदलने या मिटाने का फ़ंक्शन नहीं। शामिल खाने बदलें तो मेल नहीं रहेगा, इसलिए छेड़छाड़ का पता चलता है। क्या नहीं दिखाता। इसमें हस्ताक्षर, उनके समय, पहचान जाँच या PDF शामिल नहीं और किसने हस्ताक्षर किए नहीं दिखता।

कॉन्ट्रैक्ट पता और एंकरिंग वॉलेट सुरक्षा पर हैं। क्या हस्ताक्षरित अनुबंध बदला गया है? बताता है कि Polygon से जाँच कैसे होती है।

TrustChain रखता है:

• समझौता रिकॉर्ड: पाठ, शीर्षक, राशि, दोनों के भरे ईमेल, खाता ID, स्थितियाँ और समय;
• इतिहास;
• हर हस्ताक्षर, धारा 7 की सभी बातों सहित;
• हर आमंत्रण, लिंक के केवल एकतरफ़ा हैश के साथ;
• केवल सर्वर वाला IP विवरण (धारा 8);
• पहचान जाँच वाले हर खाते या अतिथि सत्र के लिए: Sumsub नतीजा, आखिरी बदलाव का समय और जाँच का Sumsub संदर्भ।

TrustChain नहीं रखता:

• पहचान दस्तावेज़, पहचान फ़ोटो या सेल्फ़ी। Sumsub सँभालता है।
• कानूनी नाम। TrustChain न माँगता न जाँचता है। खाते में Google जैसे प्रदाता का दिखने वाला नाम हो सकता है, जिसे कोई नहीं जाँचता।
• खुद आमंत्रण लिंक।
• डाउनलोड किए PDF की प्रतियाँ।
• पढ़ने योग्य रूप में दोनों की चैट। यह सिरे से सिरे तक एन्क्रिप्टेड है और केवल सहभागी पढ़ सकते हैं।

रिकॉर्ड नहीं दिखाते: शारीरिक रूप से किसने बटन दबाया (खाता या आमंत्रण और उस पल की जाँच दिखती है); लिंक किसने इस्तेमाल किया, क्योंकि निर्माता भी कॉपी कर भेज सकता है; काम या भुगतान हुआ या नहीं; यहाँ से परे स्क्रीन पर क्या था; या TrustChain से बाहर की घटना।

कोई भी पक्ष समझौते या लिंक पेज से PDF डाउनलोड कर सकता है: पक्ष, पूरा पाठ और इतिहास। यह मुख्य रिकॉर्ड है।

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

समझौता पेज से डाउनलोड अपनी प्रति में हस्ताक्षर के IP और आंशिक छिपे ईमेल भी छपते हैं। सार्वजनिक पेज की प्रति ईमेल, IP और आंतरिक ID छोड़ती है। प्रमाणपत्र पाठ नहीं दिखाता।

यादगार कार्ड Pip वाला अलग एक-पेज कार्ड है, जो दोनों के हस्ताक्षर के बाद रखने और साझा करने को मिलता है। उस पर लिखा है कि यह यादगार है, रिकॉर्ड नहीं, और लाइव रिकॉर्ड का पता है।

ये सब डाउनलोड करने वाले के ब्राउज़र में उस पल के रिकॉर्ड से बनते हैं। TrustChain प्रति नहीं रखता। PDF बाद में बदल सकता है, इसलिए trustchain.biz/verify/ के बाद रिकॉर्ड ID वाले लाइव रिकॉर्ड से जाँचें।

समझौते के पक्ष को अधिकरण या अदालत जैसे काम के लिए TrustChain रिकॉर्ड चाहिए तो रिकॉर्ड ID के साथ founder@trustchain.biz पर लिख सकता है। TrustChain हर समझौते के यहाँ बताए रिकॉर्ड रखता है और गोपनीयता कानून के अधीन अनुरोध पर दे सकता है: रिकॉर्ड, इतिहास, लिंक हैश के बिना आमंत्रण और पहचान जाँच का नतीजा। पहचान दस्तावेज़ Sumsub के पास हैं, TrustChain के नहीं।

इस पेज के संस्करण हैं। प्रक्रिया बदले तो ऊपर संस्करण और तारीख बदलते हैं और बदलाव सूची बताती है कि क्या बदला। इससे रिकॉर्ड को बनते समय की प्रक्रिया के अनुसार पढ़ सकते हैं। TrustChain पुराने संस्करण रखता है और अनुरोध पर दे सकता है।