Solana Token-2022 NonTransferable oder Sui Closed-Loop Token — geprägt zu Geldbörsen, nie zwischen ihnen übertragen. Identität, Anwesenheit, KYC-Attestierung, Ruf.
Soulbound-Token sind, wie On-Chain-Identität On-Chain bleibt. Sobald es zu einer Geldbörse geprägt wird, kann der Token sich nie bewegen — was es nützlich für Anmeldedaten, Anwesenheits-Beweise, KYC-Attestierungen und Rufsysteme macht, wo Übertragbarkeit Benutzern ermöglichen würde, die Aufgabe zu spielen. Diese Voreinstellung ist die einfachste mögliche SBT auf beiden Ketten: Solanas Token-2022 NonTransferable-Erweiterung oder Sui's Closed-Loop Token ohne registrierte Transfer-Regel auf der TokenPolicy.
Auf Solana ist die NonTransferable-Erweiterung ein einzelnes Bit auf dem Mint-Konto — das SPL Token-2022-Programm erzwingt es auf Protokollebene, keine benutzerdefinierte Logik zum Prüfen. Auf Sui ist `sui::token::Token<T>` mit nur der `key`-Fähigkeit deklariert (keine `store`), daher wird `transfer::public_transfer` zur Compile-Zeit abgelehnt und jeder Move erfordert eine TokenPolicy-Regel — die wir nicht registrieren. Umgehen ist strukturell unmöglich auf beiden Ketten.
EVM hat kein Protokoll-Level nicht übertragbares Primitiv — jede Implementierung überschreibt den `_update` Hook auf der ERC-20-Basis, um zurückzuversetzen, was funktioniert, aber nicht so sauber ist (der Rückpfad ist auditable Code, nicht Protokoll-Erzwingung). Solana und Sui stellen beide erstklassige Soulbound-Semantik frei, daher versenden wir dort zuerst. Eine EVM-Variante wird verfolgt für den Fall, wenn der Anwendungsfall eine Pro-Ketten-Implementierung rechtfertigt.
Ja auf beiden Ketten. Auf Solana blockiert die NonTransferable-Erweiterung Überträge zwischen Geldbörsen, aber nicht Verbrennungen — die Mint-Autorität kann eine Anmeldedaten über die Standard-SPL Token Burn-Anweisung widerrufen. Auf Sui hält der Bereitsteller das TreasuryCap und kann via `sui::token::burn` verbrennen (die Closed-Loop-Richtlinie gilt für benutzerinitiierte Transfers, nicht Aussteller-Verbrennungen).
Identity / SBT ist die maximal restriktive Form — keine Transfers, jemals, von jemandem. Loyalty (nur Sui) erlaubt Transfers, aber nur auf Adressen auf der von Aussteller verwalteten Zulassungsliste (Ihre Händler, Partner-Geldbörsen, Bedienerwallet). Wählen Sie Identity für Anmeldedaten und Anwesenheits-Bescheinigungen; wählen Sie Loyalty für geschlossene Schleife Punkte-Programme, bei denen Inhaber Guthaben im Merchant-Netzwerk ausgeben müssen.