Concrete NAV का प्रबंधन कैसे करता है: संस्थागत DeFi के पीछे की अकाउंटिंग लेयर

रीयल-टाइम वॉल्ट की समस्या

हर वॉल्ट शेयर अंतर्निहित परिसंपत्तियों पर एक दावे का प्रतिनिधित्व करता है। सवाल यह है कि क्या उन शेयरों को मिंट और रिडीम करने के लिए इस्तेमाल की जा रही कीमत वास्तव में सही है।

पारंपरिक वित्त में, NAV(1) धीरे-धीरे चलती है। अधिकांश फंड फॉरवर्ड प्राइसिंग का उपयोग करते हैं, जहां जमा कतारबद्ध प्रवेश विंडो के माध्यम से बाद में सेटल होते हैं, जो स्वाभाविक रूप से स्टेल प्राइसिंग के जोखिम को सीमित करता है।

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

यह वॉल्ट के पास वास्तव में क्या है और वॉल्ट जो सोचता है कि उसके पास है, के बीच एक खतरनाक अंतर पैदा करता है।

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

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

यह संस्थागत DeFi के पीछे छिपी इंफ्रास्ट्रक्चर समस्या है, और यही कारण है कि Concrete ने एसिंक्रोनस, ऑन-चेन फाइनेंस के लिए डिज़ाइन की गई एक रीयल-टाइम NAV प्रबंधन प्रणाली बनाई।

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

यह धारणा उस क्षण टूट जाती है जब वॉल्ट स्मार्ट कॉन्ट्रैक्ट रणनीतियों से आगे विकसित होते हैं।

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

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

उस अंतर में, मूल्य लीक होता है।

प्राइसिंग विलंबता एक परिचालन घर्षण नहीं है, यह छिपा हुआ जोखिम स्थानांतरण है। DeFi जितना तेज़ चलता है, लेखांकन अखंडता उतनी ही महत्वपूर्ण हो जाती है।

ऑन-चेन फाइनेंस के लिए NAV प्रबंधन

Concrete NAV को एकल ओरेकल या लेखा अद्यतन के बजाय एक सिस्टम समस्या के रूप में देखता है। आर्किटेक्चर स्मूथिंग मॉडल, गतिशील जोखिम सीमाएँ, स्वतंत्र सत्यापन, जमा नियंत्रण और स्वचालित ठहराव तंत्र को एक एकीकृत ढांचे में जोड़ता है जो अस्थिर बाजार स्थितियों के दौरान भी वॉल्ट मूल्य निर्धारण को सटीक रखने के लिए डिज़ाइन किया गया है।

पहली चुनौती शोर है। कच्चा मूल्य निर्धारण डेटा स्वाभाविक रूप से अपूर्ण है। ब्रिज विलंब, स्टेल API, अस्थायी लिक्विडिटी विस्थापन और एसिंक्रोनस सेटलमेंट इवेंट सभी अल्पकालिक लेखांकन को विकृत कर सकते हैं। Concrete एक एक्सपोनेंशियलली वेटेड मूविंग एवरेज (EWMA) का उपयोग करके NAV अवलोकनों को स्मूथ करता है, जो हाल के अवलोकनों को अधिक भार देने की अनुमति देता है जबकि पृथक स्पाइक और क्षणिक विसंगतियों को फ़िल्टर करता है।(2) उद्देश्य अस्थिरता को दबाना नहीं है; यह वॉल्ट मूल्य निर्धारण पर पृथक डेटा अनियमितताओं के प्रभाव को सीमित करना है।

लेकिन अकेले स्मूथिंग पर्याप्त नहीं है क्योंकि हर वॉल्ट अलग व्यवहार करता है। एक डेल्टा-न्यूट्रल कैरी रणनीति का एक लीवरेज्ड रीस्टेकिंग वॉल्ट की तुलना में पूरी तरह से अलग अस्थिरता प्रोफ़ाइल होती है। एक 50 बेसिस-पॉइंट की चाल एक रणनीति के लिए महत्वहीन और दूसरी के लिए विनाशकारी हो सकती है। Concrete प्रत्येक वॉल्ट को स्वतंत्र रूप से कैलिब्रेट करता है, ठहराव की सीमाओं को दो-सप्ताह के मानक विचलन मॉडल से प्राप्त रोलिंग अस्थिरता मापों से जोड़कर।(3) स्थिर अवधि के दौरान सीमाएँ स्वचालित रूप से कड़ी हो जाती हैं और अस्थिर वातावरण में चौड़ी हो जाती हैं, जिससे जोखिम प्रबंधन स्थिर धारणाओं पर भरोसा करने के बजाय अंतर्निहित रणनीति के व्यवहार के अनुसार गतिशील रूप से अनुकूलित हो सकता है।

