किसी file को copy किया जा सकता है। किसी file को edit किया जा सकता है। Database को बदला जा सकता है। Server गायब हो सकता है।
किसी digital artifact का किसी निश्चित समय पर स्वरूप कैसा था, यह आप कैसे साबित कर सकते हैं?
Bob कहता है कि यह original contract है।
Alice कहती है कि Bob ने एक zero जोड़ दिया। क्या हम साबित कर सकते हैं कि सही कौन है?
Cryptographic SHA-256 avalanche effect को interactive तरीके से अनुभव करें। Digital fingerprint बदलावों के प्रति बेहद sensitive होता है। नीचे Bob का bonus बदलकर देखें।
Input में बदलाव होने पर अत्यंत उच्च cryptographic probability के साथ एक अलग SHA-256 digest उत्पन्न होता है। SHA-256 इस तरह design किया गया है कि collision ढूँढना computationally infeasible हो। यदि bytes बदलते हैं, तो fingerprint पूरी तरह बदल जाता है।
देखें कि interactive RFC 6962 proof path कैसे बनाया जाता है। अगर हमारे पास 1,000,000 contracts हों तो? हम उनके hashes को pairs में जोड़ते हैं और उन pairs को फिर hash करते हैं, जब तक केवल एक Root Hash न बच जाए।
एक file बदलें, और केवल उसका root तक जाने वाला path बदलता है।
Merkle proof यह दर्शाता है कि कोई विशेष leaf committed Merkle Tree का हिस्सा है। पूरे dataset को देने के बजाय verifier को केवल leaf hash, path के साथ sibling hashes और expected root की आवश्यकता होती है। N leaves वाले balanced tree के लिए proof में केवल O(log N) hashes की आवश्यकता होती है।
यह architecture original document या उसकी contents को on-chain रखने से बचता है, जिससे data retention और privacy से जुड़े risks कम होते हैं।
Evidence को एक blockchain transaction में commit किया जाता है, जो recorded timestamp वाले block में शामिल होती है। Blockchain एक public और independently verifiable timestamped commitment प्रदान करता है। हम यह साबित नहीं करते कि file कब बनाई गई थी; हम यह साबित करते हैं कि यही exact content anchor के समय तक blockchain पर committed था।
हमने TON Blockchain पर एक वास्तविक, mathematically valid P2P agreement तैयार किया है। Cryptographic manifest को API के माध्यम से प्राप्त करें या 100% offline verification के लिए ZIP डाउनलोड करें।
