Escrow tokenów XRPL ukierunkowany na przyjazne regulacyjnie wykorzystanie blockchain

12 lutego RippleX, dział rozwoju Ripple, ogłosił, że Token Escrow jest już dostępny w sieci głównej XRP Ledger (XRPL).

Zmiana, określana jako Token Escrow (XLS-85), rozszerza warunkowe blokowanie i uwalnianie na tokeny oparte na trustline (IOU) oraz Multi-Purpose Tokens (MPT).

To rozszerza funkcję escrow sieci poza XRP, obejmując emitowane aktywa używane do stablecoinów i tokenizowanych instrumentów.

Aktualizacja następuje w czasie, gdy stablecoiny nadal rozwijają się jako najbardziej ugruntowana linia produktów kryptowalutowych. Dane CryptoSlate pokazują, że całkowita podaż w obiegu tych aktywów oscyluje wokół 308 miliardów dolarów i nadal rośnie z tygodnia na tydzień.

Jednocześnie tokenizowane aktywa rzeczywiste również rosną równolegle. Dane z RWA.xyz pokazują, że tokenizowane obligacje skarbowe USA są wyceniane na około 10 miliardów dolarów w sieciach publicznych, a dziesiątki miliardów więcej w kategoriach takich jak kredyty prywatne i towary.

Dla XRPL ten kontekst rynkowy jest kluczowy. Nowa funkcja nie polega na dodaniu kolejnego opcjonalnego narzędzia dla programistów, ale na wprowadzeniu prymitywu rozliczenia on-chain, którego instytucje mogą używać do przenoszenia aktywów dopiero po spełnieniu warunków.

Escrow rozszerza się poza XRP, ale emitenci zachowują kontrolę

XRPL obsługuje escrow od lat, ale funkcja ta historycznie dotyczyła tylko XRP.

Token Escrow poszerza ten zakres na emitowane tokeny, gdzie znajduje się większość przypadków użycia skierowanych do instytucji.

W XRPL stablecoiny, tokenizowane obligacje skarbowe i inne tokenizowane instrumenty zazwyczaj nie są rozpoznawane jako natywne monety. Zamiast tego są postrzegane jako emitowane aktywa.

Dokumentacja XRPL wyraźnie określa model kontroli emitenta. Token escrow jest uprawniany na poziomie emitenta i tokena i nie jest automatycznie dostępny dla każdego aktywa emitowanego w sieci.

W przypadku tokenów trustline emitenci muszą włączyć flagę "Allow Trust Line Locking" przed użyciem escrow z daną emisją. W przypadku MPT emitenci muszą włączyć "Can Escrow" (i powiązane flagi), aby emisja obsługiwała escrow.

Ten projekt ma znaczenie dla regulowanych emitentów, którzy często chcą, aby punkty kontroli polityki były osadzone w cyklu życia aktywa.

Oznacza to również, że ścieżka adopcji nie jest automatyczna. Aktywna poprawka nie gwarantuje natychmiastowego wolumenu, jeśli emitenci nie wyrażą zgody, a portfele i platformy nie zbudują przepływów użytkowników wokół niej.

Funkcja jest zaprojektowana dla przepływów pracy wymagających warunkowego rozliczenia. W tradycyjnych finansach te warunki są obsługiwane przez pośredników, kontrakty i procesy operacyjne.

Rozliczenie on-chain może skompresować te kroki, jeśli księga bazowa blokuje wartość i uwalnia ją tylko wtedy, gdy spełnione są predefiniowane zasady.

W praktyce escrow z obsługą tokenów może wspierać rozliczenia typu delivery-versus-payment, dystrybucje z blokadą czasową i strukturalne wypłaty, rozliczenia transakcji pozagiełdowych, które redukują ryzyko kontrahenta, oraz mechanizmy zabezpieczeń i marż, które wymagają warunkowego uwolnienia zamiast natychmiastowego transferu.

Każdy z tych przepływów pracy staje się łatwiejszy do modelowania, gdy prymityw escrow może przechowywać te same typy aktywów, których instytucje używają w rozliczeniach, zamiast zmuszać proces do przechodzenia tylko przez XRP.

Model rezerwy XRPL przekształca wzrost obiektów w strukturalny popyt na XRP

Model rezerwy XRPL tworzy mechanizm drugiego rzędu, który może przekształcić większe wykorzystanie księgi w bazowe salda XRP przechowywane z powodów operacyjnych, a nie opłat transakcyjnych.

W sieci głównej konta muszą posiadać rezerwę bazową 1 XRP plus 0,2 XRP na każdy posiadany obiekt księgi (rezerwa właściciela). Te wymagania zostały gwałtownie obniżone 2 grudnia 2024 r., zmiana, która uczyniła aplikacje wymagające dużych zasobów bardziej wykonalnymi.

Ma to znaczenie, ponieważ Token Escrow jest funkcją opartą na obiektach. Każde escrow utworzone w księdze jest posiadanym obiektem. W miarę skalowania przepływów pracy rozliczeń opartych na escrow, mogą one zwiększać wymagania dotyczące rezerwy właściciela dla podmiotów posiadających te obiekty.

