मुख्य सामग्री पर जाएँ
Crypto Blog
शेयर करें:

ERC Token Standards: ERC-20, 721, 1155 और बाकी — पूरा नक्शा

Hindi News Writer
प्रकाशित
know about ERC Token Standards
know about ERC Token Standards

ERC token standards — 20, 721, 1155 और आगे का नक्शा

Ethereum-duniya ke tokens ke saajha-niyam — यही ERC-मानक हैं: तय functions का सेट, जिससे हर wallet/exchange/app किसी भी token को एक ही तरह पढ़ सके। यह guide दो काम करती है — मुख्य मानकों का नक्शा, और उनका सुरक्षा-पक्ष; क्योंकि सबसे आम गलतफहमी यही है कि 'मानक = सुरक्षित'।

मुख्य मानकों का नक्शा

मानककामध्यान देने की बात
ERC-20Fungible tokens — transfer/approve/allowanceApprove-तंत्र = DeFi का द्वार और drainer का भी
ERC-721अनन्य NFTs — एक id, एक मालिकMetadata/URI कहाँ रखी है (IPFS बनाम server)
ERC-1155Multi-token — fungible+NFT एक contract में, batch-transfersGaming/items के लिए कुशल; अनुमति-दायरा बड़ा
ERC-4626Vault/yield-bearing tokens का साझा interfaceIntegration आसान — पर नीचे का protocol-जोखिम यथावत
अन्य (permit/hooks शैली)Gasless-signatures, उन्नत क्षमताएँहर नई क्षमता = नई अनुमति-परत

सुरक्षा-पक्ष: approve, और 'नाम बनाम पता'

दो पंक्तियाँ याद रखने लायक — (1) approve/allowance वह जगह है जहाँ अधिकांश on-chain लूट होती है: unlimited-approval से बचें, नियमित revoke-audit करे??? (विधि: wallet-connect guide)। (2) नाम पहचान नहीं, contract-address पहचान है — standard किसी को भी उपलब्ध है, तो कोई भी परिचित नाम/symbol वाला token बना सकता है: नकली-tokens की पूरी अर्थव्यवस्था इसी भ्रम पर चलती है। सही विधि — address आधिकारिक स्रोत से, explorer पर verify, holders/liquidity की झलक (contract-checks guide)।

User के लिए सार

Standards ने compatibility दी — इसीलिए एक wallet हज़ारों tokens सँभाल लेता है; पर compatibility ≠ credibility: हर token पर अपनी छलनी चलाना user का स्थायी काम है — address, contract-अधिकार, liquidity/unlock, और भाषा-flags (rug-pull checklist)। NFT-पक्ष पर एक अतिरिक्त पंक्ति — 'तस्वीर' प्रायः chain पर नहीं होती: metadata-भंडारण देखना खरीद-पूर्व जांच का हिस्सा है।

ERC-guide: समीक्षा तिथि

अंतिम समीक्षा: अगस्त 2026 — नए दर्ज मानकों पर नक्शा अपडेट होगा।

शब्दावली (Glossary)

Fungible — आपस में बदले जा सकने वाले (एक-जैसे) tokens। Allowance — किसी contract को दी गई खर्च-अनुमति। Metadata-URI — NFT की सामग्री का पता। Batch-transfer — एक साथ कई tokens का हस्तांतरण। Verified contract — explorer पर सत्यापित source-code।

Disclaimer

यह लेख सिर्फ जानकारी और शिक्षा के उद्देश्य से है — निवेश सलाह नहीं। कोई भी मूल्य-परिदृश्य भविष्यवाणी नहीं है; बाज़ार अत्यधिक अस्थिर हैं और अतीत का प्रदर्शन भविष्य की गारंटी नहीं। निवेश-निर्णय अपनी जोखिम-क्षमता, स्वतंत्र शोध और आवश्यकतानुसार सलाहकार-परामर्श से लें। भारत में VDA मुनाफे पर 30% कर और 1% TDS लागू है। किसी 'guaranteed-target' दावे को ठगी-संकेत की तरह पढ़ें।

