मुख्य सामग्री पर जाएं
Change page

⁨ERC-20⁩ टोकन मानक

परिचय

टोकन क्या है?

टोकन इथेरियम में लगभग किसी भी चीज़ का प्रतिनिधित्व कर सकते हैं:

  • एक ऑनलाइन प्लेटफ़ॉर्म में प्रतिष्ठा (reputation) अंक
  • किसी गेम में कैरेक्टर का कौशल
  • किसी कंपनी में शेयर जैसी वित्तीय संपत्तियां
  • USD जैसी फिएट मुद्रा
  • एक औंस सोना
  • और भी बहुत कुछ...

इथेरियम की इतनी शक्तिशाली विशेषता को एक मजबूत मानक द्वारा नियंत्रित किया जाना चाहिए, है ना? यहीं पर ERC-20 अपनी भूमिका निभाता है! यह मानक डेवलपर्स को ऐसे टोकन एप्लिकेशन बनाने की अनुमति देता है जो अन्य उत्पादों और सेवाओं के साथ अंतरप्रचालनीय (interoperable) हों। ERC-20 मानक का उपयोग को अतिरिक्त कार्यक्षमता प्रदान करने के लिए भी किया जाता है।

ERC-20 क्या है?

ERC-20 विनिमेय टोकन (Fungible Tokens) के लिए एक मानक पेश करता है, दूसरे शब्दों में, उनमें एक ऐसा गुण होता है जो प्रत्येक टोकन को (प्रकार और मूल्य में) दूसरे टोकन के बिल्कुल समान बनाता है। उदाहरण के लिए, एक ERC-20 टोकन बिल्कुल ETH की तरह काम करता है, जिसका अर्थ है कि 1 टोकन हमेशा अन्य सभी टोकन के बराबर होता है और रहेगा।

पूर्वापेक्षाएँ

मुख्य भाग

नवंबर 2015 में फैबियन वोगेलस्टेलर (Fabian Vogelsteller) द्वारा प्रस्तावित ERC-20 (Ethereum Request for Comments 20), एक टोकन मानक है जो स्मार्ट अनुबंधों के भीतर टोकन के लिए एक API लागू करता है।

ERC-20 द्वारा प्रदान की जाने वाली कार्यक्षमताओं के उदाहरण:

  • एक खाते से दूसरे खाते में टोकन ट्रांसफर करना
  • किसी खाते का वर्तमान टोकन बैलेंस प्राप्त करना
  • नेटवर्क पर उपलब्ध टोकन की कुल आपूर्ति प्राप्त करना
  • यह स्वीकृति देना कि क्या किसी खाते से टोकन की एक निश्चित राशि किसी तीसरे पक्ष के खाते द्वारा खर्च की जा सकती है

यदि कोई स्मार्ट अनुबंध निम्नलिखित विधियों (methods) और घटनाओं (events) को लागू करता है, तो इसे ERC-20 टोकन अनुबंध कहा जा सकता है और, एक बार डिप्लॉय होने के बाद, यह इथेरियम पर बनाए गए टोकन का ट्रैक रखने के लिए जिम्मेदार होगा।

EIP-20 (opens in a new tab) से:

विधियाँ (Methods)

घटनाएँ

event Transfer(address indexed _from, address indexed _to, uint256 _value)
event Approval(address indexed _owner, address indexed _spender, uint256 _value)

उदाहरण

आइए देखें कि इथेरियम पर किसी भी ERC-20 टोकन अनुबंध का निरीक्षण करने के लिए चीजों को सरल बनाने के लिए एक मानक कितना महत्वपूर्ण है। हमें किसी भी ERC-20 टोकन के लिए एक इंटरफ़ेस बनाने के लिए केवल अनुबंध एप्लिकेशन बाइनरी इंटरफ़ेस (ABI) की आवश्यकता होती है। जैसा कि आप नीचे देख सकते हैं, हम इसे समझने में आसान उदाहरण बनाने के लिए एक सरलीकृत ABI का उपयोग करेंगे।

Web3.py उदाहरण

सबसे पहले, सुनिश्चित करें कि आपने Web3.py (opens in a new tab) Python लाइब्रेरी इंस्टॉल कर ली है:

pip install web3

ज्ञात समस्याएँ

ERC-20 टोकन प्राप्ति की समस्या

