Tokenizacja RWA na Stellar: dlaczego emitenci ciągle ją wybierają

RWA na Stellar w liczbach (październik 2026)

Według stanu na 2 października 2026 rwa.xyz śledzi ok. 3,44 mld USD tokenizowanych aktywów rzeczywistych emitowanych natywnie na Stellar, w 72 tokenach i u ok. 22 570 posiadaczy, co oznacza wzrost o 5,4% w ciągu 30 dni. Większość to tokenizowane fundusze i instrumenty o stałym dochodzie, a nie egzotyczne aktywa.

Platforma	Wartość na Stellar	Tokeny
Spiko	1,7 mld USD	9
Franklin Templeton Benji Investments	582,8 mln USD	3
Ondo	536,8 mln USD	1
Realiz	500,0 mln USD	1

Wzorzec jest spójny: regulowani emitenci przenoszą on-chain ekspozycję na rynek pieniężny i obligacje skarbowe. To dokładnie ten przypadek użycia, dla którego zaprojektowano opisane niżej funkcje protokołu: emitenci muszą wiedzieć, kto posiada ich aktywo, a Stellar pozwala im to kontrolować na poziomie protokołu zamiast w niestandardowym kontrakcie. Tokeny dolarowe w tej sieci opowiadają tę samą historię; więcej w artykule stablecoiny na Stellar.

Źródło: strona sieci Stellar w rwa.xyz (distributed assets), odczyt 2 października 2026.

Trustlines: domyślnie opt-in

Na Stellar nie da się wysłać nikomu aktywa, na którego posiadanie się nie zgodził. Odbiorca musi najpierw ustanowić trustline do konkretnego aktywa od konkretnego emitenta. Bez trustline nie ma przelewu — operacja po prostu się nie powiedzie.

Większość blockchainów działa odwrotnie: każdy może wysłać dowolny token na dowolny adres, dlatego portfele zapełniają się niezamówionymi tokenami i oszustwami. W kryptowalutach konsumenckich to irytacja. W przypadku instrumentu regulowanego to problem zgodności, bo emitent może skończyć z posiadaczami, których nigdy nie zatwierdził i nie potrafi zidentyfikować.

Trustlines z samej konstrukcji sprawiają, że zbiór posiadaczy jest jawny i ograniczony. Emitent zawsze wie dokładnie, kto posiada aktywo, ponieważ posiadanie wymagało świadomej czynności on-chain. To dobry punkt wyjścia dla każdego instrumentu, z którym wiążą się kryteria uprawnienia inwestorów.

Flagi autoryzacji

Oprócz mechanizmu opt-in emitent może ustawić flagi określające, co może robić trustline:

• AUTH_REQUIRED — trustline istnieje, ale jest nieaktywna, dopóki emitent jej nie autoryzuje. To punkt zaczepienia dla KYC: inwestor otwiera trustline, przechodzi weryfikację off-chain, a emitent udziela autoryzacji. Do tego czasu inwestor nic nie posiada.
• AUTH_REVOCABLE — emitent może później cofnąć autoryzację trustline, zamrażając saldo danego posiadacza. To konieczne przy kontroli sankcyjnej, nakazach sądowych lub gdy inwestor traci uprawnienia.
• AUTH_IMMUTABLE — gwarancja odwrotna: flag nie da się już nigdy zmienić. Dla aktywa, które ma być wiarygodnie wolne od kontroli, to sposób, by tego dowieść.

Kluczowe jest to, że wszystko to jest jawne. Każdy może odczytać flagi emitenta z rejestru i dokładnie wiedzieć, jakie uprawnienia istnieją wobec jego aktywów. W łańcuchu, w którym ta sama funkcjonalność mieszka w kodzie kontraktu, posiadacz musi ten kod przeczytać — a większość tego nie robi. Nasz artykuł KYC i KYB — wyjaśnienie omawia stronę weryfikacyjną, która stoi za AUTH_REQUIRED.

