Aave के खराब कर्ज: लिक्विडेशन से रिजर्व घाटे तक

Q: Aave पर अस्वस्थ स्थिति और बुरा ऋण के बीच क्या अंतर है?

एक अस्वस्थ स्थिति में अभी भी संपार्श्विक हो सकता है और यदि कीमतें इसके पक्ष में वापस आती हैं तो यह पुनर्प्राप्त हो सकता है। Aave v3.3 बुरे ऋण को संकीर्ण रूप से परिभाषित करता है, जो वह स्थिति है जहां संपार्श्विक मूल मुद्रा में शून्य है लेकिन कुछ ऋण बना रहता है। उस शेष को चुकाने की संभावना कम मानी जाती है और इसे ऋण जलाने और आरक्षित घाटे की लेखा-जोखा के माध्यम से संभाला जाता है।

Q: Aave v3.3 बुरे ऋण से ब्याज बढ़ने से कैसे रोकता है?

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

Q: कोई कैसे देख सकता है कि क्या किसी विशेष Aave बाजार में घाटा है?

Aave v3.3 आरक्षित डेटा में प्रति आरक्षित घाटा डेटा संग्रहीत करता है और इसे getReserveDeficit नामक एक पूल गेटर के माध्यम से उजागर करता है। इससे कमी को संपत्ति द्वारा संपत्ति के रूप में देखना संभव होता है, बजाय इसके कि इसे संतुलनों के बहाव से अप्रत्यक्ष रूप से अनुमानित किया जाए।

Q: Umbrella Aave पर आरक्षित घाटों से कैसे संबंधित है?

Aave v3.3 eliminateReserveDeficit जोड़ता है, जो एक अनुमति प्राप्त Umbrella इकाई को aTokens जलाने की अनुमति देता है ताकि एक आरक्षित घाटे को कम किया जा सके, घाटे की मात्रा तक। Umbrella स्टेकिंग को एक स्वचालित प्रणाली के रूप में वर्णित किया गया है जो एक संपत्ति-विशिष्ट वॉल्ट से संपत्तियों को काटने या जलाने में सक्षम होती है, जब उस संपत्ति में बुरा ऋण एक पूर्व निर्धारित सीमा से अधिक हो जाता है, पहले-हानि ऑफसेट के बाद।

Q: क्या Aave ने CRV घटना जैसे प्रमुख तरलताओं के दौरान बुरा ऋण देखा है?

EigenPhi का 2022 CRV शॉर्ट का विश्लेषण बताता है कि तरलताओं के बाद लगभग 2.456 मिलियन CRV का भुगतान नहीं हुआ, जिसका मूल्य उद्धृत CRV मूल्य पर लगभग $1.6 मिलियन है। रिपोर्ट में 21 अद्वितीय पतों द्वारा 385 तरलताओं और Binance की तुलना में लगभग 10 मिनट का ऑरकल अंतर भी नोट किया गया है, जो दर्शाता है कि सक्रिय तरलता भागीदारी के साथ भी अवशिष्ट ऋण बना रह सकता है।

By AI News Crypto Editorial TeamApril 24, 2026अपडेट किया गया May 4, 202612 मिनट का पठन

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

मुख्य बिंदु

Aave खराब ऋण एक विशिष्ट पोस्ट-परिसमापनस्थिति है जहां एक खाता में शून्य हैसंपार्श्विकलेकिन फिर भी शेष ऋण है।
Aave v3.3 “ज़ोंबी” देनदारियों को बढ़ने से रोकता है उधारकर्ता के शेष परिवर्तनीय ऋण टोकन को जलाकर और कमी को एक प्रति-आरक्षित घाटे के रूप में बुक करके।
आरक्षित घाटे को प्रतिसंपत्ति के अनुसार ट्रैक किया जाता है।ReserveData में और एक Pool getter के माध्यम से उजागर किया गया, जिससे हानियों को मापने योग्य बनाया गया है बजाय इसके कि वे अदृश्य रूप से भटकें।
एक अनुमति प्राप्त Umbrella इकाई द्वारा aTokens को जलाकर घाटे को कम किया जा सकता है, और Umbrella स्टेकिंग को डिज़ाइन किया गया है ताकि जब बुरा ऋण सीमाओं को पार कर जाए तो संपत्ति-विशिष्ट वॉल्ट्स को काटा जा सके।

