RWA-Tokenisierung auf Stellar: Warum Emittenten es immer wieder wählen

RWAs auf Stellar in Zahlen (Oktober 2026)

Stand 2. Oktober 2026 erfasst rwa.xyz rund 3,44 Mrd. $ an tokenisierten Real World Assets, die nativ auf Stellar ausgegeben wurden – verteilt auf 72 Token und rund 22.570 Halter, ein Plus von 5,4 % in 30 Tagen. Der Großteil sind tokenisierte Fonds und festverzinsliche Produkte, keine exotischen Assets.

Plattform	Wert auf Stellar	Token
Spiko	1,7 Mrd. $	9
Franklin Templeton Benji Investments	582,8 Mio. $	3
Ondo	536,8 Mio. $	1
Realiz	500,0 Mio. $	1

Das Muster ist eindeutig: Regulierte Emittenten bringen Geldmarkt- und Staatsanleihen-Exposure on-chain. Genau dafür wurden die unten beschriebenen Protokollfunktionen entwickelt: Emittenten müssen wissen, wer ihren Asset hält, und Stellar lässt sie das auf Protokollebene steuern statt in einem eigenen Contract. Die Dollar-Token auf der Chain erzählen dieselbe Geschichte; siehe Stablecoins auf Stellar.

Quelle: Stellar-Netzwerkseite von rwa.xyz (distributed assets), abgerufen am 2. Oktober 2026.

Trustlines: standardmäßig Opt-in

Auf Stellar können Sie niemandem einen Asset senden, dessen Besitz er nicht zugestimmt hat. Der Empfänger muss zuerst eine Trustline zu genau diesem Asset von genau diesem Emittenten einrichten. Ohne Trustline kein Transfer – die Operation schlägt schlicht fehl.

Die meisten Chains funktionieren umgekehrt: Jeder kann jeden Token an jede Adresse schicken, weshalb sich Wallets mit unerwünschten Token und Betrugsversuchen füllen. Bei Krypto für Endverbraucher ist das lästig. Bei einem regulierten Finanzinstrument ist es ein Compliance-Problem, denn ein Emittent kann am Ende Halter haben, die er nie zugelassen hat und nicht identifizieren kann.

Trustlines machen den Kreis der Halter konstruktionsbedingt explizit und begrenzt. Der Emittent weiß immer genau, wer den Asset hält, weil das Halten einen aktiven On-Chain-Schritt erforderte. Das ist eine gute Ausgangslage für jedes Instrument, an das Zulassungsregeln geknüpft sind.

Autorisierungs-Flags

Zusätzlich zum Opt-in kann der Emittent Flags setzen, die festlegen, was eine Trustline darf:

• AUTH_REQUIRED – eine Trustline existiert, bleibt aber wirkungslos, bis der Emittent sie autorisiert. Das ist der Ansatzpunkt für KYC: Der Anleger eröffnet eine Trustline, besteht die Prüfung off-chain, und der Emittent autorisiert. Bis dahin hält er nichts.
• AUTH_REVOCABLE – der Emittent kann eine Trustline später de-autorisieren und damit das Guthaben dieses Halters einfrieren. Notwendig für Sanktionsprüfungen, Gerichtsbeschlüsse oder einen Anleger, der seine Berechtigung verliert.
• AUTH_IMMUTABLE – die gegenteilige Garantie: Die Flags können nie wieder geändert werden. Für einen Asset, der glaubwürdig unkontrolliert sein soll, ist das der Nachweis.

Der strukturelle Punkt: Diese Flags sind offengelegt. Jeder kann die Flags eines Emittenten aus dem Ledger auslesen und genau wissen, welche Befugnisse über seinen Bestand bestehen. Auf einer Chain, auf der dieselbe Funktion im Contract-Code steckt, muss der Halter diesen Code lesen – und die meisten tun das nicht. Unser Erklärstück zu KYC und KYB behandelt die Prüfungsseite hinter AUTH_REQUIRED.

