Owlio
HI
← ब्लॉग
कैसे करेंशुरुआती

ERC-4626 वॉल्ट के हिस्से और संपत्ति: बैलेंस का अर्थ जांचें

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

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

अगर वॉलेट 100 हिस्से दिखाए और प्रोटोकॉल की स्क्रीन 120 मूल टोकन दिखाए, तो पहले ही किसी एक बैलेंस को गलत न मानें। पहले जांचें कि हर संख्या क्या मापती है। यह मार्गदर्शिका मौजूदा होल्डिंग का केवल पढ़कर मिलान करने का तरीका है, वॉल्ट में जमा या रिडीम करने की सलाह नहीं।

हिस्से का टोकन और उसकी मूल संपत्ति पहचानें

ERC-4626 मानक वॉल्ट के हिस्सों को ERC-20 टोकन के रूप में परिभाषित करता है। वॉल्ट का balanceOf(account) उन हिस्सों को गिनता है; उसका asset() मेथड मूल टोकन का कॉन्ट्रैक्ट पहचानता है। जांचे जा रहे नेटवर्क और खाते के साथ दोनों कॉन्ट्रैक्ट पते रखें।

पहचाना हुआ टिकर पर्याप्त नहीं है। भरोसेमंद रास्ते से प्रोटोकॉल के आधिकारिक दस्तावेज या किसी ज्ञात लेनदेन तक पहुंचकर वॉल्ट की सही तैनाती की पुष्टि करें। फिर मूल संपत्ति के केवल नाम की नहीं, उसके पते की तुलना इच्छित टोकन से करें। नकल किया गया कॉन्ट्रैक्ट परिचित मेथड नाम दिखा सकता है, भले ही वह आपका इच्छित वॉल्ट न हो।

दोनों ओर की इकाइयां जांचें। हिस्सों की कच्ची मात्रा में हिस्से वाले टोकन के दशमलव अंकों का उपयोग होता है, जबकि संपत्ति के कच्चे परिणाम में मूल टोकन के दशमलव अंकों का। दोनों का समान होना जरूरी नहीं: OpenZeppelin की वॉल्ट मार्गदर्शिका अतिरिक्त हिस्से-परिशुद्धता वाले कार्यान्वयन समझाती है। हमारी टोकन दशमलव मार्गदर्शिका बताती है कि अभी स्वरूपित किए जाने वाले पूर्णांक को कैसे पहचानें। पहले से स्वरूपित मात्रा को फिर से स्केल न करें।

अपने सवाल के लिए सही संख्या चुनें

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

रीड परिणाम की इकाई किस सवाल का जवाब
balanceOf(account) हिस्से इस खाते में कितने हिस्से हैं?
convertToAssets(shares) मूल संपत्ति सामान्य संपत्ति-समकक्ष मात्रा क्या है?
previewRedeem(shares) मूल संपत्ति इन हिस्सों के रिडेम्पशन का अनुमान क्या है?
maxRedeem(owner) हिस्से यह मालिक अभी कितने हिस्से रिडीम कर सकता है?

convertToAssets शुल्क और वास्तविक विनिमय की स्लिपेज को छोड़कर आदर्श रूपांतरण बताता है। यह किसी व्यक्ति के लिए निकासी का कोट नहीं है। previewRedeem निकासी शुल्क शामिल करता है और वर्तमान शर्तें दर्शाता है, लेकिन जानबूझकर रिडेम्पशन सीमाएं अनदेखी करता है। उन सीमाओं के लिए मालिक का maxRedeem पढ़ें। मानक में मेथड की परिभाषाएं ये अंतर स्पष्ट करती हैं।

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

तुलना में एक ही होल्डिंग रखें

एक काल्पनिक स्नैपशॉट लें, जिसमें सभी संख्याएं पहले से पढ़ने योग्य इकाइयों में स्वरूपित हैं। एक खाते में 100 हिस्से हैं। इस हिस्से-मात्रा के लिए वॉल्ट convertToAssets से 120 मूल टोकन और previewRedeem से 119 मूल टोकन बताता है। अलग से, खाते का maxRedeem 40 हिस्से है।

120 टोकन सामान्य समकक्ष मात्रा है। 119 टोकन पूरे 100 हिस्सों का पूर्वावलोकन है, इस बात का प्रमाण नहीं कि सभी 100 अभी रिडीम हो सकते हैं। 40 हिस्सों की सीमा हिस्सों में मापी जाती है, उसे 40 मूल टोकन मानकर तुलना न करें। अनुमत हिस्से-मात्रा जांचने के लिए उसी का अलग पूर्वावलोकन लें; यह न मानें कि पूरे बैलेंस का पूर्वावलोकन बिना बदलाव लागू होगा।

ये संख्याएं नाम और दायरा समझाने का गढ़ा हुआ उदाहरण हैं, किसी लाइव वॉल्ट का कोट, शुल्क-सूची या खास प्रोटोकॉल की दर का हिसाब नहीं। इसके लिए किसी वॉलेट से पूछताछ या लेनदेन नहीं किया गया।

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