Aave पर "बुरा ऋण" का क्या मतलब है (साधारण अंग्रेजी परिभाषा)

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

यह महत्वपूर्ण है क्योंकि Aave एक overcollateralized lending प्रोटोकॉल है। पूरी अवधारणा यह है कि संपार्श्विक का मूल्य ऋण को कवर करने के लिए पर्याप्त होना चाहिए जब एक स्थिति अस्वस्थ हो जाती है। बुरा ऋण वही है जो तब बचता है जब वह तंत्र मूल्य अंतर, तरलता सीमाओं, या नीलामी की गति के कारण पूरी तरह से चक्र को बंद नहीं कर सकता।

Aave v3 दस्तावेज़ स्पष्ट रूप से असहज किनारे के मामले को स्वीकार करता है: कुछ नीलामी परिदृश्य शून्य संपार्श्विक और शेष ऋण के साथ समाप्त हो सकते हैं, और वह ऋण चुकाने की संभावना नहीं है। व्यावहारिक समस्या केवल हानि नहीं है। यह भटकाव है। यदि प्रणाली उस बचे हुए को सामान्य परिवर्तनीय ऋण के रूप में मानती रहती है, तो ब्याज एक IOU पर जमा होता रहता है जिसके पीछे कोई संपार्श्विक नहीं है, समय के साथ प्रोटोकॉल की स्पष्ट देनदारी को बढ़ाता है। यही "बुरा ऋण defi" विफलता मोड है जिस पर व्यापारियों को वास्तव में ध्यान देना चाहिए।

Aave बुरा ऋण कैसे काम करता है

व्यवहार में, Aave बुरा ऋण कैसे काम करता है यह एक इनपुट → प्रक्रिया → आउटपुट अनुक्रम है।

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

प्रक्रिया: लिक्विडेशन एक एकल साफ घटना नहीं है। यह ऑनचेन लेनदेन की एक श्रृंखला है जो प्रतिस्पर्धा कर रही है।ओरैकलअपडेट, ब्लॉक समावेश,गैस लागत, और पुनर्भुगतान संपत्ति प्राप्त करने और जब्त की गई संपत्ति को बेचने के लिए उपलब्ध बाजार तरलता। Aave v2 ने एक निश्चित बंद करने वाले कारक का उपयोग किया जो यह सीमित करता था कि प्रत्येक परिसमापन पर कितना कर्ज चुकाया जा सकता है। Aave v3 ने एक परिवर्तनीय बंद करने वाले कारक को पेश किया जो गहरे संकट की स्थितियों में 100% पुनर्भुगतान की अनुमति दे सकता है, जिसका उद्देश्य बचे हुए "धूल" को कम करना है जिसे परिसमापन करना आर्थिक रूप से लाभदायक नहीं होता।

आउटपुट: यदि लिक्विडेशन सभी ऋणों का भुगतान करते हैं, तो प्रणाली ठीक है। खराब ऋण तब प्रकट होता है जब लिक्विडेशन सभी संपार्श्विक का उपभोग कर लेते हैं और फिर भी पूर्ण ऋण का भुगतान नहीं कर पाते। यह परिभाषित स्थिति उत्पन्न करता है: संपार्श्विक शून्य के बराबर है, ऋण अभी भी गैर-शून्य है। v3.3 से पहले, वह शेष ब्याज अर्जित करता रह सकता था, एक बार की कमी को बढ़ते लेखांकन समस्या में बदल देता था। v3.3 में, प्रोटोकॉल उस शेष को लिक्विडेशन के तुरंत बाद प्रोटोकॉल-स्तरीय हानि के रूप में मानता है, शेष परिवर्तनीय ऋण टोकन को जलाकर और उस संपत्ति के लिए एक आरक्षित घाटा रिकॉर्ड करके।

कैसे खराब ऋण उत्पन्न होता है: परिसमापन तंत्र और "अपर्याप्त संपार्श्विक" किनारे का मामला

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

Bitget का वॉकथ्रू मुख्य तंत्र को कैद करता है: जब स्वास्थ्य कारक सीमा से नीचे गिरता है, तो परिसमापन ट्रिगर होता है, और परिसमापक संपार्श्विक के बदले में छूट पर ऋण चुकाते हैं। यह विभिन्न संस्करणों के बीच निकटता-कारक के अंतर को भी नोट करता है, जिसमें Aave v2 प्रति परिसमापन 50% तक की चुकौती की अनुमति देता है और Aave v3 स्वास्थ्य कारक के और बिगड़ने पर 100% तक की चुकौती की अनुमति देता है (एक उदाहरण सीमा लगभग 0.95 का उल्लेख किया गया है)।

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

