Solana Token-2022 NonTransferable أو Sui Closed-Loop Token — مضروب في المحافظ ولم يتم نقله بينهما أبداً. الهوية والحضور وشهادة KYC والسمعة.
الرموز المقيدة بالروح هي كيف تبقى الهوية على السلسلة على السلسلة. بمجرد ضربها في محفظة، لا يمكن للرمز أن يتحرك أبداً — مما يجعله مفيداً للبيانات الاعتماد و إثباتات الحضور و شهادات KYC و أنظمة السمعة حيث ستسمح القابلية للنقل للمستخدمين باللعب في التعيين. هذا الإعداد هو أبسط SBT ممكن على أي سلسلة: توسيع Token-2022 NonTransferable من Solana أو Sui's Closed-Loop Token بدون قاعدة نقل مسجلة على TokenPolicy.
على Solana، توسيع NonTransferable هو بت واحد فقط على حساب النعناع — برنامج SPL Token-2022 يفرضها على مستوى البروتوكول وليس منطق مخصص للتدقيق. على Sui، يتم التصريح `sui::token::Token<T>` بقدرة `key` فقط (بدون `store`) لذلك يتم رفض `transfer::public_transfer` في وقت الترجمة وكل خطوة تتطلب قاعدة TokenPolicy — التي لا نسجلها. الالتفاف مستحيل هيكلياً على كلا السلسلتين.
EVM لا تحتوي على بدائية غير قابلة للنقل على مستوى البروتوكول — تتجاوز كل عملية خطاف `_update` على قاعدة ERC-20 للعودة والذي يعمل لكنه ليس نظيفاً (مسار العودة هو كود قابل للتدقيق وليس إنفاذ البروتوكول). يعرض كل من Solana و Sui دلالات soulbound من الدرجة الأولى لذلك نحن نشحن هناك أولاً. يتم تتبع متغير EVM لعندما تبرر حالة الاستخدام تطبيق لكل سلسلة.
نعم على كلا السلسلتين. على Solana، يحجب توسيع NonTransferable النقل بين المحافظ ولكن ليس الحرق — يمكن لسلطة النعناع إلغاء بيانات اعتماد عبر تعليمات SPL Token Burn القياسية. على Sui، يحتفظ المُنتشر بـ TreasuryCap ويمكن حرقه عبر `sui::token::burn` (تنطبق سياسة Closed-Loop على النقل الذي يبدأه المستخدم وليس حرق المصدر).
Identity / SBT هو الشكل الأكثر تقييداً — لا نقل بتاتاً من أي شخص. Loyalty (Sui فقط) يسمح النقل ولكن فقط إلى عناوين على قائمة المعتمدين التي يديرها المصدر (تجارك وشركائك وحسابات المشغل). اختر Identity للبيانات الاعتماد و إثباتات الحضور; اختر Loyalty لبرامج نقاط الحلقة المغلقة حيث يحتاج المالكون إلى إنفاق الأرصدة داخل شبكة التاجر.