DeFi प्रोटोकॉल का मूल्यांकन: ट्रेडर की चेकलिस्ट

एक DeFi प्रोटोकॉल का मूल्यांकन करने के लिए दो लिखित उत्तरों पर निर्भर करता है: कौन लाभांश का भुगतान कर रहा है, और कौन से सटीक रास्ते आपको समाप्त कर सकते हैं। प्रोटोकॉल केवल उन विफलता मोड के सापेक्ष 'सुरक्षित' है जिन्हें आप समझते हैं और जो आप पहले ही कैस्केड होने से पहले छोड़ सकते हैं।

मुख्य बिंदु

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

केवल एक काम से शुरू करें: नक्शा लौटाता है और विफलता मोड

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

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

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

यह ढांचा “कैसे जांचें कि एक DeFi प्रोटोकॉल सुरक्षित है” के पीछे की खोज इरादे का भी उत्तर देता है। सुरक्षा एक बैज नहीं है। यह इस पर निर्भर करता है कि स्थिति की विफलता के तरीके ज्ञात, निगरानी योग्य और जीवित रहने योग्य हैं, और क्या जब वे तरीके सक्रिय होने लगते हैं तो निकासी मार्ग मौजूद है।

सुरक्षा संकेत: अनुबंध, ऑडिट, इनाम, और घटना इतिहास

ऑडिट लोगो मार्केटिंग हैं। उपयोगी हिस्सा वह कागजी ट्रेल है जो एक विशिष्ट कोडबेस को एक विशिष्ट समीक्षा से जोड़ता है, और फिर उस समीक्षा को प्रोटोकॉल के व्यवहार से जोड़ता है जब यह शिप होता है।

“DeFi ऑडिट में क्या देखना है” दायरे और संस्करण के साथ शुरू होता है। रिपोर्ट में उन अनुबंधों का नाम होना चाहिए जो समीक्षा किए गए हैं और जो बाहर रखे गए हैं। यदि प्रोटोकॉल के कई डिप्लॉयमेंट, अपग्रेड या चेन हैं, तो ऑडिट को उन डिप्लॉयड पते से मेल खाना चाहिए जिनके साथ उपयोगकर्ता इंटरैक्ट करते हैं, न कि महीनों पहले के रिपॉजिटरी स्नैपशॉट से। एक साफ-सुथरी PDF एक रिपोर्ट से कम जानकारीपूर्ण है जो दिखाती है कि मुद्दे पाए गए, ठीक किए गए और सत्यापित किए गए, क्योंकि यह एक कार्यशील सुधार चक्र को प्रदर्शित करता है।

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

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

नियंत्रण जोखिम: कौन पैरामीटर बदल सकता है, अनुबंधों को अपग्रेड कर सकता है, या धन को स्थानांतरित कर सकता है।

अपग्रेडेबल अनुबंध “विकेंद्रीकृत” को एक स्पेक्ट्रम में बदल देते हैं, न कि एक लेबल में। यदि एक विशेषाधिकार प्राप्त भूमिका कोर लॉजिक या पैरामीटर को जल्दी से बदल सकती है, तो उपयोगकर्ता एक मानव निर्णय चक्र को अनुबंध के रूप में उतना ही अंडरराइट कर रहा है।

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

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

नियंत्रण समीक्षा को लीवर का एक सरल मानचित्र भी चाहिए। कौन सी भूमिकाएँ अपग्रेड कर सकती हैं? कौन सी भूमिकाएँ जोखिम पैरामीटर बदल सकती हैं? कौन सी भूमिकाएँ धन को स्थानांतरित कर सकती हैं? कौन सी भूमिकाएँ आपातकालीन कार्रवाई को सक्रिय कर सकती हैं? मार्केटिंग पृष्ठ अक्सर इसे साफ-सुथरे तरीके से नहीं बताते हैं, इसलिए मूल्यांकन की आदत यह है कि गायब विवरणों को अज्ञात जोखिम के रूप में माना जाए, न कि “संभवतः ठीक।”

अधिग्रहण और निकासी: TVL विश्वसनीयता, मात्रा, और तरलता

TVL एक स्थिति संकेत है, न कि सुरक्षा मुहर। इसका व्यापक रूप से DeFi प्लेटफार्मों की तुलना करने के लिए उपयोग किया जाता है, लेकिन यह सुरक्षा या अपनाने पर एक निर्णय नहीं है।

“TVL विश्वसनीयता की जांच कैसे करें” इस बात से शुरू होती है कि संख्या कैसे बनाई जाती है। टोकन मेट्रिक्स TVL गणना को ऑन-चेन अनुबंध संतुलनों को CoinGecko या Chainlink ऑरकल जैसे स्रोतों से USD कीमतों से गुणा करके जोड़ने के रूप में वर्णित करता है। इसका मतलब है कि TVL बदल सकता है क्योंकि संतुलन बदलते हैं, क्योंकि कीमतें बदलती हैं, या क्योंकि डैशबोर्ड की संपत्ति सूची और मूल्य निर्धारण इनपुट बदलते हैं। एकल स्नैपशॉट भ्रामक हो सकता है।

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