लेखक परिचय
Ronak Ghatiya Hindi News Writer

Ronak Ghatiya एक उभरते हुए क्रिप्टो कंटेंट राइटर हैं, जिनका एजुकेशन और टेक्नोलॉजी में मजबूत बैकग्राउंड रहा है। उन्होंने पिछले 6 वर्ष में फाइनेंस, ब्लॉकचेन, Web3 और डिजिटल एसेट्स जैसे विषयों पर डेटा-ड्रिवन और SEO-अनुकूल कंटेंट लिखा है, जो नए और प्रोफेशनल रीडर्स दोनों के लिए उपयोगी साबित हुआ है। रोनक की लेखनी का फोकस जटिल तकनीकी टॉपिक्स को आसान भाषा में समझाना है, जिससे क्रिप्टो स्पेस में ट्रस्ट और क्लैरिटी बनी रहे। उन्होंने CoinGabbar.com, Medium और अन्य क्रिप्टो प्लेटफ़ॉर्म्स के लिए ब्लॉग्स और न्यूज़ स्टोरीज़ लिखी हैं, जिनमें क्रिएटिविटी और रिसर्च का संतुलन होता है। रोनक की स्टाइल डिटेल-ओरिएंटेड और रिस्पॉन्सिव है, और वह तेजी से बदलते क्रिप्टो परिदृश्य में एक विश्वसनीय आवाज़ बनने की ओर अग्रसर हैं। LinkedIn पर प्रोफ़ाइल देखें या उनके आर्टिकल्स यहाँ पढ़ें।

Leave a comment
FAQ

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

अक्सर पूछे जाने वाले सवालों के जवाब यहाँ पाएँ और समझें कि सब कुछ कैसे काम करता है।

साझा-interface — यानी tokens के लिए तय functions/नियमों का सेट, ताकि हर wallet/exchange/app उन्हें एक ही तरह पढ़-लिख सके; standard सुविधा है, गुणवत्ता या सुरक्षा का प्रमाणपत्र नहीं — यह पहली और सबसे ज़रूरी लाइन है।

Fungible tokens का मानक — transfer/balance के साथ approve-allowance तंत्र: यही approve वह दरवाज़ा है जिससे DeFi चलता है और drainer-jaal भी; इसलिए unlimited-approval से बचना और नियमित revoke करना ERC-20 युग का बुनियादी अनुशासन है।

721 — हर token अनन्य (classic NFT: एक id, एक मालिक); 1155 — multi-token मानक: एक ही contract में fungible+non-fungible दोनों, batch-transfers के साथ (gaming/items के लिए कुशल); चुनाव use-case का है, श्रेष्ठता का नहीं।

NFT की 'तस्वीर' प्रायः chain पर नहीं होती — metadata-URI (IPFS/server) पर टिकी होती है: server-आधारित links मर सकते हैं, इसलिए भंडारण-व्यवस्था देखना NFT-जांच का हिस्सा है; on-chain art इसका अपवाद है।

एकरूपता के लिए — 4626 vault/yield-bearing tokens का साझा interface देता है, जिससे integration आसान और गलतियाँ कम; इसी तरह अन्य मानक विशेष ज़रूरतों (permit-signatures, hooks) के लिए हैं — पर हर नई क्षमता अपनी अनुमति-जोखिम परत भी लाती है।

क्योंकि standard किसी को भी उपलब्ध है — कोई भी 30 मिनट में 'USDT' नाम का ERC-20 बना सकता है: नाम/symbol पहचान नहीं, contract-address पहचान है; नकली-tokens इसी भ्रम पर चलते हैं।

आधिकारिक स्रोत से address लेना (project की अपनी site/docs), explorer पर verify करना, और holders/liquidity देखना — खोज-परिणाम/DM से आया address कभी नहीं; पूरी contract-परख विधि हमारी contract-checks guide में।

Standards ने compatibility दी — इसीलिए आपका wallet हज़ारों tokens दिखा पाता है; पर compatibility ≠ credibility: हर token पर अपनी छलनी (address, contract, liquidity, unlock, भाषा) चलाना user का स्थायी काम है।