06/20/2024 तक इस समस्या के कारण कम से कम $83,656,418 मूल्य के ERC-20 टोकन खो गए थे। ध्यान दें कि एक शुद्ध ERC-20 कार्यान्वयन इस समस्या से ग्रस्त है जब तक कि आप नीचे सूचीबद्ध मानक के ऊपर अतिरिक्त प्रतिबंधों का एक सेट लागू नहीं करते हैं।

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

  1. टोकन ट्रांसफर तंत्र
  • ERC-20 टोकन को transfer या transferFrom फ़ंक्शन का उपयोग करके ट्रांसफर किया जाता है
    • जब कोई उपयोगकर्ता इन फ़ंक्शन का उपयोग करके किसी अनुबंध पते पर टोकन भेजता है, तो टोकन ट्रांसफर हो जाते हैं, भले ही प्राप्त करने वाला अनुबंध उन्हें संभालने के लिए डिज़ाइन किया गया हो या नहीं
  1. अधिसूचना का अभाव
    • प्राप्त करने वाले अनुबंध को कोई अधिसूचना या कॉलबैक प्राप्त नहीं होता है कि उसे टोकन भेजे गए हैं
    • यदि प्राप्त करने वाले अनुबंध में टोकन को संभालने के लिए किसी तंत्र का अभाव है (उदा., एक फॉलबैक फ़ंक्शन या टोकन प्राप्ति को प्रबंधित करने के लिए एक समर्पित फ़ंक्शन), तो टोकन प्रभावी रूप से अनुबंध के पते में फंस जाते हैं
  2. कोई अंतर्निहित हैंडलिंग नहीं
    • ERC-20 मानक में प्राप्त करने वाले अनुबंधों को लागू करने के लिए कोई अनिवार्य फ़ंक्शन शामिल नहीं है, जिससे ऐसी स्थिति पैदा होती है जहां कई अनुबंध आने वाले टोकन को ठीक से प्रबंधित करने में असमर्थ होते हैं

संभावित समाधान

हालांकि ERC-20 के साथ इस समस्या को पूरी तरह से रोकना संभव नहीं है, लेकिन ऐसे तरीके हैं जो अंतिम उपयोगकर्ता के लिए टोकन के नुकसान की संभावना को काफी कम करने की अनुमति देंगे:

  • सबसे आम समस्या तब होती है जब कोई उपयोगकर्ता टोकन अनुबंध पते पर ही टोकन भेजता है (उदा., USDT टोकन अनुबंध के पते पर जमा किया गया USDT)। ऐसे ट्रांसफर प्रयासों को रिवर्ट करने के लिए transfer(..) फ़ंक्शन को प्रतिबंधित करने की अनुशंसा की जाती है। transfer(..) फ़ंक्शन के कार्यान्वयन के भीतर require(_to != address(this)); जांच जोड़ने पर विचार करें।
  • transfer(..) फ़ंक्शन सामान्य रूप से अनुबंधों में टोकन जमा करने के लिए डिज़ाइन नहीं किया गया है। इसके बजाय ERC-20 टोकन को अनुबंधों में जमा करने के लिए approve(..) & transferFrom(..) पैटर्न का उपयोग किया जाता है। ट्रांसफर फ़ंक्शन को प्रतिबंधित करना संभव है ताकि इसके साथ किसी भी अनुबंध में टोकन जमा करने की अनुमति न हो, हालांकि यह उन अनुबंधों के साथ संगतता को तोड़ सकता है जो यह मानते हैं कि transfer(..) फ़ंक्शन के साथ अनुबंधों में टोकन जमा किए जा सकते हैं (उदा., यूनिस्वैप तरलता पूल)।
  • हमेशा यह मान लें कि ERC-20 टोकन आपके अनुबंध में आ सकते हैं, भले ही आपके अनुबंध को कभी भी कोई टोकन प्राप्त नहीं होना चाहिए। प्राप्तकर्ता के छोर पर आकस्मिक जमा को रोकने या अस्वीकार करने का कोई तरीका नहीं है। एक ऐसा फ़ंक्शन लागू करने की अनुशंसा की जाती है जो गलती से जमा किए गए ERC-20 टोकन को निकालने की अनुमति देगा।
  • वैकल्पिक टोकन मानकों का उपयोग करने पर विचार करें।

इस समस्या से कुछ वैकल्पिक मानक सामने आए हैं जैसे ERC-223 या ERC-1363

आगे की पढ़ाई

अन्य विनिमेय टोकन मानक

ट्यूटोरियल: इथेरियम पर ERC-20 के साथ निर्माण करें