डिजिटल एसेट सुरक्षा के लिए केवल प्राइवेट की रखना पर्याप्त नहीं है

मल्टी‑पार्टी कंप्यूटेशन (MPC) वॉलेट संस्थाओं के लिए अपने डिजिटल एसेट्स को स्वयं कस्टडी करने का प्रमुख तरीका है। आमतौर पर यह 2‑ऑफ़‑2 सिग्नेचर स्कीम होती है जहाँ ग्राहक अपने डिवाइस पर की शेयर रखता है और विक्रेता दूसरा रखता है। यह पूरी की को एक प्रदाता पर भरोसा करने और यदि प्रदाता अपनी देनदारियों को 1‑से‑1 एसेट्स से बैक नहीं कर रहा है तो सीधे एसेट पर आपका स्वामित्व दावा को अंशिक स्वामित्व दावे में बदलने से बेहतर है। हालांकि यह केवल यह दर्शाता है कि डिजिटल एसेट्स के नियंत्रण और स्वामित्व का क्या अर्थ है। आर्किटेक्चर में कई अन्य घटक होते हैं जो की उपयोग (या दुरुपयोग) निर्धारित करते हैं और वर्तमान में यह SaaS ब्लैकबॉक्स के रूप में आता है। अब समय है MPC वॉलेट्स पर प्रकाश डालने का और दिखाने का कि केवल की शेयर रखना वास्तविक नियंत्रण या स्वयं कस्टडी का वैध दावा करने से बहुत कम है।

डिजिटल एसेट कस्टडी विकास में संस्थाओं की भूमिका

अप्रत्याशित रूप से, बड़े वित्तीय संस्थानों ने डिजिटल एसेट स्पेस की निगरानी में पिछले कुछ वर्षों को खर्च करने के बाद इस भ्रांति को सबसे पहले पहचाना। कस्टडी के मामले में उन्होंने जल्दी ही प्राइवेट की प्रश्न, हार्डवेयर की भूमिका और MPC को समझा। हालांकि जोखिम‑आधारित विक्रेता प्रबंधन अपनाते हुए, वे यह समझना चाहते थे कि अन्य कौन‑से विक्रेता‑साइड निर्भरताएँ मौजूद हैं। पता चला कि ग्राहक अभी भी कई चीज़ों के लिए विक्रेता पर अत्यधिक निर्भर हैं जो सामान्य सेवा या सॉफ़्टवेयर उपयोग में आएँगी। उदाहरण के तौर पर वॉलेट पर नीतियों और व्यापार लॉजिक को अपडेट करना, नई ब्लॉकचेन जोड़ना, खाते की सॉफ्ट रिकवरी और हार्ड रिकवरी, तथा कई अन्य नियमित और अपेक्षित दैनिक संचालन शामिल हैं। यह उपयोगकर्ता अनुभव में इस रूप में प्रकट होता है कि एक प्रदाता को खाता स्तर के परिवर्तन या वॉलेट पर नियम अपडेट करने में कई दिन लगते हैं, जिससे ग्राहक का मुख्य नियंत्रण कुछ पहचाने गए परिचालन जोखिमों के विरुद्ध अस्थायी रूप से टूट जाता है जब तक कि वह पुनः स्थापित नहीं हो जाता। 
इसे आगे बढ़ाते हुए, सुरक्षा‑सचेत हितधारक समझते हैं कि वे की शेयर रखते हैं लेकिन साथ ही यह भी जानना चाहते हैं कि SaaS प्रदाता द्वारा होस्ट किए गए कस्टडी आर्किटेक्चर में अन्य तार्किक घटकों का जोखिम क्या है, जो आज MPC वॉलेट सॉफ़्टवेयर प्रदान करने का प्रमुख तरीका है। इससे प्रश्न उत्पन्न होते हैं जैसे:

1. यदि एक विक्रेता की शेयर जेनरेशन करता है, तो मेरे पास क्या आश्वासन है कि उनके पास मेरी की शेयर की एक प्रति नहीं है?
2. यदि एक विक्रेता मेरी नीतियों को होस्ट करता है, तो क्या चीज़ विक्रेता को उन्हें बदलने से रोकती है?
3. यदि सेवा विक्रेता द्वारा होस्ट की गई है, तो मैं सेवा उपलब्धता और व्यापार निरंतरता की गारंटी कैसे दे सकता हूँ? 
4. यदि विक्रेता ऑफ़लाइन है, तो मैं अपने रिकवरी टाइम ऑब्जेक्टिव को कितनी जल्दी पूरा कर सकता हूँ?

