Jako doświadczony inwestor kryptowalutowy z dziesięcioletnim doświadczeniem na koncie byłem świadkiem przypływów i odpływów wielu projektów blockchain, w tym XRP. Moją uwagę przykuła niedawna aktualizacja księgi XRP (XRPL), szczególnie ze względu na skupienie się na rozwiązaniu problemu sieciowego, który miał wpływ na węzły z pełną historią.
Księga XRP (XRPL) wkrótce zostanie poddana aktualizacji zaprojektowanej specjalnie w celu rozwiązania problemu z siecią. Głównym wyzwaniem prowadzącym do tej aktualizacji była awaria węzłów pełnej historii (FH) w wyniku ograniczenia rozmiaru strony SQLite.
Walidator sieci XRP, znany jako Vet, opublikował niedawno na swoim blogu informację o rozwiązaniu. Według weterynarza problem z serwerami pełnej historii w księdze XRP został pomyślnie zintegrowany z oficjalną wersją rippled w repozytorium XRPLF – w szczególności z rippled 2.2.3. Ta najnowsza aktualizacja jest już gotowa do pobrania i zainstalowania przez użytkowników.
Rozwiązanie umożliwiające odzyskanie pełnej historii księgi XRP zostało zintegrowane z najnowszą oficjalną wersją repozytorium rippled, w szczególności rippled 2.2.3. Ta zaktualizowana wersja jest teraz gotowa do zainstalowania.
— Vet (@Vet_X0) 15 września 2024 r.
Zgodnie ze zrzutem ekranu opublikowanym przez Vet sugeruje się, aby użytkownicy Rippled (serwer księgi XRP) uruchomili wersję 2.2.3, jeśli korzystają z serwerów z pełną historią i rozmiarem strony 4096. To zalecenie nie dotyczy walidatorów, ponieważ wygrali nie napotkasz tego problemu. Mogą zdecydować się na dalsze korzystanie z wersji 2.2.2 lub aktualizację do wersji 2.2.3, ponieważ ta ostatnia nie wprowadza żadnych nowych modyfikacji w porównaniu z wersją 2.2.2.
Co się stało?
W weekend w społeczności XRP pojawiła się obawa dotycząca problemu na serwerze Ripple, który spowodował, że niektóre węzły pełnej historii (FH) przestały działać prawidłowo.
Zazwyczaj kompleksowe serwery historii sumiennie zapisują i udostępniają wszystkie historie transakcji. Niestety, pojawiły się problemy z węzłami FH z powodu ograniczeń SQLite związanych z rozmiarem strony.
Według niektórych walidatorów XRPL dUNL problem ten został poruszony kilka tygodni temu, ale nie otrzymał jeszcze natychmiastowego rozwiązania.
Jako zapalony inwestor kryptowalutowy chciałbym podzielić się kilkoma spostrzeżeniami z niedawnego postu założyciela XRP Cafe, xrpl_adam. Wbrew powszechnemu założeniu, poruszana obecnie kwestia nie ma wpływu na konsensus ani ogólną kondycję sieci powiązanej z Ripple (XRP).
Dla wyjaśnienia, redundancja Clio umożliwia większości publicznych punktów końcowych XRPL pobieranie historycznych danych transakcji bez konieczności stosowania prawdziwego serwera nagłówka przekazywania (FH) w celu bezpośredniego dostarczania wyników z przeszłych transakcji.
Zgodnie z wyjaśnieniami Xrpl Adama problem ten nie pojawił się niedawno w XRP Ledger; zostało to udokumentowane wiele lat temu. Już wtedy zwrócono uwagę, że określone serwery ripplowane, na których przechowywana jest pełna historia księgi, mogą napotkać problem związany z rozmiarem strony bazy danych SQLite. Problem ten utrudniałby efektywne działanie tych serwerów.
Z kolei założyciel XRP Cafe uważa, że korzystniej byłoby, gdyby wcześniej podkreślono potrzebę naprawy, aby zapobiec awariom węzłów Failure Handling (FH) w czasie ostatniego weekendu.
- EUR PLN PROGNOZA
- USD PLN PROGNOZA
- BONK PROGNOZA. BONK kryptowaluta
- PEPE PROGNOZA. PEPE kryptowaluta
- RENDER PROGNOZA. RENDER kryptowaluta
- NEIRO PROGNOZA. NEIRO kryptowaluta
- NEAR PROGNOZA. NEAR kryptowaluta
- Jak książę Harry planuje uczcić swoje 40. urodziny
- WHALE PROGNOZA. WHALE kryptowaluta
- MAX PROGNOZA. MAX kryptowaluta
2024-09-16 19:24