XRP Ledger zbliżył się do aktywacji pakietu poprawek oprogramowania w dniu 23 października po uzyskaniu 29 głosów walidatorów wymaganych do zatwierdzenia, chociaż jego planowany system pożyczkowy pozostaje poniżej progu głosowania sieci.
Podsumowanie
- Najnowszy pakiet poprawek błędów XRP Ledger uzyskał 29 głosów walidatorów, osiągając próg zatwierdzenia sieci.
- Aktualizacja może zostać aktywowana 23 października, jeśli walidatorzy utrzymają wsparcie przez wymagany dwutygodniowy okres głosowania.
- Planowany system pożyczkowy pozostaje o 10 głosów poniżej progu, podczas gdy jego funkcja skarbca wymaga jeszcze ośmiu.
- Poprawki dotyczą obliczeń pożyczkowych, księgowania skarbca, obsługi tokenów i innych problemów z przetwarzaniem transakcji w XRPL.
- Propozycja pożyczkowa miałaby wspierać pożyczki terminowe bez zabezpieczenia, wykorzystując brokerów do oceny zdolności kredytowej pożyczkobiorców poza łańcuchem.
Według XRPL Dashboard, poprawka znana jako fixCleanup3_4_0 uzyskała wsparcie 29 z 35 walidatorów na domyślnej zaufanej liście sieci na dzień 19 października. Propozycja przechodzi wymagany dwutygodniowy okres zatwierdzenia, a aktywacja jest przewidywana na piątek, jeśli to wsparcie się utrzyma.
Aktualizacja zawiera poprawki wpływające na transakcje tokenami, księgowanie skarbca, automatycznych animatorów rynku i procesy związane z pożyczkami. Jej aktywacja nie włączyłaby pożyczek w sieci, ponieważ główne propozycje pożyczkowe i skarbcowe przechodzą osobne głosowania.
Poprawka LendingProtocol miała 19 wspierających walidatorów, pozostawiając jej 10 głosów do wymaganych 29. SingleAssetVault, który przechowywałby środki wykorzystywane na pożyczki, miał 21 głosów i potrzebował jeszcze ośmiu.
Poprawka błędów XRP Ledger celuje w aktywację 23 października
Poprawka fixCleanup3_4_0 osiągnęła wymaganą większość walidatorów 9 października, rozpoczynając 14-dniowy okres, podczas którego wsparcie musi pozostać powyżej 80%.
Na punkcie kontrolnym z 19 października propozycja ukończyła około dziewięciu dni tego okresu oczekiwania. Dashboard przewidywał 23 października około 09:34 UTC jako moment zakończenia wymaganego okresu zatwierdzenia.
Rzeczywista aktywacja może nastąpić wkrótce potem, ponieważ XRP Ledger przetwarza decyzje dotyczące poprawek w wyznaczonych odstępach zwanych flag ledgers.
Według dokumentacji poprawek sieci, te kontrole odbywają się co 256 ksiąg. Gdy wymagany okres oczekiwania minie, sieć zapisuje decyzję o poprawce i stosuje zaktualizowane zasady w kolejnych księgach.
W migawce dashboardu z 19 października poprawka miała dokładnie 29 głosów, nie pozostawiając żadnych dodatkowych wspierających walidatorów poza wymaganym minimum. Gdyby jeden z tych walidatorów wycofał wsparcie przed zakończeniem okresu oczekiwania, propozycja spadłaby poniżej niezbędnej większości.
Zgodnie z zasadami XRPL utrata tej większości restartuje dwutygodniowy okres zatwierdzenia, gdy wystarczające wsparcie zostanie przywrócone. Czas aktywacji 23 października jest zatem prognozą, a nie potwierdzeniem, że aktualizacja już weszła w życie.
Operatorzy serwerów muszą uruchamiać oprogramowanie, które rozpoznaje zatwierdzone poprawki. Według dokumentacji XRPL serwery korzystające ze starszych wersji bez niezbędnego kodu mogą zostać zablokowane przez poprawki, gdy sieć zacznie egzekwować nowe zasady.
Deweloperzy XRPL wydali wersję 3.4.0 oprogramowania serwera xrpld 16 września i zalecili operatorom aktualizację w celu zachowania kompatybilności.
Pożyczki XRP Ledger pozostają o 10 głosów od zatwierdzenia
Chociaż części oczekującej poprawki dotyczą pożyczek, usługa pożyczkowa sieci nie uzyskała wystarczającego wsparcia walidatorów, aby się aktywować.
Propozycja LendingProtocol, znana jako XLS-66, miała 19 z 35 głosów zaufanych walidatorów w migawce z 19 października. Towarzysząca jej propozycja SingleAssetVault, XLS-65, miała 21 głosów. Obie wymagają wsparcia co najmniej 29 walidatorów przez dwa ciągłe tygodnie, zanim wejdą w życie.
Propozycje muszą zostać aktywowane, zanim planowany system pożyczkowy będzie mógł działać w mainnecie XRP Ledger. Nawet gdyby obie natychmiast osiągnęły wymaganą liczbę głosów, dwutygodniowa zasada oczekiwania oznacza, że nie mogłyby zostać aktywowane razem z pakietem poprawek błędów z 23 października.
Odrębna poprawka, LendingProtocolV1_1, miała 19 głosów poparcia. Wprowadzona w wersji 3.4.0, proponuje zmiany w projekcie skarbców pożyczkowych oraz w księgowaniu odsetek od pożyczek.
Dodatkowa poprawka wymagałaby, aby nowo utworzeni brokerzy pożyczek korzystali ze skarbców zamkniętych, w których depozyty, pożyczanie i wypłaty przebiegają według określonych etapów.
Propozycja dzieli ten proces na okresy subskrypcji, inwestycji i umorzenia.
Zmieniłaby księgowanie odsetek tak, aby przychód był rozpoznawany, gdy pożyczkobiorcy faktycznie dokonują płatności, zamiast rejestrowania wszystkich zaplanowanych odsetek na początku pożyczki.
Te proponowane zmiany nadal podlegają zatwierdzeniu przez walidatorów.
We wrześniu crypto.news poinformowało o wydaniu oprogramowania i jego dwóch nowych poprawkach, zauważając, że wydanie działającego kodu samo w sobie nie aktywowało nowych zasad pożyczania.
Najnowsze zestawienie walidatorów pokazuje, że zbiorcza aktualizacja konserwacyjna postępuje szybciej niż funkcje finansowe, które częściowo wspiera.
Projekt pożyczania opiera się na brokerach w zakresie weryfikacji pożyczkobiorców
W ramach proponowanego systemu pożyczkowego XRPL deponenci wnosiliby aktywa do wspólnego skarbca, a broker pożyczek aranżowałby pożyczki terminowe przy użyciu tych zgromadzonych środków.
Księga rejestrowałaby zobowiązania pożyczkowe, spłaty i inne powiązane transakcje.
Pożyczkobiorcy nie musieliby dostarczać zabezpieczenia bezpośrednio poprzez protokół.
Zamiast tego brokerzy pożyczek ocenialiby kondycję finansową pożyczkobiorców i zdolność do spłaty za pomocą kontroli przeprowadzanych poza blockchainem. Takie rozwiązanie powierzyłoby brokerom odpowiedzialność za decydowanie, którzy pożyczkobiorcy kwalifikują się i jakie warunki pożyczki otrzymują.
Opublikowany projekt obejmuje opcjonalny mechanizm ochronny zwany kapitałem pierwszej straty. Broker mógłby umieścić dodatkowe aktywa na osobnym koncie, aby pomóc pokryć straty, gdy pożyczkobiorcy nie spłacą swoich pożyczek.
Ochrona zależałaby od udostępnionej kwoty. Nie gwarantowałaby, że deponenci mogliby odzyskać wszystkie swoje środki po niewypłacalności. Dokumentacja XRPL wyjaśnia, że protokół obecnie nie zapewnia automatycznego zarządzania zabezpieczeniami on-chain ani likwidacji.
Brokerzy pożyczek mieliby możliwość ogłoszenia niewypłacalności pożyczki po tym, jak pożyczkobiorca opuści płatność i upłynie odpowiedni okres karencji.
Protokół ma na celu wspieranie instytucjonalnych działań pożyczkowych z wykorzystaniem XRP i innych kwalifikujących się aktywów emitowanych w księdze. Ripple wspierało rozwój propozycji pożyczkowych w ramach swojej pracy z instytucjami finansowymi.
W sierpniu Ripple poparło obie poprawki poprzez swojego walidatora, podczas gdy pozostawały one poniżej progu aktywacji.
Odrębny czerwcowy ponowny audyt bezpieczeństwa pożyczania nie wykazał żadnych krytycznych ani wysokiego ryzyka ustaleń w zmianach sprawdzonych przez firmę cyberbezpieczeństwa Halborn.
Brak krytycznych ustaleń w tym przeglądzie nie stanowił zatwierdzenia sieci ani gwarancji przeciwko przyszłym problemom z oprogramowaniem.
Najnowsza aktualizacja oprogramowania rozwiązuje błędy skarbca i transakcji
Notatki wydania xrpld 3.4.0 z 16 września opisują kilka poprawek zawartych w fixCleanup3_4_0.
Jedna poprawka zapobiega niszczeniu tokenów dostawcy płynności użytkownika przez某些 zautomatyzowane transakcje odzyskiwania animatora rynku, gdy zaokrąglenie skutkowałoby nieodzyskaniem żadnych aktywów bazowych.
Inne zmiany dotyczą obliczeń stosowanych, gdy ludzie deponują lub wycofują środki z sejfów. Poprawki mają na celu utrzymanie spójności sald aktywów sejfów i liczby udziałów wydanych deponentom podczas transakcji.
W przypadku pożyczania deweloperzy zaktualizowali zasady dotyczące autoryzacji, zamrożonych aktywów, poświadczeń i miejsc docelowych płatności. Informacje o wydaniu określają zmiany dotyczące sposobu, w jaki niewypłacalność pożyczek współdziała z zamrożeniem aktywów, oraz sposobu, w jaki protokół sprawdza wypłaty z sejfów objętych uprawnieniami.
Osobne korekty dotyczą transakcji na zdecentralizowanej giełdzie objętej uprawnieniami, ofert NFT i przetwarzania depozytu escrow. Jedna z poprawek związanych z podpisami wprowadza odrębne prefiksy kryptograficzne dla różnych ról podpisów. Zmiana zapobiega ponownemu użyciu podpisu przeznaczonego dla jednej roli w innej roli.
Wydanie zaostrza również ograniczenia dotyczące niektórych transakcji tokenami i egzekwuje kontrole, które wcześniej były rejestrowane tylko w dziennikach oprogramowania. Te poprawki są zawarte w wydaniu oprogramowania, ale wymagają aktywacji odpowiedniej poprawki, zanim jej nowe zasady transakcji staną się wykonalne w mainnecie.
Wydanie w wersji 3.4.0 dodatkowo zmienia sposób dystrybucji kompatybilnych pakietów serwera, z podpisanymi pakietami instalacyjnymi dla systemu Linux udostępnianymi przez XRPL Foundation.
Zawiadomienie o wydaniu fundacji instruuje operatorów, aby zaktualizowali swoje serwery do wersji 3.4.0, aby utrzymać działanie usług w miarę przyjmowania nowych poprawek przez sieć.