Prosty zakres scenariuszy ilustruje mechaniczną relację.

Jeśli adopcja Token Escrow napędza dodatkowe 100 000 obiektów escrow, oznacza to przyrostowe 20 000 XRP w rezerwach właściciela (100 000 × 0,2). Przy 1 000 000 nowych obiektów escrow całkowita kwota XRP wynosi 200 000. Przy 10 000 000 wynosi 2 000 000 XRP.

Te liczby nie są prognozą adopcji i nie są prognozą ceny. Pokazują jednak, jak projekt XRPL łączy użytkowanie z wymaganiami dotyczącymi rezerw.

Dla instytucji ta rezerwa funkcjonuje bardziej jak zabezpieczenie operacyjne niż opłata i pozostaje, ponieważ system wymaga jej do uruchamiania przepływów pracy wymagających dużych zasobów.

To jeden z powodów, dla których programiści XRPL skupiają się na funkcjach "instalacyjnych".

W modelu opartym na rezerwach ekonomia jednostkowa wzrostu jest powiązana z tym, czy w księdze istnieje więcej znaczących obiektów, a nie z tym, czy rosną opłaty transakcyjne.

Większy nacisk kładzie się na stos uprawnień, a nie pojedynczą poprawkę

Tymczasem Token Escrow jest wprowadzany wraz z szerszym zestawem zmian, które programiści XRPL określili jako zestaw narzędzi "uprawnień", zaprojektowany dla regulowanego uczestnictwa w publicznej księdze.

Permissioned Domains (XLS-80) zostały aktywowane w sieci głównej na początku tego miesiąca.

Te domeny to kontrolowane środowiska, które "same nic nie robią", ale umożliwiają inne funkcje, w tym zdecentralizowane giełdy uprawnień i protokoły pożyczkowe, które mogą ograniczać dostęp i wspierać zgodność on-chain.

RippleXDev zauważył na X, że Permissioned DEX osiągnął konsensus walidatorów, aby aktywować się wkrótce potem.

Patrząc na nie jako na połączoną architekturę, te funkcje odpowiadają na trzy odrębne pytania dla uczestników instytucjonalnych.

Permissioned Domains odpowiadają na pytanie, kto może uczestniczyć w transakcji. Token Escrow odpowiada na pytanie, jak aktywa rozliczają się warunkowo i bezpiecznie. Wreszcie Permissioned DEX odpowiada na pytanie, gdzie występuje zgodna płynność i odkrywanie cen.

Ta triada funkcji sugeruje zmianę fundamentalnej propozycji wartości XRPL.

Odchodzi od postrzegania wyłącznie jako łańcucha płatności z centralną księgą zleceń w kierunku roli jako instytucjonalnej warstwy rozliczeniowej definiowanej przez ograniczone uczestnictwo, kontrolowane miejsca i natywne rozliczenia warunkowe.

Założenie jest proste. Stablecoiny i tokenizowane aktywa rosną w skali, a regulowane podmioty często wolą nie wchodzić w interakcje z otwartymi pulami, gdzie tożsamość uczestników i kontrole dostępu są niezdefiniowane.

Jeśli księga może wspierać ograniczone uczestnictwo i rozliczenia warunkowe bez polegania całkowicie na systemach zewnętrznych, łatwiej jest mapować rzeczywistą zgodność i operacje na tory on-chain.

Co dalej i co może to spowolnić

Aktywacja Token Escrow reprezentuje wyprzedzający zakład, że przyszłość blockchain leży w stosach kompatybilnych ze zgodnością, a nie w systemach czysto bezuprawnieniowych.

Pierwszym filarem jest regulowana formacja płynności, gdzie miejsca uprawnień redukują tarcia zgodności, które obecnie uniemożliwiają wielu instytucjom dostęp do otwartych pul płynności.

Drugim jest standaryzacja rozliczenia RWA. Wraz z tokenizowanymi obligacjami skarbowymi i innymi aktywami już skalowanymi, prymitywy rozliczenia warunkowego mogą ułatwić wysyłanie przepływów pracy produkcyjnej.

Trzecim filarem jest rozszerzenie użyteczności stablecoina poza proste transfery. Możliwości escrow odblokowują strukturalne rozliczenia i automatyzację skarbową, przypadki użycia przypominające bardziej operacje back-office niż aktywny handel.

Pozostają znaczące ryzyka wdrożenia, ponieważ emitenci muszą wyrazić zgodę na możliwości token escrow poprzez włączenie wymaganych flag. Jednocześnie portfele i giełdy muszą zintegrować nowe przepływy, aby uczynić je dostępnymi dla użytkowników.

Dodatkowo wzrost domen uprawnień niesie ze sobą ryzyko fragmentacji płynności, jeśli ekosystem podzieli się zbyt ostro między rynki otwarte i ograniczone.