Poprawka PermissionDelegationV1_1 w sieci XRP Ledger jest teraz aktywna na mainnecie, zgodnie z trackerem poprawek XRPL, który odnotowuje wejście funkcji w życie 8 października na ledgerze 107 524 865. Poprawka zakończyła okres zatwierdzania przez walidatorów pod koniec września, a ten proces doprowadził teraz do powstania działającego narzędzia kontroli kont w ledgerze. Zgodnie z procesem poprawek XRPL funkcje trafiają na mainnet dopiero po zatwierdzeniu ich przez walidatorów w drodze konsensusu, co oznacza, że ta aktywacja jest punktem, w którym narzędzia stają się dostępne do użytku produkcyjnego.

Aktywacja udostępnia Permission Delegation instytucjom, choć dotychczas żaden bank, emitent stablecoina ani zarządzający funduszem nie potwierdził publicznie wdrożenia. Firmy mogą teraz budować te struktury uprawnień bezpośrednio na XRPL, podczas gdy szczegóły praktyczne pozostają w gestii ich dostawców portfeli, depozytariuszy i wewnętrznych zespołów bezpieczeństwa. Potrzeba, którą rozwiązuje ta popraw, jest od dawna znana w instytucjonalnych operacjach na aktywach cyfrowych, gdzie uprawnienia do podpisywania rutynowych transakcji zazwyczaj oddziela się od kluczy głównych kontrolujących skarbiec. Permission Delegation przenosi część tego podziału bezpośrednio do rejestru, zamiast pozostawiać go w całości oprogramowaniu poza ledgerem.

Emitent stablecoina może podzielić rutynową pracę między konta

Emitent stablecoina, na przykład, może potrzebować jednego zespołu do zatwierdzania kwalifikujących się klientów i drugiego do przetwarzania rutynowych przelewów. W nowym modelu konto podstawowe emitenta może pozostawać pod ścisłą opieką, podczas gdy konto zgodności (compliance) otrzymuje uprawnienia do zatwierdzania linii zaufania po weryfikacji KYC, a konto operacyjne uzyskuje uprawnienia do płatności. Każde konto posiada wyłącznie przydzieloną mu rolę, co ogranicza skutki przejęcia codziennego klucza.

Firma mogłaby podzielić obowiązki portfela w następujący sposób:

• Konto podstawowe: Tworzy, zmienia lub cofa role delegowane, podczas gdy jego klucz pozostaje pod silniejszą opieką.
• Konto zgodności: Otrzymuje uprawnienia do określonego zadania zatwierdzania klientów.
• Konto operacyjne: Otrzymuje uprawnienia do przesyłania zatwierdzonej kategorii transakcji, takiej jak płatność.

XRPL zapisuje każde powierzenie we wpisie Delegate w ledgerze. Konto otrzymujące powierzenie podpisuje własnymi poświadczeniami i opłaca prowizję transakcyjną z własnego salda, podczas gdy autoryzowana operacja przynosi skutek dla konta podstawowego. Dokumentacja XRPL opisuje to rozwiązanie jako kontrolę dostępu opartą na rolach, która może działać obok podpisów wielokrotnych.

Gdzie kończy się upoważnienie delegowane

Firma może udzielić uprawnień do określonych typów transakcji lub predefiniowanych funkcji szczegółowych. Każdy delegat może posiadać maksymalnie 10 uprawnień, a konto podstawowe może je aktualizować lub cofać za pomocą kolejnej transakcji DelegateSet.

Niektóre uprawnienia pozostają wyłącznie przy koncie podstawowym. Delegat nie może zmienić swoich kluczy kryptograficznych, tworzyć dalszych delegacji ani przesyłać transakcji wykraczających poza otrzymane uprawnienia. Każda delegacja tworzy również obiekt w ledgerze, który wlicza się do wymogu rezerwy konta podstawowego.

Zestaw uprawnień nie zawiera funkcji niestandardowych polityk płatności. Firma nie może użyć samego Permission Delegation do egzekwowania zasad takich jak „tylko płatności poniżej 10 000 USD” czy „przelewy tylko na te adresy”. Te kontrole nadal należą do oprogramowania portfela,ów zatwierdzania lub systemów zgodności.

Uprawnienia w ledgerze i decyzje zgodności pozostają oddzielne

Permission Delegation określa wyłącznie to, które konto przesyła zatwierdzoną operację XRPL — nic więcej. Weryfikacje KYC, przesiewanie sankcyjne, rejestry inwestorów, dokumenty funduszy i odpowiedzialność prawna pozostają po stronie emitenta i jego dostawców usług. Poprawka dzieli uprawnienia techniczne; nie automatyzuje leżących u podstaw decyzji zgodności.

Pilotażowy projekt XRPL dotyczący ewidencji funduszy we współpracy z brazylijskim CSD BR opiera się na podobnej zasadzie: rejestr może wspierać kontrolowany przepływ pracy, podczas gdy ugruntowana infrastruktura rynkowa pozostaje odpowiedzialna za oficjalny rejestr własności. Permission Delegation może dać projektom korzystającym z tego modelu większą elastyczność w zakresie tego, które konto wykonuje każdą autoryzowaną operację w ledgerze.

Jedno delegowane uprawnienie jest objęte opublikowanym ostrzeżeniem

Dokumentacja XRPL odradza firmom delegowanie szczegółowego uprawnienia PaymentBurn do czasu aktywacji oddzielnej poprawki fixCleanup3_4_0. Do czasu wprowadzenia tej poprawki, jak stanowi dokumentacja, delegat posiadający uprawnienie PaymentBurn mógłby w pewnych okolicznościach również emitować tokeny zbywalne. Pozostałe szczegółowe uprawnienia pozostają niezmienione.

Ostrzeżenie dotyczy pojedynczego uprawnienia, a nie całej poprawki, ale ilustruje, dlaczego emitenci muszą przejrzeć każdą rolę delegowaną przed przeniesieniem rutynowych funkcji na oddzielne konta online.

Co firmy mogą zrobić z nową funkcją

Permission Delegation daje emitentom XRPL sposób na podział odpowiedzialności między portfelami bez udostępniania poświadczeń kontrolujących główne konto. Jego praktyczna wartość będzie zależała od zbudowanych wokół niego polityk: jakie zadania są delegowane, jak szybko można cofnąć uprawnienia oraz czy dostawcy portfeli przekształcą tę funkcję protokołu w użyteczny system kontroli biznesowej. Najbliższe sygnały są obserwowalne, a nie spekulacyjne: czy dostawcy portfeli i usług depozytowych dodają obsługę nowych transakcji delegowania i wpisów w ledgerze oraz czy poprawka fixCleanup3_4_0 zostanie aktywowana — warunek, który dokumentacja XRPL stawia przed możliwością delegowania PaymentBurn.

Ten artykuł ma charakter wyłącznie informacyjny i nie stanowi porady prawnej, finansowej ani inwestycyjnej. Firmy powinny zapoznać się z aktualną dokumentacją techniczną XRPL oraz własnymi politykami bezpieczeństwa przed korzystaniem z uprawnień delegowanych.