क्रिप्टो प्रूफ़ ऑफ़ रिज़र्व्स: मर्कल ट्री, देनदारियाँ और सीमाएँ

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

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

PCAOB के Office of the Investor Advocate की सलाह प्रूफ़ ऑफ़ रिज़र्व्स रिपोर्ट की महत्वपूर्ण सीमाओं के बारे में चेतावनी देती है। यह उस कार्यालय के कर्मचारियों की राय दर्शाती है; ज़रूरी नहीं कि यह PCAOB बोर्ड या उसके अन्य कर्मचारियों की राय हो। यह बोर्ड का नियम, नीति या वक्तव्य भी नहीं है। सलाह कहती है कि ये प्रक्रियाएँ PCAOB मानकों के तहत ऑडिट नहीं हैं और इनमें देनदारियाँ, ग्राहक अधिकार, उधार लिए गए एसेट, नियंत्रण या स्नैपशॉट के बाद की घटनाएँ शामिल न हों। इस चेतावनी को प्रमाण की सीमा के रूप में पढ़ें, न कि इस दावे के रूप में कि हर PoR प्रक्रिया एक जैसी है।

कवरेज अनुपात में आम तौर पर बताए गए एसेट की रकम को बताए गए ग्राहक-देनदारियों की रकम से भाग दिया जाता है। यदि रिपोर्ट दायरे में 1,020 BTC के एसेट और शामिल ग्राहक बैलेंस में 1,000 BTC दिखाती है, तो साधारण अनुपात 102% है। यह गणना तभी अर्थपूर्ण है जब अंश और हर स्पष्ट हों। क्या दोनों BTC में हैं? क्या दोनों को एक ही समय पर मापा गया? क्या एसेट की रकम में सिर्फ़ वे पते हैं जिन पर संस्था का नियंत्रण है? क्या बैलेंस की रकम में संस्था के हर खाते, उत्पाद और दावे का हिसाब है?

100% से ऊपर का अनुपात अपने आप में पूरी बैलेंस शीट नहीं होता। रिपोर्ट ग्राहक के क्रिप्टो बैलेंस पर केंद्रित होकर कंपनी के दूसरे कर्ज़, कर, संचालन लागत, कानूनी दावे या ऋणदाताओं के प्रति दायित्व छोड़ सकती है। ये बातें समग्र सॉल्वेंसी के लिए मायने रख सकती हैं, भले वे इस संकरे सवाल से बाहर हों कि चुने गए ग्राहक बैलेंस चुने गए ऑन-चेन एसेट से ढके दिखाई देते हैं या नहीं।

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

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

IETF का RFC 9162 Certificate Transparency लॉग के लिए इनक्लूज़न प्रूफ़ निर्धारित करता है: यदि फिर से बनाया गया ट्री-हैश प्रकाशित रूट से मेल खाता है, तो प्रूफ़ स्थापित करता है कि दी गई लीफ़ उस प्रतिबद्ध ट्री में मौजूद है। एक्सचेंज अपने डेटा फ़ॉर्मेट और प्रूफ़ सिस्टम इस्तेमाल करते हैं, इसलिए RFC क्रिप्टोग्राफ़िक विचार की सामान्य व्याख्या है, हर एक्सचेंज के PoR की विशिष्टता नहीं।

Binance अपनी मर्कल ट्री और zk-SNARK प्रक्रिया का वर्णन करता है जिसके ज़रिए उपयोगकर्ता जाँच सकते हैं कि अकाउंट रिकॉर्ड अन्य खातों का डेटा सीमित रूप से उजागर करते हुए घोषित कुल में योगदान करते हैं या नहीं। Kraken अपनी PoR प्रक्रिया में अकाउंट बैलेंस का शामिल होना और पते पर नियंत्रण का प्रमाण बताता है। ये प्रदाता-विशेष विवरण हैं। सामान्य सीमा वही है: आपकी लीफ़ सत्यापित होना साबित करता है कि वह प्रतिबद्ध डेटासेट में शामिल है। यह साबित नहीं करता कि संचालक ने ग्राहकों के सभी दायित्वों की पूरी और सही सूची से शुरुआत की थी।

ब्लॉकचेन एक्सप्लोरर दिखा सकता है कि किसी पते पर किसी खास ब्लॉक के समय एक निश्चित मात्रा थी। इस अवलोकन से यह नहीं पता चलता कि उस पते से हस्ताक्षर कौन कर सकता है। अलग हस्ताक्षर या नियंत्रण प्रक्रिया यह प्रमाण दे सकती है कि संस्था किसी कुंजी से संदेश अधिकृत कर सकती है। उदाहरण के लिए, Binance के अनुसार उसकी प्रक्रिया यह सत्यापित करती है कि रिज़र्व वॉलेट Binance के हैं; Kraken कहता है कि उसका लेखाकार सार्वजनिक रूप से दिखने वाले बैलेंस वाले पतों के डिजिटल हस्ताक्षर जाँचता है।