Aave v3.3 दस्तावेज़ इस विशेष मामले के बारे में स्पष्ट है: परिसंपत्ति की बिक्री का परिणाम यह हो सकता है कि कुल परिसंपत्ति जो बेची गई है, सभी ऋण की चुकौती को कवर करने के लिए अपर्याप्त हो, जिससे शून्य परिसंपत्ति और शेष ऋण रह जाता है। यही वह क्षण है जब उधारकर्ता की समस्या एक प्रोटोकॉल लेखा समस्या बन जाती है।

Aave v3.3 खराब ऋण प्रबंधन: शेष उधारकर्ता ऋण को जलाना, एक आरक्षित घाटा रिकॉर्ड करना

Aave v3.3 का मुख्य परिवर्तन "बुरा कर्ज रोकना" नहीं है। यह है "बुरा कर्ज म्यूटेट होने से रोकना।" प्रोटोकॉल एक पोस्ट-लिक्विडेशन सत्यापन चरण पेश करता है जो लिक्विडेशन के बाद नए बुरा-कर्ज खातों के निर्माण को कम करने और उन देनदारियों पर आगे के ब्याज संचय को रोकने के लिए डिज़ाइन किया गया है।

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

यह v3.3 थीसिस कोड रूप में है: खराब ऋण अब किसी उपयोगकर्ता पर बैठने और हमेशा के लिए बढ़ने की अनुमति नहीं है। इसे एक रिजर्व-स्तरीय घाटे में संकुचित किया गया है जिसे प्रति संपत्ति ट्रैक किया जा सकता है। v3.3 रिजर्व डेटा के भीतर घाटे की ट्रैकिंग को पेश करता है, जो कि अप्रचलित स्थिर उधार दर भंडारण का पुनः उपयोग करता है, और इसे एक पूल गेटर getReserveDeficit के माध्यम से उजागर करता है। इससे यह बिंदु बनाने योग्य हो जाता है, रिजर्व द्वारा रिजर्व, बजाय इसके कि यह तैरते हुए ब्याज गणित में दफन हो जाए।

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

aave का सुरक्षा मॉड्यूल कैसे काम करता है

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

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

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

जब aave के पास बुरा ऋण होता है तो कौन भुगतान करता है

एक बार जब v3.3 में बुरा ऋण मान्यता प्राप्त कर लिया जाता है, तो बकाया राशि अब अर्थशास्त्र के अर्थ में "उधारकर्ता द्वारा देय" नहीं होती। उधारकर्ता के पास कोई संपार्श्विक नहीं बचा है, और प्रोटोकॉल ने ब्याज संचय को रोकने के लिए शेष परिवर्तनीय ऋण टोकन जला दिए हैं। हानि को विशिष्ट रिजर्व पर एक घाटे के रूप में बुक किया गया है।

यह रूपरेखा यह बताती है कि व्यावहारिक रूप से कौन भुगतान करता है: रिजर्व कम है, और प्रणाली को पूर्ण समर्थन बहाल करने के लिए पुनर्पूंजीकरण की आवश्यकता है। v3.3 eliminateReserveDeficit को पेश करता है, जहां एक अनुमोदित इकाई, PoolAddressesProvider पर पंजीकृत Umbrella, घाटे को कम करने के लिए aTokens जला सकती है। यह फ़ंक्शन मौजूदा घाटे को जलाने तक सीमित है और यह सत्यापित करता है कि कॉल करने वाले के पास कोई खुली उधारी स्थिति नहीं है।

यह कोई अस्पष्ट "बीमा कोष शायद इसे कवर करेगा" नहीं है। यह एक विशिष्ट ऑनचेन क्रिया है जो रिजर्व (aTokens) पर दावों को नष्ट करके एक ट्रैक किए गए घाटे को कम करती है। आर्थिक परिणाम सीधा है। जो कोई भी कवरेज संपत्तियों को रखता है, वह हानि उठाता है ताकि उस रिजर्व में जमा करने वालों को फिर से पूरा किया जा सके।

