एक soulbound पहचान टोकन मिंट करें

Solana Token-2022 NonTransferable या Sui Closed-Loop Token — वॉलेट के लिए मिंट किया गया, उनके बीच कभी स्थानांतरित नहीं। पहचान, उपस्थिति, KYC प्रमाणपत्र, प्रतिष्ठा।

Soulbound टोकन यह है कि कैसे ऑन-चेन पहचान ऑन-चेन रहती है। एक बार एक वॉलेट के लिए मिंट किए जाने के बाद, टोकन कभी नहीं जा सकता — इसे प्रमाणपत्र, उपस्थिति प्रमाण, KYC प्रमाणपत्र और प्रतिष्ठा प्रणालियों के लिए उपयोगी बनाता है जहां हस्तांतरणीयता उपयोगकर्ताओं को असाइनमेंट को गेम करने देगी। यह प्रीसेट किसी भी चेन पर सबसे सरल संभावित SBT है: Solana का Token-2022 NonTransferable एक्सटेंशन या Sui का Closed-Loop Token जिसमें TokenPolicy पर कोई ट्रांसफर नियम पंजीकृत नहीं है।

क्या शामिल है

• अपरिवर्तनीय मेटाडेटा: टोकन मेटाडेटा (नाम, प्रतीक, आइकन) निर्माण के बाद बदला नहीं जा सकता
• गैर-हस्तांतरणीय (Soulbound): Token can be minted to wallets but never transferred between them. Use for identity badges, attendance credentials, KYC attestations, or closed-loop loyalty points.

यह स्टैक क्यों

Solana पर, NonTransferable एक्सटेंशन मिंट खाते पर एक एकल बिट है — SPL Token-2022 प्रोग्राम इसे प्रोटोकॉल स्तर पर लागू करता है, कोई कस्टम लॉजिक्स नहीं। Sui पर, `sui::token::Token<T>` केवल `key` क्षमता के साथ घोषित है (कोई `store` नहीं), इसलिए `transfer::public_transfer` को कंपाइल समय पर अस्वीकार कर दिया जाता है और हर चाल के लिए एक TokenPolicy नियम की आवश्यकता होती है — जिसे हम पंजीकृत नहीं करते। बाईपास दोनों चेन पर संरचनात्मक रूप से असंभव है।

EVM क्यों नहीं

EVM के पास कोई प्रोटोकॉल-स्तर गैर-हस्तांतरणीय आदिम नहीं है — हर कार्यान्वयन ERC-20 आधार पर `_update` हुक को ओवरराइड करके वापसी के लिए, जो काम करता है लेकिन साफ नहीं है (रिटर्न पाथ ऑडिटेबल कोड है, प्रोटोकॉल प्रवर्तन नहीं)। Solana और Sui दोनों प्रथम-श्रेणी soulbound शब्दार्थ को उजागर करते हैं, इसलिए हम पहले वहां शिप करते हैं। एक EVM वेरिएंट तब के लिए ट्रैक किया जाता है जब उपयोग केस प्रति-चेन कार्यान्वयन को न्यायसंगत बनाता है।

क्या जारीकर्ता एक badge को बर्न कर सकता है

दोनों चेन पर हाँ। Solana पर, NonTransferable एक्सटेंशन वॉलेट के बीच ट्रांसफर को ब्लॉक करता है लेकिन बर्न नहीं — मिंट प्राधिकार मानक SPL टोकेन बर्न निर्देश के माध्यम से एक क्रेडेंशियल को रद्द कर सकता है। Sui पर, तैनाकर्ता TreasuryCap रखता है और `sui::token::burn` के माध्यम से बर्न कर सकता है (Closed-Loop नीति उपयोगकर्ता-शुरुआत ट्रांसफर पर लागू होती है, जारीकर्ता बर्न पर नहीं)।

इसके और Sui पर Loyalty प्रीसेट के बीच क्या अंतर है?

Identity / SBT अधिकतम-प्रतिबंधक रूप है — कोई ट्रांसफर नहीं, कभी नहीं, किसी से नहीं। Loyalty (केवल Sui) ट्रांसफर की अनुमति देता है लेकिन केवल जारीकर्ता-प्रबंधित allowlist पर पते (आपके व्यापारी, साथी वॉलेट, ऑपरेटर खाते)। क्रेडेंशियल और उपस्थिति प्रमाण के लिए पहचान चुनें; बंद-लूप पॉइंट प्रोग्राम के लिए Loyalty चुनें जहां धारकों को व्यापारी नेटवर्क के भीतर संतुलन खर्च करना होगा।