Карбуйте токен ідентичності, пов'язаний з душою

Solana Token-2022 NonTransferable або Sui Closed-Loop Token — вивів у гаманці, ніколи не передавав між ними. Ідентичність, присутність, аттестат KYC, репутація.

Токени, пов'язані з душею, — це те, як ідентичність у ланцюзі залишається у ланцюзі. Після вивуку у гаманець токен ніколи не може рухатися — це робить його корисним для облікових даних, доказів присутності, аттестатів KYC та систем репутації, де передаваність дозволила б користувачам грати в призначення. Цей попередній набір є найпростішим можливим SBT на будь-якому ланцюзі: розширення Token-2022 NonTransferable Solana або Closed-Loop Token Sui без правила передачі, зареєстрованого у 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 — це один біт на рахунку mint — програма SPL Token-2022 застосовує це на рівні протоколу, без спеціальної логіки для перевірки. На Sui `sui::token::Token<T>` оголошується лише з можливістю `key` (без `store`), тому `transfer::public_transfer` відхиляється в час компіляції, і кожен рух потребує правила TokenPolicy — яке ми не реєструємо. Обхід структурно неможливий на обох ланцюгах.

Чому не EVM?

EVM не має примітиву на рівні протоколу, який неперередавальний — кожна реалізація переписує крючок `_update` на базисі ERC-20 для повернення, що працює, але не таке чисте (зворотний шлях — це перевіркий код, а не застосування протоколу). Як Solana, так і Sui розкривають семантику soulbound першого класу, тому ми спочатку доставляємо там. Варіант EVM відстежується на випадок, коли варіант використання виправдовує реалізацію для кожного ланцюга.

Чи може видавець спалити значок?

Так на обох ланцюгах. На Solana розширення NonTransferable блокує передачі між гаманцями, але не спалювання — повноваження mint можуть скасувати облікові дані через стандартну інструкцію SPL Token Burn. На Sui розгортувач утримує TreasuryCap і може спалити через `sui::token::burn` (політика Closed-Loop застосовується до ініційованих користувачем передач, а не до спалення видавця).

Яка різниця між цим та попереднім набором Loyalty на Sui?

Identity / SBT — це максимально обмежена форма — без передач, ніколи, ніким. Loyalty (лише Sui) дозволяє передачі, але лише на адреси у списку дозволів, управлюваному видавцем (ваші купці, партнерські гаманці, облікові записи операторів). Виберіть Identity для облікових даних і доказів присутності; виберіть Loyalty для програм балів замкненого циклу, де власники повинні витрачати залишки в мережі продавців.