XRPL Rozwiązuje Problem z Escrow Wpływający na Instytucjonalne Przepływy Pracy Tokenizacji

• XRPL 3.0.0 wprowadza TokenEscrowV1, aby naprawić rozliczanie escrow MPT z opłatami transferowymi, zapobiegając dryfowi podaży LockedAmount.
• Poprawka wymaga zatwierdzenia przez walidatory w celu aktywacji, zapewniając spójne zachowanie zakończenia escrow w węzłach sieci.

---

Ripple wydało XRP Ledger w wersji 3.0.0 i wezwało walidatory oraz operatorów węzłów do niezwłocznej aktualizacji. Wydanie dotyczy błędu rozliczania escrow wykrytego podczas wewnętrznych testów escrow tokenów dla emitowanych aktywów. Ripple poinformowało, że poprawka wspiera spójne zachowanie rozliczeniowe, gdy instytucje korzystają z zablokowanych czasowo lub warunkowych dostaw tokenów na XRPL.

Dlaczego jest to kluczowe dla XRP Ledger

Escrow to długo funkcjonująca funkcja XRPL używana do zaplanowanych transakcji i warunkowych uwolnień. Historycznie działała tylko z XRP, co ograniczało możliwości emitentów w zakresie wykorzystania escrow dla własnych tokenów. Propozycja XLS-85 Token Escrow rozszerza escrow na inne emitowane aktywa, w tym IOU i tokeny wielofunkcyjne, umożliwiając dostawy escrow poza XRP dla przepływów pracy przedsiębiorstw.

Tokeny wielofunkcyjne to natywny format tokenów XRPL, który łączy właściwości zamienne i niezamienne. Mogą one posiadać wspólne cechy, przechowując jednocześnie specyficzne dla aktywów metadane w łańcuchu. Deweloperzy opisują je jako odpowiednie do tokenizacji zgodności, ponieważ mogą osadzać zasady i obsługę cyklu życia bez polegania na zewnętrznych smart kontraktach dla podstawowych kontroli.

Wewnętrzni testerzy oryginalnego projektu Token Escrow, który nie został włączony w sieci głównej, zidentyfikowali niezgodność rozliczeniową dla tokenów wielofunkcyjnych, które pobierają opłaty transferowe. 

W przypadku testowym escrow zablokował sto tokenów i zastosował opłatę transferową w wysokości jednego tokena podczas odblokowania. Odbiorca prawidłowo otrzymał dziewięćdziesiąt dziewięć tokenów po zastosowaniu opłaty. Jednak rozliczenia emitenta zmniejszyły LockedAmount emitenta o dziewięćdziesiąt dziewięć zamiast pełnych stu. Jeden token pozostał zarejestrowany jako zablokowany po zakończeniu, co z czasem powodowałoby rozsynchronizowanie wskaźników emitenta.

TokenEscrowV1 oddziela brutto escrow od dostawy netto

Wersja 3.0.0 zawiera poprawkę TokenEscrowV1, która zmienia sposób, w jaki księga przetwarza zakończenie escrow dla tokenów wielofunkcyjnych obciążonych opłatami. Poprawka oddziela rozliczanie brutto escrow od rozliczania dostawy netto. 

Gdy escrow się kończy, LockedAmount zmniejsza się teraz o całą kwotę pierwotnie umieszczoną w escrow, powracając do poziomu sprzed escrow. Opłaty transferowe są przetwarzane niezależnie przez mechanizm opłat emitenta, więc tylko dostarczona kwota netto wpływa na obliczenia podaży w obiegu. Mechanizm opłat transferowych emitenta rozlicza kwotę opłaty osobno.

Sieć stwierdziła, że to podejście zapobiega utknięciu tokenów w stanie zablokowanym po zakończeniu escrow i utrzymuje wskaźniki LockedAmount emitenta w zgodzie ze stanem księgi. Powiązano poprawkę z instytucjonalnymi przepływami pracy tokenizacji, które zależą od dokładnego rozliczania escrow, w tym zaplanowanych wypłat i zautomatyzowanych operacji skarbowych wykorzystujących emitowane aktywa z opłatami transferowymi.

Ponieważ TokenEscrowV1 modyfikuje podstawowe przetwarzanie księgi, wymaga aktywacji poprzez głosowanie nad poprawką. Walidatory muszą zatwierdzić poprawkę, aby zapewnić, że węzły stosują te same zasady zakończenia escrow w całej sieci. Ripple poprosiło operatorów o aktualizację do wersji 3.0.0, aby implementacje pozostały kompatybilne w miarę przechodzenia sieci w kierunku aktywacji.

Nowa wersja XRP Ledger 3.0.0 pojawiła się tygodnie po tym, jak Ripple rozszerzyło swoją obecność w Japonii poprzez Japan Financial Infrastructure Innovation Program, w partnerstwie z Asia Web3 Alliance Japan i Web3 Salon.

W momencie pisania XRP był notowany po 2,33 USD po tym, jak wzrósł o 9,34% w ciągu ostatnich 24 godzin.