व्यापारी का दृष्टिकोण सरल है: तनाव तरलता मानें, आज की तरलता नहीं। जब सभी दरवाजे की ओर दौड़ रहे होते हैं, तब केवल एक बार तरलता की वास्तव में आवश्यकता होती है। यदि मात्रा पहले से ही शांत बाजारों में हल्की है, तो अस्थिरता के दौरान अनवाइंड पथ खराब होने की संभावना है। TVL यह उत्तर देने में मदद करता है कि “यहाँ कितना पूंजी है।” मात्रा और तरलता यह उत्तर देने में मदद करते हैं कि “क्या पूंजी बिना अव्यवस्थित आंदोलन के छोड़ सकती है।”

आर्थिक डिज़ाइन और टोकनोमिक्स: तंत्र जोखिम, पतला होना, और 'छापी गई' उपज

तंत्र जोखिम वह जगह है जहाँ “कोड ठीक है” फिर भी स्थिति को उड़ा देता है। मूल्यांकन चरण यह है कि जमा करने से पहले प्रोटोकॉल प्रकार के लिए प्रमुख आर्थिक विफलता मोड को नामित करें।

तंत्र (आर्थिक डिज़ाइन) जोखिम प्राथमिक नष्ट करने का मार्ग हो सकता है भले ही कोड सही हो। AMMs LPs को मूल्य जोखिम के लिए भुगतान करते हैं, और अस्थायी हानि वह बिल है जो तब दिखता है जब सापेक्ष मूल्य बदलते हैं। उधारी बाजार और अधिक-गुणनात्मक स्थिर मुद्रा वॉल्ट उपयोगकर्ताओं को तेज़ आंदोलनों में तरल कर सकते हैं, और तरलता गतिशीलता अस्थिरता और उपयोगिता के एक साथ बढ़ने पर कैस्केड कर सकती है। यदि प्रोटोकॉल अपनी स्वयं की हानि तंत्र को स्पष्ट रूप से समझा नहीं सकता है, तो उपयोगकर्ता ज्ञात जोखिम के लिए भुगतान नहीं किया जा रहा है। उपयोगकर्ता अज्ञात जोखिम ले रहा है।

टोकनोमिक्स तंत्र का दूसरा आधा हिस्सा है। “प्रोटोकॉल के टोकनोमिक्स को कैसे पढ़ें” पहले पतले गणित है: कुल आपूर्ति बनाम परिसंचारी आपूर्ति, उत्सर्जन या मुद्रास्फीति कार्यक्रम, और वेस्टिंग या अनलॉक कार्यक्रम। फिर उपज विघटन आता है। टोकनोमिक्स मूल्यांकन को यह कवर करना चाहिए कि क्या उपज 'उत्सर्जन' से 'छापी गई' है या आवर्ती उपयोग द्वारा समर्थित है। यदि APY का अधिकांश हिस्सा उत्सर्जन है, तो स्थिति पतले होने के जोखिम में है और बाजार की उस टोकन को रखने की इच्छा है। यदि उपज मुख्य रूप से वास्तविक उपयोग से शुल्क है, तो अंडरराइटिंग प्रश्न यह बदलता है कि क्या वह उपयोग टिकाऊ है।

APY वापसी नहीं है। APY अक्सर शुल्क, उत्सर्जन, और मार्क-टू-मार्केट प्रभावों को मिलाता है। मूल्यांकन की आदत यह है कि घटकों को अलग करें और पूछें कि कौन से प्रोत्साहनों के सामान्य होने पर बने रहते हैं।

जमा करने से पहले लाल झंडों की जांच सूची

एक दोहराने योग्य चेकलिस्ट एक लंबे शोध सत्र को मात देती है जो अंत में एक आंतरिक भावना पर समाप्त होती है। लक्ष्य एक निर्णय गेट को मजबूर करना है जहाँ अज्ञात को जोखिम के रूप में माना जाता है, न कि "बाद में समझा जाएगा।"

DeFi परियोजनाओं में बचने के लिए लाल झंडे समान पांच वाइपआउट पथों के चारों ओर समूहित होते हैं। पहला है अस्पष्ट नकद प्रवाह। यदि प्रोटोकॉल यह उत्तर नहीं दे सकता है कि "मुझे कौन भुगतान कर रहा है, और किस गतिविधि से," तो उपज शायद उत्सर्जन या किसी तंत्र द्वारा प्रभुत्व में होगी जिसे उपयोगकर्ता नहीं समझता। दूसरा है ऑडिट थियेटर: एक लोगो बिना वर्तमान, सीमित रिपोर्ट के जो तैनात अनुबंधों से जुड़ा हो, और कोई बग बाउंटी या घटना पारदर्शिता नहीं। तीसरा है संकेंद्रित नियंत्रण: अपग्रेडेबिलिटी या ऑपरेटर विशेषाधिकार बिना महत्वपूर्ण सीमाओं जैसे टाइमलॉक्स और मल्टीसिग्स के, या शासन जो जल्दी से पैरामीटर बदल सकता है। चौथा है प्रोत्साहन-आकार वाला TVL: एक TVL स्पाइक जो जैविक मात्रा और तरलता से मेल नहीं खाता।

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

लेना

मैंने लोगों को बेहतरीन "शोध" करते हुए देखा है और फिर भी उन्हें नुकसान उठाना पड़ा क्योंकि उन्होंने कभी नहीं लिखा कि उपज का स्रोत कौन था। जब उत्तर ज्यादातर उत्सर्जन होता है, तो स्थिति दीर्घकालिक पतला और भावना होती है, और अनवाइंड उस क्षण में भयानक हो जाता है जब प्रोत्साहन समाप्त हो जाते हैं।

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