Question 1

मुझे Chaindoc दस्तावेज़ क्यों सत्यापित करना चाहिए?

Accepted Answer

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

Question 2

सत्यापन प्रक्रिया कैसे काम करती है?

Accepted Answer

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

Question 3

क्या Chaindoc मेरा दस्तावेज़ स्टोर करता है जब मैं उसे सत्यापित करता हूं?

Accepted Answer

नहीं। दस्तावेज़ आपके ब्राउज़र से कभी बाहर नहीं जाता। केवल गणना किया गया हैश, फाइल मेटाडेटा और एक बार का टोकन TLS पर बैकएंड को भेजा जाता है। क्योंकि Chaindoc पहले से ही प्रमाणपत्र होस्ट करता है, यह अपलोड की गई फाइल को बिना सहेजे आपके अनुरोध की पुष्टि कर सकता है।

Question 4

सत्यापन परिणाम कौन देख सकता है?

Accepted Answer

प्रत्येक प्रयास (सफल या विफल) प्रमाणपत्र टाइमलाइन में लॉग होता है। लॉग में यह रिकॉर्ड होता है कि जांच किसने शुरू की, टाइमस्टैम्प, IP क्षेत्र और परिणाम। प्रमाणपत्र एक्सेस वाले टीम सदस्य टाइमलाइन की समीक्षा और निर्यात कर सकते हैं।

Question 5

सत्यापन को कौन सी क्रिप्टोग्राफी सुरक्षित करती है?

Accepted Answer

Chaindoc Ed25519 कुंजी जोड़ी के साथ प्रतिक्रियाओं पर हस्ताक्षर करता है। दस्तावेज़ हैश एक Ethereum-संगत चेन पर एंकर्ड होते हैं, इसलिए कोई भी स्वतंत्र रूप से एंकर लेनदेन की जांच कर सकता है। ट्रांसपोर्ट TLS से सुरक्षित है, और एक रोलिंग कुंजी-रोटेशन नीति हस्ताक्षर कुंजियों को छोटी अवधि का रखती है। eIDAS विनियम इस तरह की क्रिप्टोग्राफिक गारंटी द्वारा समर्थित उन्नत इलेक्ट्रॉनिक हस्ताक्षरों को मान्यता देता है।

Question 6

यदि हैश मेल नहीं खाते तो क्या होता है?

Accepted Answer

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

Question 7

क्या मैं बाद में उसी दस्तावेज़ को फिर से सत्यापित कर सकता हूं?

Accepted Answer

हां। जब भी आप फाइल को स्टोरेज से प्राप्त करें, उसे साझा करने से पहले, या नियमित अनुपालन समीक्षाओं के हिस्से के रूप में जांच चलाएं। यदि आपको इसे स्वचालित करने की आवश्यकता है, तो Chaindoc API में प्रोग्रामेटिक जांचों के लिए एक समर्पित एंडपॉइंट है। प्रत्येक रन इतिहास में जोड़ता है ताकि भविष्य के समीक्षक पूरी चेन देख सकें।

दस्तावेज़ प्रामाणिकता सत्यापित करें

दस्तावेज़ की प्रामाणिकता सत्यापित करें

अक्सर पूछे जाने वाले प्रश्न

दस्तावेज़ प्रामाणिकता सत्यापित करें

दस्तावेज़ की प्रामाणिकता सत्यापित करें

अक्सर पूछे जाने वाले प्रश्न

मुझे Chaindoc दस्तावेज़ क्यों सत्यापित करना चाहिए?

सत्यापन प्रक्रिया कैसे काम करती है?

क्या Chaindoc मेरा दस्तावेज़ स्टोर करता है जब मैं उसे जांचता हूं?

परिणाम कौन देख सकता है?

इसके पीछे कौन सी क्रिप्टोग्राफी है?

यदि हैश मेल नहीं खाते तो क्या होता है?

क्या मैं बाद में उसी दस्तावेज़ को फिर से जांच सकता हूं?