Blockworks का Umbrella स्टेकिंग का वर्णन संचालनात्मक परत को जोड़ता है। Umbrella को व्यक्तिगत संपत्तियों से जुड़े स्वचालित सुरक्षा जाल के रूप में प्रस्तुत किया गया है, जिसमें वास्तविक समय में कटौती होती है जब उस संपत्ति में बुरा ऋण एक पूर्व निर्धारित सीमा को पार कर जाता है, एक कॉन्फ़िगर करने योग्य पहले-हानि ऑफसेट के बाद, जिसे उस समय प्रति संपत्ति 100,000 इकाइयों के रूप में रिपोर्ट किया गया था। यह एक डिज़ाइन की गई प्रणाली में "कौन भुगतान करता है" का व्यावहारिक उत्तर है: प्रभावित संपत्ति वॉल्ट में स्टेकर्स, ऑफसेट बफर के ऊपर, न कि एक सामान्यीकृत पूल जो शासन मतदान की आवश्यकता होती है।

क्या aave ने पहले कभी बुरा ऋण लिया है

हाँ, और 2022 का CRV घटना "बस इसे तरल करें" क्यों गारंटी नहीं है, इसका सबसे साफ उदाहरण है। EigenPhi का केस स्टडी एक CRV शॉर्ट का वर्णन करता है जो तरलता के बाद लगभग 2.456 मिलियन CRV बकाया के परिणामस्वरूप हुआ, जिसका मूल्य उद्धृत CRV मूल्य पर लगभग $1.6 मिलियन था।

तरलता गतिविधि तुच्छ नहीं थी। EigenPhi 21 अद्वितीय पते द्वारा 385 तरलताओं की रिपोर्ट करता है। बिंदु यह नहीं है कि तरलता देने वाले अनुपस्थित थे। बिंदु यह है कि तरलता थ्रूपुट और ऑरेकल समय अभी भी एक अवशिष्ट ऋण स्टब छोड़ सकते हैं जब बाजार कूदों में चलते हैं।

EigenPhi यह भी नोट करता है कि Binance के मुकाबले लगभग 10 मिनट का ऑरेकल मूल्य विलंब है और तरलता व्यवहार का वर्णन करता है जो बैचों में आया। यह संयोजन ठीक वही वातावरण है जहां संपार्श्विक ऋण पूरी तरह से चुकाने से पहले समाप्त हो सकता है। Aave v3.3 की बुरा ऋण की परिभाषा "ऋण पूरी तरह से चुकाने से पहले संपार्श्विक समाप्त" कोई सैद्धांतिक नहीं है। यह एक स्थिति है जो पहले से ही तनाव के तहत हो चुकी है।

aave umbrella module क्या है

Umbrella Aave का नया सुरक्षा डिज़ाइन है जो हानि अवशोषण को स्वचालित और संपत्ति-विशिष्ट बनाने की कोशिश करता है। Blockworks Umbrella स्टेकिंग का वर्णन एक ऑनचेन, स्वचालित सुरक्षा जाल के रूप में करता है जो सीधे व्यक्तिगत संपत्तियों से जुड़ा होता है, जिसे पृथक वॉल्ट के रूप में लागू किया गया है। यदि कोई कमी होती है, तो प्रोटोकॉल कॉन्फ़िगर करने योग्य पहले-हानि ऑफसेट के बाद अपने वॉल्ट से उसी संपत्ति को जला सकता है, जिसे उस समय प्रति संपत्ति 100,000 इकाइयों के रूप में रिपोर्ट किया गया था।

"एसेट-विशिष्ट" भाग असली डिज़ाइन बदलाव है। एक व्यापक शासन टोकन बैकस्टॉप के माध्यम से जोखिम को साझा करने के बजाय, Umbrella उस रिजर्व को लक्षित करता है जिसमें वास्तव में कमी है। यह v3.3 के प्रति-रिजर्व कमी ट्रैकिंग के साथ मेल खाता है। यदि प्रोटोकॉल USDC बनाम ETH बनाम GHO पर कमी को माप सकता है, तो एसेट द्वारा विभाजित एक बैकस्टॉप संचालन के लिए अधिक साफ है।

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

क्या aave दिवालिया हो सकता है