Clawback i jego jednokierunkowe drzwi

Przy fladze AUTH_CLAWBACK_ENABLED emitent może odzyskać swoje aktywo od posiadacza. Regulowani emitenci często tego potrzebują — w przypadku oszustwa, nakazu sądowego lub błędnej emisji — a wiarygodne zbudowanie tego w kodzie kontraktu jest kłopotliwe.

Istnieje konkretne ograniczenie, które warto wyraźnie nazwać, bo zaskakuje emitentów po fakcie. Zgodnie z CAP-0035 clawback dotyczy wyłącznie trustlines utworzonych, gdy flaga była już ustawiona na koncie emitenta. Włączenie jej później nie obejmuje wstecznie dotychczasowych posiadaczy — ich trustlines powstały na innych warunkach i je zachowują. Emitent, który najpierw przeprowadzi dystrybucję, a dopiero potem uzna, że clawback jest potrzebny, przekona się, że tokenów już znajdujących się w obiegu nie da się w ten sposób odzyskać.

Anchory i styk z gotówką

Mniej efektowną połową każdego projektu RWA jest przenoszenie pieniędzy między bankiem a rejestrem. Model anchorów na Stellar odpowiada na to bezpośrednio: to regulowane podmioty, które przyjmują lokalną walutę i emitują odpowiadające jej aktywo na Stellar, ze standardowymi protokołami interoperacyjności (specyfikacjami SEP) obejmującymi wpłaty, wypłaty, wymianę danych KYC i wyceny.

Ma to większe znaczenie, niż się wydaje. Wiele projektów tokenizacji ma całkiem dobry token, ale brak praktycznego sposobu, by zwykły inwestor mógł zasilić pozycję lub z niej wyjść. Sieć licencjonowanych bramek wejścia i wyjścia ze wspólnymi interfejsami to infrastruktura, której nie trzeba budować od nowa dla każdego projektu, i realny powód, dla którego emitenci wybierają Stellar zamiast łańcuchów z większymi ekosystemami DeFi. Te same tory obsługują stablecoiny na Stellar.

Kiedy Stellar to zły wybór

Trzy uczciwe ograniczenia:

• Mniejszy ekosystem DeFi. Jeśli aktywo ma służyć jako zabezpieczenie na wielu rynkach pożyczkowych, w produktach strukturyzowanych i agregatorach, Ethereum oferuje więcej możliwości łączenia. DeFi na Stellar jest realne i rośnie — umożliwił to Soroban — ale nie ma tej samej głębokości.
• Sztywne mechanizmy kontroli. Flagi na poziomie protokołu są dokładnie tak elastyczne, jak są — i ani trochę bardziej. Ograniczenia transferu według jurysdykcji, limity posiadania, harmonogramy lock-upu — wszystko, co wykracza poza wbudowany kształt, wymaga kontraktu Soroban, a wtedy część przewagi w postaci prostoty znika.
• Blockchain nigdy nie jest najtrudniejszą częścią. Przechowywanie aktywa bazowego, kwalifikowalność inwestorów, zasady transferów transgranicznych, roszczenie prawne, które przetrwa niewypłacalność emitenta — żadnej z tych kwestii nie rozwiązuje funkcja rejestru. Stellar porządkuje część on-chain; część off-chain pozostaje większością pracy. Tę stronę opisuje artykuł tokenizacja RWA — wyjaśnienie.

Podsumowanie

Argumentem Stellar w obszarze RWA nie jest wydajność. Jest nim to, że konkretne rzeczy, które regulowany emitent musi móc robić — ograniczać krąg posiadaczy, zamrażać, w niektórych przypadkach odzyskiwać aktywa i łączyć się z licencjonowaną infrastrukturą gotówkową — są natywne, ustandaryzowane i publicznie audytowalne. Dla emitenta, którego główne ryzyko jest regulacyjne, a nie techniczne, to właśnie ten rodzaj przewagi ma znaczenie.