अनुमति सूची-गेटेड ट्रांसफर के साथ Sui CLT + विराम। धारक बिंदुओं को केवल आपके द्वारा पूर्व-अनुमोदित पते पर स्थानांतरित करते हैं।
आनुगत्य अंक और इन-ऐप क्रेडिट सर्वोत्तम तरीके से काम करते हैं जब वे उस पारिस्थितिकी तंत्र में रहते हैं जिसे आप नियंत्रित करते हैं। यह प्रीसेट एक Sui Closed-Loop Token को तैनात करता है जहाँ तैनाती करने वाला अनुमोदित प्राप्तकर्ता पते की एक अनुमति सूची बनाए रखता है (व्यापारी, भागीदार, ऑपरेटर वॉलेट)। उपयोगकर्ताओं के लिए खनन किए गए टोकन केवल उस अनुमति सूची में बह सकते हैं — मनमाने वॉलेट के माध्यम से कोई बचने का रास्ता नहीं, सामान्य Coin में कोई स्विच नहीं, डिफ़ॉल्ट रूप से कोई DEX सूचीबद्धता नहीं।
Sui का `sui::token` Closed-Loop Token एकमात्र मुख्यधारा की Move आदिम है जो प्रकार-प्रणाली स्तर पर ट्रांसफर को गेट करती है — धारकों को `Token<T>` मिलता है (`store` क्षमता नहीं, `public_transfer` नहीं) और प्रत्येक ट्रांसफर एक ActionRequest उत्पन्न करता है जिसे तैनात किए गए TokenPolicy के विरुद्ध अनुमोदित होना चाहिए। अनुमति सूची नियम एक `VecSet<address>` कॉन्फ़िगरेशन है जिसे तैनाती करने वाला TokenPolicyCap द्वारा नियंत्रित दो व्यवस्थापक कार्यों के माध्यम से प्रबंधित करता है (add_to_allowlist, remove_from_allowlist)। विराम उस स्थिति को कवर करता है जहाँ बंद लूप को ही आपातकालीन रोक की आवश्यकता होती है।
हाँ — बंद-लूप-नीति को बंडल से हटाएं और non-transferable सक्षम करें। यह एक खाली TokenPolicy को पंजीकृत करता है: प्रत्येक ट्रांसफर ActionRequest confirm_request पर बाधित होता है। Sui पर non-transferable + Identity-SBT प्रीसेट उस स्थिति को कवर करता है।
तैनात की गई Move मॉड्यूल `add_to_allowlist(policy, cap, addr, ctx)` और `remove_from_allowlist` को उजागर करती है। उन्हें प्रबंधन पृष्ठ से बुलाएं या किसी भी वॉलेट से जो TokenPolicyCap रखता है — वही वॉलेट जिसने डिफ़ॉल्ट रूप से टोकन तैनात किया था।
`token::transfer` कॉल एक ActionRequest लौटाता है; `verify_allowlist_transfer` जोर देता है कि प्राप्तकर्ता सूची पर है, अन्यथा लेनदेन बाधित हो जाता है। टोकन कभी भी प्रेषक के पते से नहीं जाते — साफ करने के लिए कोई विफल-और-स्थिर संतुलन नहीं है।