सेटलमेंट से पहले सत्यापन

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

हालाँकि, मूल्य निर्धारण अखंडता समस्या का केवल आधा हिस्सा है। पूरी तरह से सत्यापित लेखा प्रणाली भी बाजार की घटनाओं और सेटलमेंट अपडेट के बीच विलंबता को समाप्त नहीं कर सकती हैं।

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

लक्ष्य विलंबता को पूरी तरह से समाप्त करना नहीं है। लक्ष्य अस्थायी अनिश्चितता को स्थायी मूल्य रिसाव बनने से रोकना है।

अगले जमाकर्ता की रक्षा करना

यह भौतिक हानि की घटनाओं के दौरान सबसे महत्वपूर्ण हो जाता है, जहाँ अधिकांश DeFi ठहराव प्रणालियों को मौलिक रूप से गलत समझा जाता है। ठहराव तंत्र को अक्सर परिचालन सुरक्षा उपायों के रूप में प्रस्तुत किया जाता है जो प्रोटोकॉल या ऑपरेटरों की रक्षा करते हैं। वास्तव में, वे अगले जमाकर्ता की रक्षा करने के लिए मौजूद हैं।

यदि NAV पूरी तरह से अपडेट होने से पहले किसी रणनीति को भौतिक हानि होती है, तो सबसे खराब संभावित परिणाम यह है कि नई जमाएँ पुरानी प्राइसिंग पर वॉल्ट में प्रवेश करती रहें। वे उपयोगकर्ता प्रभावी रूप से बिना जाने खराब इन्वेंट्री खरीद रहे हैं। Concrete का ठहराव आर्किटेक्चर विशेष रूप से इस परिदृश्य के लिए डिज़ाइन किया गया है। जब लाइव अवलोकन लेयर और स्मूथेड प्राइसिंग मॉडल के बीच विचलन अस्थिरता-समायोजित सीमाओं का उल्लंघन करता है, तो सिस्टम को मूल्य निर्धारण अखंडता बहाल होने तक जमा रोकने के लिए डिज़ाइन किया गया है।(5) उद्देश्य परिचालन सुविधा नहीं है; यह इस जोखिम को कम करना है कि नुकसान अनजाने में प्रतिभागियों के बीच साझा हो जाएँ।

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

Concrete का एसिंक्रोनस वॉल्ट आर्किटेक्चर ERC-4626-संगत एपॉक निकासी कतारों का उपयोग करता है जो रिडेम्पशन को अनुरोध के समय NAV के बजाय सेटलमेंट के समय NAV के विरुद्ध सेटल करता है।(6) सिद्धांत सरल है: यदि फंड अभी भी रणनीति जोखिम के संपर्क में हैं, तो उन्हें परिणामी NAV परिवर्तनों के संपर्क में भी रहना चाहिए। इसके अलावा कुछ भी प्रतिभागियों के बीच आर्बिट्रेज के अवसर और अनुचित मूल्य स्थानांतरण पैदा करता है।

उत्पाद ही स्टैक है

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

उत्पाद EWMA नहीं है। उत्पाद जमा सीमाएँ नहीं है। उत्पाद स्वचालित लेखांकन नहीं है।

उत्पाद स्टैक है।

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

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

वॉल्ट इंफ्रास्ट्रक्चर का भविष्य

DeFi ने लेखांकन से पहले पारदर्शिता हल की। अब वह बदल रहा है।

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

रीयल-टाइम NAV केवल एक UX सुधार नहीं है। यह संस्थागत पूंजी के लिए मूलभूत इंफ्रास्ट्रक्चर है। क्योंकि पूंजी ऑन-चेन जितनी तेज़ चलती है, लेखांकन अखंडता उतनी ही महत्वपूर्ण हो जाती है।

वॉल्ट अब निष्क्रिय यील्ड रैपर नहीं हैं। वे प्रोग्रामेबल वित्तीय प्रणालियाँ हैं, और प्रोग्रामेबल वित्तीय प्रणालियों को प्रोग्रामेबल विश्वास की आवश्यकता होती है।