वैध हस्ताक्षर भी अपने आप में पूरी कानूनी या आर्थिक निष्पत्ति नहीं देता। वह जाँचे गए पते या संदेश के लिए कुंजी पर नियंत्रण दिखाता है। लेकिन वह अकेले यह स्थापित नहीं करता कि एक्सचेंज एसेट का कानूनी मालिक है, न कि किसी और की ओर से धारक; एसेट लियन या गिरवी से मुक्त हैं; तुरंत ट्रांसफ़र हो सकते हैं; या किसी खास ग्राहक-दावे को पूरा करने के लिए उपलब्ध हैं। स्नैपशॉट के समय वॉलेट में उधार लिए एसेट भी हो सकते हैं। PCAOB कर्मचारियों की सलाह विशेष रूप से कहती है कि रिज़र्व को बड़ा दिखाने के लिए लिया गया उधार स्नैपशॉट में सामने न आए।

पतों की सूची भी मायने रखती है। एक्सचेंज हॉट वॉलेट, कोल्ड वॉलेट, कस्टोडियन, ओम्निबस वॉलेट या अलग-अलग उत्पादों में साझा पते इस्तेमाल कर सकता है। रिपोर्ट को समझाना चाहिए कि दायरे वाले पते कैसे पहचाने गए और किसी अन्य कस्टोडियन के पास रखे एसेट कैसे संभाले गए। अगर कोई पता छूट जाए, संबंधित संस्था के नियंत्रण में हो या दो बार गिना जाए, तो प्रकाशित अंश मूल्यांकनाधीन संस्था के उपलब्ध एसेट से अलग कहानी बता सकता है।

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

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

जाँचें कि कौन-सी ऑपरेटिंग कंपनियाँ दायरे में हैं। किसी समूह में कई कानूनी इकाइयाँ, ब्रांड, क्षेत्र, सहायक कंपनियाँ या कस्टोडियन हो सकते हैं। एक कंपनी या वॉलेट समूह की रिपोर्ट उसी ऐप में दिखने वाले हर उत्पाद को अपने आप शामिल नहीं करती। यह भी पूछें कि लंबित निकासी, ऋणात्मक अकाउंट बैलेंस, ऋण, डेरिवेटिव दावे और सहयोगी कंपनियों के पास रखे ग्राहक एसेट शामिल या समायोजित हैं या नहीं। जवाब से हर का अर्थ बदलता है।

इसलिए उपयोगी रिकॉर्ड में कोने में लिखी तारीख से अधिक होना चाहिए। उसमें समीक्षा अवधि, स्नैपशॉट का समय और ब्लॉक ऊँचाई, शामिल इकाइयाँ व उत्पाद, शामिल एसेट व अकाउंट बैलेंस, अपवाद, मूल्यांकन स्रोत, नेटिंग नियम और वॉलेट नियंत्रण जाँचने की विधि होनी चाहिए। इन विवरणों के बिना “100% backed” पाठक की धारणा से कहीं छोटे दायरे का वर्णन कर सकता है।

मान लें कि एक काल्पनिक रिपोर्ट में 1,020 BTC एसेट और 1,000 BTC ग्राहक-देनदारी है। दिखाई गई दर 1,020 ÷ 1,000 = 102% है। अब मान लें कि डेटासेट से 50 BTC के ग्राहक दावे छूट गए। ग्राहकों की पूरी देनदारी 1,050 BTC होगी, इसलिए कवरेज 1,020 ÷ 1,050 = 97.14% होगा। दूसरे कर्ज़ या मूल्यांकन बदलावों से पहले बिना कवरेज का अंतर 30 BTC होगा।

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

