Sui CLT অনুমোদনকারী-গেটেড স্থানান্তর সহ + বিরাম। ধারকরা শুধুমাত্র আপনার পূর্ব-অনুমোদিত ঠিকানায় পয়েন্ট সরান।
আনুগত্য পয়েন্ট এবং ইন-অ্যাপ ক্রেডিট সর্বোত্তম কাজ করে যখন তারা আপনার নিয়ন্ত্রণ করা ইকোসিস্টেমে থাকে। এই প্রিসেট একটি Sui Closed-Loop Token স্থাপন করে যেখানে স্থাপক অনুমোদিত প্রাপক ঠিকানাগুলির একটি তালিকা বজায় রাখে (বণিক, অংশীদার, অপারেটর ওয়ালেট)। ব্যবহারকারীদের দ্বারা তৈরি টোকেনগুলি সেই অনুমোদনকারীতে শুধুমাত্র প্রবাহিত হতে পারে — স্বেচ্ছাসেবী ওয়ালেটের মাধ্যমে কোনো পলায়ন পথ নেই, সাধারণ Coin-এ কোনো সুইচ নেই, কোনো ডিএক্স তালিকা ডিফল্টভাবে নেই।
Sui-এর `sui::token` Closed-Loop Token হল একমাত্র মূলধারার Move বদ্ধতা যা প্রকার-সিস্টেম স্তরে স্থানান্তর গেট করে — ধারকরা `Token<T>` পায় (`store` ক্ষমতা নেই, `public_transfer` নেই) এবং প্রতিটি স্থানান্তর একটি ActionRequest উৎপন্ন করে যা স্থাপিত TokenPolicy-এর বিরুদ্ধে অনুমোদিত হতে হবে। অনুমোদনকারী তালিকা নিয়ম হল একটি `VecSet<address>` কনফিগ যা স্থাপক দুটি অ্যাডমিন ফাংশনের মাধ্যমে পরিচালনা করে (add_to_allowlist, remove_from_allowlist) TokenPolicyCap দ্বারা গেটেড। বিরাম সেই ক্ষেত্রে দখল করে যেখানে বন্ধ লুপ নিজেই জরুরি হল্ট প্রয়োজন।
হ্যাঁ — বান্ডেল থেকে closed-loop-policy ড্রপ করুন এবং non-transferable সক্ষম করুন। একটি খালি TokenPolicy নিবন্ধন করে: প্রতিটি স্থানান্তর ActionRequest confirm_request-এ ঘোরে। non-transferable + Identity-SBT প্রিসেট Sui-এ সেই ক্ষেত্রটি কভার করে।
স্থাপিত Move মডিউল `add_to_allowlist(policy, cap, addr, ctx)` এবং `remove_from_allowlist` প্রকাশ করে। ম্যানেজমেন্ট পৃষ্ঠা থেকে বা টোকেন ডিফল্টভাবে স্থাপন করা একই ওয়ালেট থেকে তাদের কল করুন।
`token::transfer` কল একটি ActionRequest ফেরত দেয়; `verify_allowlist_transfer` প্রাপক তালিকায় আছে তা জোর দেয়, অন্যথায় লেনদেন ঘোরে। টোকেনগুলি কখনও প্রেরকের ঠিকানা ছাড়ে না — পরিষ্কার করার জন্য কোনো ব্যর্থ-এবং-স্তব্ধ ভারসাম্য নেই।