Clawback und seine Einbahnstraße

Mit AUTH_CLAWBACK_ENABLED kann ein Emittent seinen Asset von einem Halter zurückholen. Regulierte Emittenten brauchen das oft – bei Betrug, Gerichtsbeschlüssen oder einer fehlerhaften Ausgabe –, und es glaubwürdig in Contract-Code umzusetzen, ist knifflig.

Eine bestimmte Einschränkung sollte man klar benennen, weil sie Emittenten oft erst im Nachhinein überrascht. Nach CAP-0035 gilt Clawback nur für Trustlines, die erstellt wurden, während das Flag beim Emittenten bereits gesetzt war. Eine spätere Aktivierung wirkt nicht rückwirkend auf bestehende Halter – deren Trustlines wurden zu anderen Bedingungen eingerichtet und behalten diese. Ein Emittent, der zuerst verteilt und erst danach feststellt, dass er Clawback braucht, wird merken, dass sich die bereits ausgegebenen Token auf diesem Weg nicht zurückholen lassen.

Anchors und die Bargeld-Schnittstelle

Die unspektakuläre Hälfte jedes RWA-Projekts besteht darin, Geld zwischen einer Bank und einem Ledger zu bewegen. Stellars Anchor-Modell setzt genau hier an: regulierte Unternehmen, die eine lokale Währung annehmen und einen entsprechenden Asset auf Stellar ausgeben, mit standardisierten Interoperabilitätsprotokollen (den SEP-Spezifikationen) für Einzahlung, Auszahlung, KYC-Austausch und Kursangebote.

Das ist wichtiger, als es klingt. Viele Tokenisierungsprojekte haben einen tadellosen Token, aber keinen praktikablen Weg, auf dem ein normaler Anleger eine Position finanzieren oder auflösen kann. Ein Netz lizenzierter Ein- und Ausstiegspunkte mit einheitlichen Schnittstellen ist Infrastruktur, die nicht für jedes Projekt neu gebaut werden muss – und ein echter Grund, warum Emittenten Stellar Chains mit größeren DeFi-Ökosystemen vorziehen. Über dieselben Schienen laufen auch Stablecoins auf Stellar.

Wann Stellar die falsche Wahl ist

Drei ehrliche Grenzen:

• Kleineres DeFi-Ökosystem. Wenn der Asset als Sicherheit in vielen Kreditmärkten, strukturierten Produkten und Aggregatoren dienen soll, bietet Ethereum mehr Kombinationsmöglichkeiten. Stellars DeFi ist real und wächst – Soroban hat das möglich gemacht –, hat aber nicht dieselbe Tiefe.
• Starre Kontrollen. Flags auf Protokollebene sind genau so flexibel, wie sie sind, und nicht mehr. Übertragungsbeschränkungen nach Rechtsraum, Haltegrenzen, Lock-up-Fristen – alles, was über die eingebaute Form hinausgeht, erfordert einen Soroban-Contract, und damit ist ein Teil des Einfachheitsvorteils aufgebraucht.
• Die Chain ist nie der schwierige Teil. Verwahrung des Basiswerts, Anlegerberechtigung, grenzüberschreitende Übertragungsregeln, ein Rechtsanspruch, der die Insolvenz des Emittenten übersteht – nichts davon löst eine Ledger-Funktion. Stellar macht die On-Chain-Hälfte sauberer; die Off-Chain-Hälfte bleibt der Großteil der Arbeit. Diese Seite behandelt RWA-Tokenisierung erklärt.

Die Zusammenfassung

Stellars Argument für RWA ist nicht die Leistung. Es ist, dass genau die Dinge, die ein regulierter Emittent können muss – Halter beschränken, einfrieren, in manchen Fällen zurückholen und an lizenzierte Bargeld-Schienen anbinden –, nativ, standardisiert und öffentlich prüfbar sind. Für einen Emittenten, dessen Hauptrisiko regulatorischer und nicht technischer Natur ist, ist das die relevante Art von Vorteil.