Institutional custody कंपनियों या फंड जैसे संगठनों की ज़रूरतों के अनुरूप अभिरक्षा है। यहाँ हम ऐसे बाहरी अभिरक्षक की बात कर रहे हैं जो सहमत शर्तों के अनुसार कुंजियाँ संभालता और ट्रांसफ़र पर हस्ताक्षर करता है। खाते की अनुमतियाँ, संपत्ति अधिकार और कुंजियों का तकनीकी नियंत्रण अलग-अलग प्रश्न हैं।
मान लीजिए किसी कंपनी के पास 10 BTC हैं। उसकी वित्त प्रबंधक याना अभिरक्षक के पोर्टल में लॉग इन करती है, शेष राशि देखती है और ट्रांसफ़र का अनुरोध भेज सकती है। इससे यह साबित नहीं होता कि वह लेनदेन पर स्वयं हस्ताक्षर कर सकती है। हस्ताक्षर के लिए निजी कुंजियाँ चाहिए: ऐसा गुप्त डेटा जिससे वैध हस्ताक्षर बनता है। वॉलेट इन कुंजियों के साथ काम करता है; बिटकॉइन नेटवर्क में दर्ज होते हैं, लॉगिन खाते के भीतर रखे नहीं होते। यहाँ हम बाहरी सेवा देख रहे हैं। self-custody में संगठन कुंजियों का नियंत्रण स्वयं सुनिश्चित करता। व्यावहारिक अंतर तब दिखता है जब याना राशि बाहर भेजना चाहती है। [2]
कंपनी को कुंजियों के साथ अपने अधिकार भी समझने चाहिए। सुरक्षित रखने के लिए 10 BTC सौंपना और अभिरक्षक को 10 BTC उधार देना अलग संबंध हैं। ऋण में रकम लौटाने का दायित्व बनता है, जबकि अभिरक्षा का उद्देश्य ग्राहक की संपत्ति को सुरक्षित रखना है। न्यूयॉर्क का वित्तीय नियामक NYDFS अपने 30 सितंबर 2025 के मार्गदर्शन में एक ठोस उदाहरण देता है। इसके दायरे वाले प्रदाताओं से अपेक्षा है कि ग्राहक का संपत्ति हित बना रहे और केवल अभिरक्षा देने से देनदार-लेनदार का संबंध न बने। ये एक निर्धारित अधिकार-क्षेत्र की निगरानी संबंधी अपेक्षाएँ हैं। वेबसाइट पर custody लिखा होना हर कानूनी व्यवस्था के सवालों या दिवालिया प्रक्रिया के नतीजे को पहले से तय नहीं करता। अभिरक्षक अपने दायित्व पूरे न कर पाए तो ऐसी प्रक्रिया शुरू हो सकती है। [1]
अभिरक्षक ग्राहक निधियों को omnibus कहलाने वाले साझा वॉलेट में रख सकता है। तब उसके आंतरिक रिकॉर्ड में हर ग्राहक का अधिकार अलग पहचाना जाना चाहिए। शुल्क रहित एक अलग उदाहरण में ग्राहक A के 6 BTC और ग्राहक B के 4 BTC हैं, कुल 10 BTC। A के 2 BTC निकालने के बाद रिकॉर्ड में A के 4 BTC और B के 4 BTC, यानी कुल 8 BTC होने चाहिए। नेटवर्क में आठ बिटकॉइन दिखना अपने आप नहीं बताता कि किस हिस्से का मालिक कौन है। इसलिए NYDFS नेटवर्क और आंतरिक रिकॉर्ड दोनों में ग्राहक संपत्ति को अभिरक्षक की अपनी संपत्ति से अलग रखने तथा ग्राहक के लेनदेन का पता लगाने योग्य रिकॉर्ड पर ध्यान देता है। Omnibus बिना उचित सुरक्षा के ग्राहक संपत्ति को कंपनी के कामकाजी पैसे से मिलाने की अनुमति नहीं है। [1]
कंपनी यह नियम बना सकती है कि 3 अधिकृत लोगों में से 2 की मंज़ूरी चाहिए। सामान्य प्रक्रिया में याना को तब किसी सहकर्मी की सहमति चाहिए। Coinbase Prime ऐसी सेवा का उदाहरण है जिसमें मंज़ूरी के नियम तय किए जा सकते हैं। कंपनी की ये अनुमतियाँ बताती हैं कि ऐप से निर्देश कौन भेज सकता है; मंज़ूरियों की संख्या अपने आप निजी कुंजियों का बँटवारा नहीं बताती। इसके विपरीत, on-chain Multisig 2-of-3 हस्ताक्षर की ऐसी शर्त है जिसे बिटकॉइन लेनदेन के नियम लागू करते हैं। तय की गई तीन कुंजियों के समूह से दो मान्य हस्ताक्षर चाहिए। कंपनी की अनुमतियाँ और यह क्रिप्टोग्राफिक शर्त अलग स्तर हैं। सुरक्षा समझने के लिए यह भी देखना चाहिए कि मंज़ूरी के नियम कौन बदल सकता है और बदलाव कैसे सत्यापित होता है। [3]
कुंजियाँ ऑफलाइन रखने से इंटरनेट से जुड़े कुछ जोखिम घट सकते हैं। लेकिन अकेला मंज़ूरी देने वाला व्यक्ति बीमार हो जाए या नौकरी छोड़ दे, तो Cold Storage उसकी जगह कोई व्यक्ति नहीं उपलब्ध कराता। अमेरिकी प्रतिभूति और विनिमय आयोग SEC की शैक्षिक सूचना ऑनलाइन (hot) और ऑफलाइन (cold) भंडारण में अंतर करती है और उपकरण खोने या टूटने के जोखिम भी बताती है। तकनीकी पहुँच बहाल करना और ट्रांसफ़र जारी करने का अधिकार पाना अलग समस्याएँ हैं। उपयोगी अभ्यास दोनों को जाँचता है: अभिरक्षक के पास रिकवरी प्रक्रिया हो और कंपनी में उचित अनुमतियों वाले वैकल्पिक लोग उपलब्ध हों। सुरक्षा जाँच के लिए निजी कुंजी या Seed Phrase, यानी वॉलेट दोबारा पाने वाले शब्दों का समूह, उजागर करने की ज़रूरत नहीं है। [2]
कंपनी जिस सेवा को जानती है, उसके पीछे कोई और प्रदाता भी हो सकता है। इसे subcustody कहते हैं: ग्राहक अभिरक्षक A से व्यवहार करता है, जबकि अभिरक्षक B कुछ संपत्ति की देखरेख करता है। एक ही B पर निर्भर दो ब्रांड अपने आप स्वतंत्र अभिरक्षा का प्रमाण नहीं हैं। कुंजियाँ या सिस्टम अलग हो सकते हैं, फिर भी साझा प्रदाता एक निर्भरता बनाता है जिसे समझना चाहिए। NYDFS के 2025 में अद्यतन मार्गदर्शन के अनुसार उसके दायरे वाले प्रदाताओं को नए उप-अभिरक्षा प्रबंध से पहले नियामक की मंज़ूरी चाहिए। इसमें आगे के अभिरक्षक के पास ग्राहक संपत्ति की सुरक्षा और ग्राहक को जानकारी देना भी शामिल है। कंपनी को संपत्ति लौटाने की ज़िम्मेदारी सहित पूरी श्रृंखला समझनी चाहिए। [1]
अमेरिका की FDIC शर्तें पूरी करने वाली बैंक जमाओं का बीमा करती है, स्वयं क्रिप्टो परिसंपत्तियों का नहीं। बीमित बैंक की बिटकॉइन सेवा उसे बीमित जमा नहीं बना देती। अभिरक्षक की निजी बीमा पॉलिसी अलग विषय है। केवल उदाहरण के लिए बीमा में आने वाली हानि 80 लाख अमेरिकी डॉलर (USD), बीमाधारक का अपना हिस्सा, जिसे बीमा कंपनी नहीं चुकाती, 10 लाख डॉलर और बची हुई भुगतान सीमा 50 लाख डॉलर मानें। अपना हिस्सा घटाने पर 70 लाख डॉलर बचते हैं, लेकिन सीमा के कारण अधिकतम भुगतान 50 लाख डॉलर है। मिलियन USD में गणना लिखें तो min(8−1,5)=5 है; एक मिलियन दस लाख होता है और min दोनों राशियों में छोटी राशि चुनता है। पॉलिसी किसी प्रकार की हानि को साफ़ तौर पर कवरेज से बाहर रख सकती है; इसे अपवर्जन कहते हैं और तब भुगतान बिल्कुल नहीं भी मिलता। बीमा किसका है और भुगतान किसे मिलता है, यह भी महत्त्वपूर्ण है। घोषित कुल सीमा अपने आप हर ग्राहक के लिए सुरक्षित अलग राशि नहीं है। [2] [4]
एक ही दिन और समय क्षेत्र में याना 09:00 पर अनुरोध देती है, सहकर्मी 11:00 पर मंज़ूरी देता है और अभिरक्षक 12:00 पर लेनदेन नेटवर्क में प्रसारित करता है। अनुरोध से 3 घंटे, मंज़ूरी से 1 घंटा बीता। इसलिए अनुबंध की समय-सीमा में यह साफ़ होना चाहिए कि गिनती कब शुरू होती है और पूरा होना किसे कहा जाता है। निर्देश मिलना, लेनदेन प्रसारित होना और ब्लॉकचेन में उसकी पुष्टि अलग पड़ाव हैं। पुष्टि का अर्थ लेनदेन का ब्लॉक में शामिल होना है; आगे के ब्लॉक पुष्टि की संख्या बढ़ाते हैं। परीक्षण निकासी में सही नेटवर्क, पूरा गंतव्य पता और शुल्क भी जाँचे जाते हैं। सफल छोटा ट्रांसफ़र आज की प्रक्रिया दिखाता है, भविष्य में सेवा उपलब्ध रहने की गारंटी नहीं देता। [2] [3]
पूरी तस्वीर के लिए इस प्रविष्टि के साथ यह भी पढ़ें Coinbase Custody, Collaborative Custody, Private Key, Counterparty risk. इस प्रविष्टि का उल्लेख यहाँ भी है स्पॉट बिटकॉइन ETP, Bank Bitcoin custody, OCC Interpretive Letter 1170, Qualified custodian.