धन हिलाए बिना संगत स्नैपशॉट दर्ज करें

पहले से भरोसेमंद एक्सप्लोरर या कॉन्ट्रैक्ट रीडर उपयोग करें। यह प्रक्रिया दस्तावेज-आधारित जांच समझाती है; इस लेख के लिए इसे लाइव वॉल्ट पर नहीं परखा गया। प्राथमिक संदर्भ 25 अक्टूबर 2026 को जांचे गए थे।

  1. पोजिशन की पहचान पक्की करें। नेटवर्क, खाता और वॉल्ट का पूरा कॉन्ट्रैक्ट पता दर्ज करें। सत्यापित करें कि तैनाती उसी ERC-4626 इंटरफेस का उपयोग करती है जिसे आप जांचना चाहते हैं।
  2. संपत्ति और इकाइयां पहचानें। asset() और हिस्से तथा संपत्ति के दशमलव स्केल दर्ज करें। कच्चे पूर्णांक और स्वरूपित मात्रा अलग रखते हुए खाते का हिस्सा-बैलेंस पढ़ें।
  3. प्रासंगिक रीड चुनें। लेखांकन तुलना के लिए उसी सटीक हिस्से-मात्रा का convertToAssets दर्ज करें। रिडेम्पशन अनुमान के लिए previewRedeem दर्ज करके उसे पूर्वावलोकन का नाम दें।
  4. मालिक की विशेष सीमा अलग जांचें। maxRedeem(owner) और प्रोटोकॉल की निकासी शर्तें पढ़ें। अनुपलब्ध सीमा की जगह हिस्सा-बैलेंस न रखें और सकारात्मक पूर्वावलोकन को रिडीम करने की अनुमति न मानें।
  5. अवलोकन मिलाएं और नाम दें। बैलेंस, रूपांतरण, पूर्वावलोकन और सीमा के लिए एक ही ब्लॉक बेहतर है। अगर रीडर केवल नवीनतम स्थिति के अलग कॉल देता है, तो उनके समय सहेजें और लिखें कि स्नैपशॉट में अंतर हो सकता है।
  6. एक पोजिशन का मिलान करें। हिस्सों की संख्या, संपत्ति-समकक्ष मात्रा और रिडेम्पशन जानकारी साथ रखें। विफल रीड को अज्ञात चिह्नित करें, उसकी त्रुटि सहेजें और मात्रा शून्य मानने से पहले खाता, कॉन्ट्रैक्ट, नेटवर्क या इंटरफेस जांचें।

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

रूपांतरण रिटर्न या बिक्री की कीमत नहीं है

संपत्ति-समकक्ष मात्रा बताती है कि वॉल्ट हिस्सों की किसी मात्रा को अपने मूल टोकन में कैसे व्यक्त करता है। यह मूल जमा पर लाभ, बाजार में बिक्री की कीमत या भविष्य में रिडेम्पशन की गारंटी नहीं बताती। शुल्क, राउंडिंग, वॉल्ट में बदलाव और मूल संपत्ति की अपनी कीमत अलग रिकॉर्ड में रखें।

यह प्रक्रिया हर रसीद टोकन पर लागू न करें। उदाहरण के लिए stETH और wstETH की अपनी दस्तावेज में दी लेखांकन और रूपांतरण विधि है। समान दिखता बैलेंस ERC-4626 व्यवहार साबित नहीं करता।

जांच तब पूरी है जब आप सही वॉल्ट और संपत्ति बता सकें, हिस्से-मात्रा और स्नैपशॉट पहचान सकें और समझा सकें कि कौन-सी स्क्रीन रूपांतरण, पूर्वावलोकन या सीमा दिखाती है। जरूरी रीड उपलब्ध न हो तो उस भाग को असत्यापित छोड़ें। पोजिशन हिलाना अलग निर्णय है; दिखते बैलेंस को समझाने के लिए यह जरूरी नहीं।

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

क्या ERC-4626 का एक हिस्सा हमेशा एक मूल टोकन होता है?

नहीं। हिस्से और संपत्ति अलग इकाइयां हैं और उनका रूपांतरण वॉल्ट पर निर्भर है। ठीक उसी कॉन्ट्रैक्ट और स्नैपशॉट के लिए दस्तावेज में दिया रूपांतरण पढ़ें; टोकन के नाम या दशमलव अंकों से एक-के-बदले-एक अनुपात न मानें।

क्या previewRedeem साबित करता है कि मैं वह मात्रा अभी निकाल सकता हूं?

नहीं। यह हिस्सों की किसी मात्रा के बदले मिलने वाली संपत्ति का अनुमान देता है और निकासी शुल्क शामिल करता है, लेकिन रिडेम्पशन सीमाएं अनदेखी करता है। मालिक का maxRedeem और वॉल्ट के वास्तविक निकासी नियम अलग पढ़ें। लेनदेन से पहले स्थिति बदल सकती है।

क्या अपने हिस्से और उनकी संपत्ति के समकक्ष मात्रा को जोड़ना चाहिए?

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