Wybij token tożsamości związany duszą

Solana Token-2022 NonTransferable lub Sui Closed-Loop Token — wybite do portfeli, nigdy nie przesyłane między nimi. Tożsamość, obecność, zaświadczenie KYC, reputacja.

Tokeny związane duszą to sposób, w jaki tożsamość on-chain pozostaje on-chain. Po wybiciu do portfela token nigdy się nie może poruszać — co czyni go użytecznym dla poświadczeń, dowodów obecności, zaświadczeń KYC i systemów reputacji, w których przelewność pozwoliłaby użytkownikom na granie w przydzielanie. To ustawienie wstępne jest najprostszym możliwym SBT na każdym łańcuchu: rozszerzenie Token-2022 NonTransferable Solany lub Token Closed-Loop Sui bez reguły transferu zarejestrowanej na TokenPolicy.

Co jest zawarte

• Niezmienne metadane: Metadane tokena (nazwa, symbol, ikona) nie mogą być zmienione po utworzeniu
• Niemożliwe do przeniesienia (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.

Dlaczego ten stos

Na Solanie rozszerzenie NonTransferable to pojedynczy bit na koncie mint — program SPL Token-2022 wymusza to na poziomie protokołu, bez logiki niestandardowej do audytu. Na Sui, `sui::token::Token<T>` jest deklarowany tylko z możliwością `key` (bez `store`), więc `transfer::public_transfer` jest odrzucany w czasie kompilacji, a każdy ruch wymaga reguły TokenPolicy — której nie rejestrujemy. Obejście jest strukturalnie niemożliwe na obu łańcuchach.

Dlaczego nie EVM?

EVM nie ma prymitywnego na poziomie protokołu, który jest niezbywalny — każda implementacja zastępuje hak `_update` na bazie ERC-20 do powrotu, co działa, ale nie jest takie czyste (ścieżka powrotu to kod podlegający audytowi, nie egzekucja protokołu). Zarówno Solana jak i Sui ujawniają semantykę soulbound pierwszej klasy, więc my dostarczamy tam po raz pierwszy. Wariant EVM jest śledzony na wypadek, gdy przypadek użycia uzasadnia implementację dla każdego łańcucha.

Czy emitent może spalić odznakę?

Tak na obu łańcuchach. Na Solanie rozszerzenie NonTransferable blokuje transfery między portfelami, ale nie spalanie — autorytet mint może odwołać poświadczenia poprzez standardową instrukcję Spalania Tokenu SPL. Na Sui wdrażający posiada TreasuryCap i może spalić za pośrednictwem `sui::token::burn` (zasada Closed-Loop dotyczy transferów zainicjowanych przez użytkownika, nie spalania wydawcy).

Jaka jest różnica między tym a ustawieniem Loyalty na Sui?

Identity / SBT jest maksymalnie ograniczoną formą — żaden transfer, nigdy, przez nikogo. Loyalty (tylko Sui) pozwala na transfery, ale tylko na adresy na liście dopuszczalnych zarządzanych przez emitenta (twoi sprzedawcy, portfele partnerów, konta operatorów). Wybierz Tożsamość dla poświadczeń i dowodów obecności; wybierz Lojalność dla programów punktów zamkniętych pętli, w których posiadacze muszą wydawać salda w sieci handlowców.