इन प्रश्नों के उत्तर जल्दी ही ग्राहक के पास उनके एसेट्स पर नियंत्रण और स्वामित्व के किसी भी भरोसे की परत को छेदते हैं। यहाँ मुख्य शब्द “भरोसा” है, क्योंकि इन सभी प्रश्नों के उत्तर “हमें भरोसा करें” के विस्तृत रूप हैं और हालिया बाजार घटनाओं से स्थापित हुआ है कि यह अतीत में बहुत अच्छा नहीं काम किया। संस्थाएँ अब 2024 में अपनी परिचालन लचीलापन को मजबूत करते हुए इस तरह के दृष्टिकोण से दूर जाना चाहती हैं। इस प्रकार, बाजार के प्रतिभागी यह सोचने लगते हैं कि ये जोखिम और संभावित परिचालन नुकसान उनके जोखिम सहनशीलता, नियामक दायित्वों, या किसी भी प्रासंगिक ढाँचे के साथ कैसे मेल खाते हैं जो जोखिम‑भारित एसेट्स के लिए नियामक पूँजी आवश्यकताएँ लगाते हैं। सेवा प्रदाता अंततः फर्म के जोखिम सतह के विस्तार होते हैं। जबकि एक संस्था किसी कार्य को तृतीय पक्ष को सौंप सकती है, वह ध्वनि जोखिम प्रबंधन या नियामक दायित्वों की जिम्मेदारी नहीं सौंप सकती। जितना अधिक कोई कंपनी तृतीय पक्ष पर निर्भर करती है, जैसा कि MPC वॉलेट प्रदाता के साथ है, उतनी ही अधिक आवश्यक निगरानी और भरोसा बढ़ता है।  

डिजिटल एसेट्स पर नियंत्रण बढ़ाकर सुरक्षा बढ़ाएँ

तीसरे पक्ष की निर्भरताओं को कम करने का एक तरीका यह है कि संस्थाएँ स्वयं सॉफ़्टवेयर को अपने डेटा सेंटर या निजी क्लाउड में होस्ट करें, जबकि विक्रेता की जिम्मेदारी रखरखाव और सॉफ़्टवेयर अपडेट जैसे कार्यों तक सीमित रहे। यह कई वित्तीय संस्थाओं के लिए पसंदीदा है क्योंकि सर्वर ऑन‑प्रेमाइसेस होते हैं, डेटा सुरक्षा बनाए रखते हैं, और वास्तव में अपने कस्टडी संचालन पर स्वामित्व और नियंत्रण को प्राथमिकता दे सकते हैं। एक सह‑होस्टेड मॉडल पर भी चर्चा हो रही है जो ग्राहक को कस्टडी सॉफ़्टवेयर का एक इंस्टेंस चलाने की अनुमति देगा, साथ ही विक्रेता या अन्य तृतीय पक्ष अपने स्वयं के इंस्टेंस एक जुड़े नेटवर्क पर चलाएंगे। इसे इस तरह किया जा सकता है कि प्रत्येक पक्ष के बीच सहमति (भरोसा लेकिन सत्यापन) सुनिश्चित हो, जहाँ विक्रेता आज सामान्यतः मौजूद केंद्रीकृत भरोसेमंद सत्य संस्करण न हो। यह वितरित डिप्लॉयमेंट मॉडल फॉल्ट टॉलरेंस को भी मजबूत करेगा और व्यापार निरंतरता योजना का एक महत्वपूर्ण हिस्सा बनेगा, जिस पर ग्राहक आज अपने कस्टडी प्रदाता के साथ बहुत कम नियंत्रण रखते हैं। ये सीमाएँ इसलिए मौजूद हैं क्योंकि MPC वॉलेट पहले के समय में बनाए गए थे और विभिन्न ग्राहक जानकारी को ध्यान में रखा गया था, SaaS उत्पाद अत्यधिक विचारधारात्मक होते हैं जो ग्राहक के हाथों में अधिक शक्ति डालने वाली नई वास्तविकता के लिए उन्हें पुनः आकार देने में अनुकूल नहीं होते। जैसे‑जैसे ये आवश्यकताएँ अधिक ज्ञात और मांग में आती हैं, बाजार उन प्रदाताओं की तलाश कर रहा है जो इस प्रवाह में कदम रख सकें क्योंकि उद्योग अपनी अगली विकास चक्र की ओर मुड़ रहा है।

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