XRP Ledger aktywował 8 października poprawkę PermissionDelegationV1_1, pozwalając firmom przekazywać uprawnienia konta innym kontom bez udostępniania podstawowych kluczy prywatnych. Aktualizacja jest przeznaczona dla banków, emitentów stablecoinów oraz firm zajmujących się tokenizacją aktywów, które potrzebują delegować bieżące operacje, zachowując przy tym bezpieczeństwo głównych kluczy podpisujących. Ponieważ klucz podstawowy daje nieograniczoną kontrolę nad kontem, operatorzy tradycyjnie stawali przed dylematem między rozdzielaniem codziennych zadań a izolacją kluczy głównych.

Delegowany dostęp bez udostępniania kluczy

W ramach nowego systemu właściciel konta może autoryzować inne konto do wykonywania wybranych typów transakcji. Delegat podpisuje te transakcje własnymi kluczami, a właściciel może w każdej chwili zmodyfikować lub cofnąć dostęp bez wymiany poświadczeń. To odwoływalność odróżnia delegowanie od rozpowszechniania klucza, którego nie można „odudostępnić” po skopiowaniu.

Każde konto delegowane może posiadać do 10 uprawnień. Reguły te określają, jakie działania są dozwolone, ale nie limitują automatycznie wydatków. Firmy muszą nadal stosować własne limity płatności i kontrole zatwierdzania na wierzchu każdego delegowanego dostępu.

Szerniejsze narzędzia instytucjonalne w ledgerze

Aktualizacja testowa Smart Escrow z 6 października opisywała równoległy rozwój: deweloperzy wydali dziewiątą wersję testową programowalnego escrow — funkcji, która mogłaby wymagać spełnienia określonych warunków przed przeniesieniem aktywów. Ta funkcjonalność pozostaje w fazie testów i działa niezależnie od aktualizacji delegowania.

Aktualizacja delegowania otwiera rozszerzone przepływy pracy instytucjonalne: zespoły płatności mogą przetwarzać autoryzowane transakcje, podczas gdy pracownicy skarbca zachowują kontrolę nad kluczami podstawowymi, a personel compliance może otrzymywaćrawnienia dopasowane do przypisanych obowiązków. Model ten odzwierciedla kontrolę segregacji obowiązków, którą tradycyjne zespoły skarbca i compliance już stosują poza kryptowalutami.

Walidatorzy zatwierdzili poprawkę delegowania po utrzymaniu przez nią ponad 80% poparcia przez dwa tygodnie, według pulpitu poprawek XRPL. 35-osobowa zaufana lista walidatorów wymagała 29 głosów, a liczenie poparcia rozpoczęło się od nowa we wrześniu po spadku wsparcia — przypomnienie, że poparcie dla poprawek mierzone jest w sposób ciągły, a nie w pojedynczym głosowaniu.

Aktywność stablecoinów i kontrole tokenów

Aktywacja nastąpiła po świeżej aktywności skarbca RLUSD, w tym po zgłoszonym wybiciu 30 mln tokenów 6 października. Emitenci mogą teraz korzystać z oddzielnych kont do dozwolonych zadań bez ujawniania głównych poświadczeń.

Evernorth zgłosił średnie salda drugiego kwartału w wysokości 3,72 mld USD w tokenizowanych aktywach oraz 539 mln USD w RLUSD w sieci. Liczby te opisują zarejestrowaną aktywność w ledgerze, a nie adopcję nowej funkcji delegowania.

Oficjalna dokumentacja ostrzega użytkowników, aby na razie nie delegować uprawnienia PaymentBurn. Znany błąd może w pewnych okolicznościach pozwolić autoryzowanemu kontu tworzyć wyemitowane tokeny zamiast jedynie je niszczyć. Ostrzeżenie nie dotyczy nowego XRP. Ta ostrożność pozostaje w mocy, podczas gdy odpowiednia poprawka przechodzi przez proces poprawek.

Poprawka bezpieczeństwa i przegląd walidatorów

Deweloperzy zaproponowali poprawkę fixCleanup3_4_0, aby usunąć ten błąd. W piątek uzyskała ona 27 z 35 głosów walidatorów, poniżej wymaganych 29 głosów niezbędnych do rozpoczęcia okresu zatwierdzania. Różnica dwóch głosów to najbliższy punkt kontrolny do obserwowania, a poparcie śledzone jest na tym samym pulpicie poprawek; osiągnięcie 29 głosów uruchomiłoby dwutygodniowy zegar zatwierdzania, który delegowanie już ukończyło.

Oddzielnie Ripple Prime pozyskał Brevan Howard jako klienta, rozszerzając usługi instytucjonalne Ripple poza sam ledger. Porozumienie brokerskie działa poza nowym systemem uprawnień i nie potwierdza, że banki przyjęły delegowanie.

Problem serwerowy może błędnie zliczać walidatorów po rutynowej zmianie kluczy. Deweloperzy analizują poprawkę, która identyfikowałaby walidatorów za pomocą trwałych identyfikatorów zamiast zmiennych kluczy. Poprawka musi osiągnąć ten sam próg konsensusu walidatorów, który delegowanie już przekroczyło: trwałe poparcie powyżej progu 80%.

Źródło: CoinCentral