Aave उस रिजर्व स्तर पर दिवालियापन का सामना कर सकता है जब देनदारियां किसी दिए गए बाजार के लिए संपत्तियों से अधिक हो जाती हैं, जो कि वास्तव में एक रिजर्व कमी का प्रतिनिधित्व करता है। Aave v3.3 ऐसा नहीं होने का दिखावा नहीं करता। यह कमी को औपचारिक बनाता है ताकि इसे ट्रैक किया जा सके और संभावित रूप से न्यूट्रलाइज किया जा सके।

मुख्य बारीकी दायरा है। v3.3 खराब ऋण की स्थिति को संकीर्ण रूप से परिभाषित करता है, जैसे कि एक खाता जिसमें बेस करेंसी में शून्य संपार्श्विक और बेस करेंसी में शेष ऋण हो। किसी भी शेष संपार्श्विक वाले खातों को खराब ऋण के रूप में नहीं माना जाता है क्योंकि वे फिर से अधिक संपार्श्विकित हो सकते हैं। यह एक व्यावहारिक रेखा है। दिवालियापन बिना समर्थन वाली देनदारियों के बारे में है, अस्थायी रूप से अस्वस्थ स्थितियों के बारे में नहीं।

v3.3 उन सीमाओं को भी दस्तावेज करता है जो किसी के लिए भी महत्वपूर्ण हैं जो टेल जोखिम का मॉडलिंग कर रहा है। यह पहले से मौजूद खराब ऋण स्थितियों को ठीक नहीं करता है और repayOnBehalf के माध्यम से DAO सफाई की सिफारिश करता है। कमी समाप्ति मानती है कि Umbrella के पास जलाने के लिए टोकन हैं, और संचालन संबंधी बाधाएँ जैसे कि कैप और आभासी लेखांकन यह प्रभावित कर सकती हैं कि कवरेज संपत्तियों को कितनी जल्दी स्थिति में लाया जा सकता है। इसका मतलब है कि सिस्टम नई ज़ोंबी ऋण के संचय को पहचान और रोक सकता है, लेकिन पुनर्पूंजीकरण अभी भी बैकस्टॉप कॉन्फ़िगरेशन और उपलब्ध कवरेज पर निर्भर है।

सामान्य भ्रांतियाँ

पहली भ्रांति यह है कि "खराब ऋण का मतलब है कि तरलता विफल हो गई।" तरलता ठीक उसी तरह से निष्पादित हो सकती है जैसे कि डिज़ाइन किया गया है और फिर भी शून्य संपार्श्विक और शेष ऋण के साथ समाप्त हो सकती है क्योंकि डिज़ाइन निकट कारकों, गैस अर्थशास्त्र, ओरेकल अपडेट आवृत्ति, और द्वितीयक बाजार तरलता द्वारा सीमित है। CRV केस अध्ययन भारी तरलता गतिविधि को दिखाता है और फिर भी एक अवशिष्ट अनपेक्षित राशि।

दूसरी भ्रांति यह है कि "खराब ऋण केवल एक उधारकर्ता का अनपेक्षित ऋण है।" Aave v3.3 पर, एक बार जब प्रोटोकॉल उधारकर्ता के शेष परिवर्तनीय ऋण टोकन को जलाता है, तो उधारकर्ता अब वह स्थान नहीं है जहाँ देनदारी रहती है। हानि को प्रति संपत्ति एक रिजर्व कमी के रूप में बुक किया जाता है, और सवाल यह बनता है कि उस कमी को eliminateReserveDeficit और Umbrella के एसेट-वॉल्ट स्लैशिंग जैसे तंत्रों के माध्यम से कैसे कम किया जाए।

तीसरी भ्रांति यह है कि "Aave v3.3 सभी खराब ऋण को समाप्त करता है।" v3.3 नए पोस्ट-तरलता ज़ोंबी खातों को ब्याज अर्जित करने से रोकता है, शेष ऋण को जलाकर और एक कमी को रिकॉर्ड करके, लेकिन दस्तावेज़ स्पष्ट रूप से कहते हैं कि यह पहले से मौजूद खराब ऋण स्थितियों को हल नहीं करता है। व्यावहारिक takeaway यह है कि v3.3 निर्धारण और पारदर्शिता में सुधार करता है, बाजार के गैपिंग के कानूनों में नहीं।

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

स्रोत

अक्सर पूछे जाने वाले प्रश्न

Aave पर अस्वस्थ स्थिति और बुरा ऋण के बीच क्या अंतर है?