दूसरा काल्पनिक उदाहरण बताता है कि उधार लिए एसेट के साथ संबंधित देनदारी भी क्यों मिलानी चाहिए। कल्पना करें कि किसी संस्था के अपने बिना-भार वाले एसेट $980,000 के हैं और उसने $200,000 और उधार लिए हैं, जो स्नैपशॉट के समय उसके वॉलेट में हैं। दिखाई देने वाले वॉलेट में कुल 1.18 मिलियन डॉलर है। यदि ग्राहक-दावे 1 मिलियन डॉलर हैं और रिपोर्ट $200,000 की उधारी देनदारी छोड़ देती है, तो दिखाई गई तुलना 118% है। ऋणदाता का $200,000 दावा जोड़ने पर कुल दायित्व 1.2 मिलियन डॉलर हो जाता है; 1.18 मिलियन डॉलर को 1.2 मिलियन डॉलर से भाग देने पर 98.33% मिलता है, यानी $20,000 की कमी। उदाहरण समान समय के तुलनीय मूल्यों को मानता है और दूसरे एसेट, फ़ीस व कानूनी विवरण अनदेखा करता है। यह दिखाता है कि सिर्फ़ एसेट स्नैपशॉट देनदारियों का सवाल नहीं सुलझाता।

जनवरी 2026 में, Binance ने अपने PoR प्रस्तुतीकरण में बदलाव की घोषणा की। कंपनी ने कहा कि पुराने नेट अकाउंट-बैलेंस दायरे में प्लेटफ़ॉर्म के एसेट छूट गए थे, जिससे रिज़र्व अनुपात बढ़ा हुआ दिखा। यह Binance की अपनी पद्धति और अपडेट के बारे में बयान है, इस बात का प्रमाण नहीं कि हर एक्सचेंज ने यही गणना की। यह याद दिलाता है कि प्रकाशित अनुपात में क्या शामिल है और रिपोर्टों के बीच पद्धति बदली है या नहीं—इसे देखना चाहिए।

प्लेटफ़ॉर्म की मार्केटिंग या रिपोर्ट के नाम में “ऑडिट” शब्द हो सकता है, लेकिन काम का दायरा और मानक फिर भी मायने रखते हैं। PCAOB कर्मचारियों की निवेशक सलाह कहती है कि PoR कार्य PCAOB ऑडिट मानकों के तहत नहीं किया जाता और PCAOB निरीक्षण के अधीन नहीं है। सलाह यह भी बताती है कि प्रदाता अलग प्रक्रियाएँ और मानक अपनाते हैं और कुछ कार्यों में प्रबंधन सहमत प्रक्रियाएँ चुन सकता है।

सहमत प्रक्रियाओं की रिपोर्ट आम तौर पर तय चरणों के निष्कर्ष बताती है; वह जरूरी नहीं कि बताए कि प्रक्रियाओं का समूह पर्याप्त था, देनदारियाँ पूरी हैं या कंपनी वित्तीय रूप से स्थिर है। सीमित आश्वासन वाले कार्य भी अलग होते हैं। रिपोर्ट स्वयं पढ़ें: प्रदाता को किसने नियुक्त किया, उसे क्या जाँचने को कहा गया, कौन-सा प्रमाण देखा गया, कौन-से एसेट और देनदारियाँ शामिल थीं, कौन-से अपवाद मिले, और प्रदाता ने वास्तव में क्या निष्कर्ष दिया।

अलग वित्तीय-विवरण ऑडिट अधिक व्यापक कानूनी इकाई और अधिक देनदारियों को कवर कर सकता है, लेकिन उसकी अपनी रिपोर्ट-तारीख, लेखांकन ढाँचा, महत्वपूर्णता और दायरा होता है। सिर्फ़ इसलिए यह न मानें कि एक्सचेंज का ऐसा ऑडिट हुआ है क्योंकि PoR रिपोर्ट में किसी लेखा फर्म का नाम है। दूसरी ओर, PoR की सीमाओं का अर्थ यह नहीं कि हर विशिष्ट रिज़र्व बयान झूठा है; इसका अर्थ है कि प्रमाण केवल उन्हीं निष्कर्षों को सहारा देता है जिन्हें प्रक्रियाओं ने वास्तव में जाँचा है।

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

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

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

अंत में देखें कि स्नैपशॉट के बीच क्या होता है। समय-बिंदु की जाँच कटऑफ़ के बाद उधार, वॉलेट गतिविधि, अकाउंट बदलाव, गवर्नेंस निर्णय या संचालन विफलता की लगातार निगरानी नहीं करती। PoR के साथ निकासी शर्तें, कस्टडी व्यवस्था, कानूनी इकाई के खुलासे और कोई व्यापक वित्तीय विवरण भी पढ़ें। कस्टडी और ट्रेडिंग स्थान के अंतर के लिए CEX बनाम DEX परपेचुअल्स गाइड देखें। कुंजी के स्वामित्व और होस्टेड वॉलेट के अंतर के लिए क्रिप्टो वॉलेट रिकवरी गाइड देखें।

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

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

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