XRP Ledger aktywował aktualizację oprogramowania, która zamyka lukę umożliwiającą kontom z uprawnieniami do niszczenia wyemitowanych tokenów tworzenie nowych w określonych warunkach, bez wpływu na natywną kryptowalutę XRP.
Podsumowanie
- XRP Ledger aktywował poprawkę fixCleanup3_4_0 4 listopada o 14:52 UTC, na księdze 108 112 129.
- Aktualizacja zamyka lukę w uprawnieniach, która mogła pozwolić kontu upoważnionemu do spalania wyemitowanych tokenów na tworzenie nowych tokenów w określonych warunkach.
- Luka dotyczyła wyemitowanych aktywów, w tym stablecoinów i Multi-Purpose Tokens, a nie natywnej podaży XRP.
- Wsparcie walidatorów spadło krótko poniżej wymaganego progu 21 października, co spowodowało ponowne rozpoczęcie obowiązkowego 14-dniowego okresu zatwierdzania.
- Poprawka obejmuje korekty dla pul handlowych, księgowości vault i podpisywania transakcji, ale nie aktywuje niezależnie planowanego systemu pożyczkowego XRP Ledger.
Tracker poprawek XRPLWin potwierdził, że poprawka o nazwie fixCleanup3_4_0 weszła w życie 4 listopada o 14:52 UTC, na księdze 108 112 129. Aktywacja nastąpiła po dwóch kolejnych tygodniach wsparcia walidatorów po krótkiej przerwie w październiku, która zmusiła sieć do ponownego rozpoczęcia procesu zatwierdzania.
Korekta dotyczy luki w systemie delegowania uprawnień XRP Ledger, który pozwala posiadaczom kont upoważniać inne konta do wykonywania określonych transakcji bez oddawania pełnej kontroli.
XRP Ledger naprawia lukę umożliwiającą nieautoryzowane tworzenie tokenów
Luka dotyczyła delegowanego uprawnienia o nazwie PaymentBurn, które pozwala zatwierdzonemu kontu niszczyć tokeny wyemitowane przez inne konto.
W normalnych okolicznościach emitent mógł przyznać to uprawnienie usłudze płatniczej obsługującej umorzenia stablecoinów. Gdy klient wymieniał stablecoiny na dolary, usługa mogła zniszczyć umorzone tokeny bez otrzymania uprawnienia do tworzenia zamienników.
Jednak poprzednie zasady transakcji XRP Ledger mogły pozwolić kontu posiadającemu wyłącznie autoryzację PaymentBurn na tworzenie wyemitowanych tokenów w określonych warunkach.
Problem pojawił się, gdy płatności wykorzystujące delegowane uprawnienie przekraczały granicę zerowego salda. Najnowsza poprawka uniemożliwia transakcjom przekroczenie tej granicy, oddzielając niszczenie tokenów od ich emisji.
Oficjalne informacje o wydaniu XRPL opisują korektę jako odrzucanie „płatności PaymentBurn, które przekraczają zerowe saldo”.
Luka dotyczyła aktywów wyemitowanych w sieci, w tym stablecoinów, tokenów trust-line i Multi-Purpose Tokens. Sam XRP znajdował się poza objętym systemem uprawnień, co oznacza, że luka nie pozwalała na nieautoryzowane tworzenie natywnej kryptowaluty sieci.
Nie zgłoszono żadnego publicznie potwierdzonego wykorzystania luki, a dostępne ujawnienia nie wskazują emitenta, który doświadczyłby nieautoryzowanego tworzenia tokenów.
Poprawka następuje po wcześniej ujawnionej luce w tworzeniu tokenów sieci, którą crypto.news opisał 2 listopada, gdy poprawka wciąż oczekiwała na aktywację.
Opóźnienie zatwierdzenia przez walidatorów przesunęło poprawkę na listopad
Chociaż deweloperzy uwzględnili korektę w wersji serwera XRP Ledger 3.4.0 we wrześniu, jej wydanie nie zmieniło natychmiast zasad transakcji sieci.
Poprawki protokołu wymagają wsparcia ponad 80% zaufanych walidatorów przez 14 kolejnych dni, zanim staną się aktywne.
Przy 35 walidatorach na śledzonej liście domyślnej, co najmniej 29 musi wspierać poprawkę przez cały ten okres.
Pierwszy okres zatwierdzania rozpoczął się 9 października, co stawiało aktualizację na kursie do aktywacji około 23 października.
Jednak wsparcie walidatorów spadło poniżej wymaganego progu 21 października, przerywając odliczanie, zanim poprawka stała się kwalifikowalna do aktywacji.
Zapisy XRPLWin pokazują, że pierwsza próba trwała 12 dni i trzy godziny. Nowa większość została ustanowiona później 21 października, rozpoczynając kolejny dwutygodniowy okres oczekiwania.
Druga próba trwała 14 dni i pięć minut, zanim sieć włączyła poprawkę 4 listopada.
Proces głosowania w XRP Ledger wymaga nieprzerwanego wsparcia, więc nawet tymczasowy spadek poniżej progu może opóźnić aktualizację.
Aktualizacja oprogramowania naprawia mechanizmy kontroli handlu i transakcji
Poza luką w tworzeniu tokenów, fixCleanup3_4_0 wprowadza poprawki w kilku funkcjach transakcyjnych XRP Ledger.
Wśród nich znajdują się zmiany w mechanizmach wycofywania środków przez animatorów rynku, których emitenci używają do odzyskiwania określonych aktywów z pul płynności.
Aktualizacja zapobiega sytuacji, w której transakcja niszczy tokeny dostawcy płynności, gdy obliczenia zaokrągleń w przeciwnym razie skutkowałyby odzyskaniem przez emitenta zerowych aktywów bazowych.
Deweloperzy poprawili zasady handlu z uprawnieniami, aby zapobiec otrzymywaniu przez konta określonych tokenów za pośrednictwem ofert, gdy ograniczenia emitenta powinny blokować takie transakcje.
Osobne zmiany dotyczą rezerw depozytowych, autoryzacji tokenów wielofunkcyjnych i podpisów transakcji.
Wcześniej niektóre procedury podpisywania wykorzystywały nakładające się struktury autoryzacji. Poprawka wprowadza odrębne prefiksy podpisywania, aby zapobiec ponownemu użyciu podpisów przeznaczonych dla jednej roli transakcyjnej w innej.
Te poprawki zostały zawarte w wydaniu oprogramowania z września, a deweloperzy wzywali operatorów serwerów do aktualizacji oprogramowania przed wejściem w życie nowych zasad.
Pożyczanie w XRP Ledger nadal podlega odrębnej zgodzie
Aktywacja obejmuje poprawki księgowe przeznaczone dla pojedynczych skarbców aktywów i proponowanego protokołu pożyczania XRP Ledger.
System skarbców pozwoliłby użytkownikom deponować aktywa w pulach, które mogłyby wspierać pożyczki terminowe. Deweloperzy dostosowali obliczenia dotyczące depozytów, wypłat i aktywów podlegających odzyskaniu.
Poprawki związane z pożyczaniem dotyczą sposobu, w jaki sieć określa, kiedy płatności stają się przeterminowane, oraz tego, jak zagrożone pożyczki wpływają na księgowość skarbców.
Jednak poprawka konserwacyjna nie aktywuje tych funkcji pożyczania, które wymagają odrębnej zgody walidatorów.
Ripple wcześniej poparł poprawki dotyczące pożyczania zaprojektowane w celu wprowadzenia pojedynczych skarbców aktywów i terminowego pożyczania instytucjonalnego.
Propozycje pozwoliłyby brokerom pożyczkowym oceniać kredytobiorców i aranżować pożyczki przy użyciu aktywów zdeponowanych w skarbcach, podczas gdy księga rejestrowałaby spłaty i powiązane transakcje.
Dodatkowa poprawka LendingProtocolV1_1 proponuje skarbce zamknięte z okresami subskrypcji, inwestycji i umorzenia, wraz z księgowością uwzględniającą odsetki, gdy kredytobiorcy dokonują płatności.
Każda poprawka dotycząca pożyczania musi niezależnie spełnić wymogi sieci dotyczące zgody walidatorów, zanim powiązane z nią funkcje będą mogły działać w sieci głównej.