यह लेख केवल सूचनात्मक उद्देश्यों के लिए है और यह निवेश, कानूनी, कर, वित्तीय सलाह या किसी भी प्रकार की पेशकश या अनुरोध का गठन नहीं करता है। Concrete के आर्किटेक्चर, नियंत्रण और डिज़ाइन उद्देश्यों का विवरण उदाहरणात्मक है; वे स्मार्ट कॉन्ट्रैक्ट, DeFi प्रोटोकॉल, बाजार स्थितियों, ओरेकल या डेटा विफलताओं, परिचालन विफलताओं, तृतीय-पक्ष इंफ्रास्ट्रक्चर या प्रतिपक्ष प्रदर्शन से जुड़े जोखिमों को समाप्त नहीं करते हैं। Concrete गारंटी नहीं देता है कि कोई भी लक्ष्य यील्ड, NAV सटीकता, ठहराव व्यवहार या अन्य सिस्टम परिणाम प्राप्त होगा। भविष्योन्मुखी कथन Concrete की वर्तमान अपेक्षाओं को दर्शाते हैं और भविष्य के परिणामों की गारंटी नहीं हैं। Concrete वॉल्ट में भागीदारी में जोखिम शामिल है, जिसमें कुल हानि का जोखिम भी शामिल है। पूर्ण जोखिम प्रकटीकरण के लिए, देखें https://concrete.xyz/disclaimershttps://concrete.xyz/disclaimers).

1. इस लेख में, "NAV" वॉल्ट शेयरों, जमा, रिडेम्पशन और रणनीति-स्तरीय सेटलमेंट की कीमत तय करने के लिए उपयोग किए जाने वाले परिचालन लेखा मूल्य को संदर्भित करता है। यह वित्तीय-विवरण NAV, कस्टोडियन रिकॉर्ड या तृतीय-पक्ष प्रोटोकॉल मूल्यों से भिन्न हो सकता है, और वॉल्ट-विशिष्ट पद्धति और समय के अधीन हो सकता है।

1. एक एक्सपोनेंशियली वेटेड मूविंग एवरेज पुराने डेटा को शामिल करते हुए हाल के अवलोकनों को अधिक भार देता है। विशिष्ट पैरामीटर, जिसमें क्षय दर और अवलोकन विंडो शामिल हैं, प्रति वॉल्ट कैलिब्रेट किए जाते हैं और रणनीति विशेषताओं, बाजार स्थितियों और परिचालन डेटा के आधार पर Concrete द्वारा समय के साथ अपडेट किए जा सकते हैं। EWMA स्मूथिंग अल्पकालिक मूल्य निर्धारण विसंगतियों के प्रभाव को कम करता है लेकिन मूल्य निर्धारण जोखिम को समाप्त नहीं करता है।

1. अस्थिरता विंडो, सीमा चौड़ाई और ठहराव पैरामीटर प्रति वॉल्ट कैलिब्रेट किए जाते हैं, Concrete के विवेक पर परिवर्तन के अधीन हैं, और इनपुट डेटा की सटीकता पर निर्भर करते हैं। कोई भी सीमा मॉडल हर बाजार स्थिति का अनुमान नहीं लगा सकता है।

1. वर्णित भूमिकाएँ (ट्रांज़ेक्शन प्रपोज़र, स्वतंत्र हस्ताक्षरकर्ता और ऑन-चेन सत्यापन) Concrete के वॉल्ट स्मार्ट कॉन्ट्रैक्ट के भीतर काम करती हैं और मल्टीसिग और टाइमलॉक नियंत्रण के अधीन हैं। सत्यापन गलत NAV अपडेट के जोखिम को कम करता है लेकिन समाप्त नहीं करता है, जिसमें समझौता की गई कुंजी, दोषपूर्ण इनपुट डेटा या स्मार्ट-कॉन्ट्रैक्ट कमजोरियों से उत्पन्न जोखिम शामिल हैं। Concrete का ऑडिट इतिहास docs.concrete.xyz/audits पर उपलब्ध है।

1. ठहराव व्यवहार सटीक सीमा अंशांकन और अंतर्निहित अवलोकन लेयर की सटीकता पर निर्भर करता है। सभी हानि परिदृश्यों में ठहराव ट्रिगर नहीं हो सकता है, और डिज़ाइन इस जोखिम को कम करने के लिए है, न कि समाप्त करने के लिए, कि नए जमाकर्ता पुरानी प्राइसिंग पर लेन-देन करते हैं।

1. Concrete के वॉल्ट ERC-4626 वॉल्ट मानक पर बनाए गए हैं, जिसमें एपॉक-आधारित एसिंक्रोनस निकासी कतार एक्सटेंशन कॉन्ट्रैक्ट स्तर पर लागू किए गए हैं। सेटलमेंट का समय अंतर्निहित रणनीति के लिक्विडिटी प्रोफ़ाइल पर निर्भर करता है और लागू वॉल्ट दस्तावेज़ीकरण में निर्धारित वॉल्ट-स्तरीय गेट, निलंबन घटनाओं और अन्य शर्तों के अधीन हो सकता है।