Opóźnienie poprawki AMM na XRP Ledger

Opóźnienie poprawki AMM na XRP Ledger: Szczegóły i reakcje CTO Ripple

Opóźnienie poprawki AMM na XRP Ledger

Poprawka AMM (Automated Market Maker) na XRP Ledger (XRPL) miała być aktywowana 14 lutego 2024 r. po osiągnięciu wymaganego konsensusu na poziomie 80% pod koniec stycznia. Jednakże, zespół Ripple ogłosił opóźnienie tego procesu z powodu błędu wykrytego podczas rozszerzonych testów integracyjnych.

Błąd dotyczył skrajnego przypadku efektu AMM, który mógłby uniemożliwić wykonanie wielu transakcji AMM na tym samym rejestrze. Nie wpłynęłoby to jednak na stabilność samego rejestru. David Schwartz, CTO Ripple, wyraził swoje obawy co do wpływu tego błędu na infrastrukturę XRPL.

Rozwiązanie problemu wymagało scalenia poprawki do wewnętrznego obiektu AMM, aby ten mógł dokładnie identyfikować pola domyślne. Zaplanowano wdrożenie poprawki zarówno w podstawowym rejestrze, jak i w kodzie AMM.

Według "Vet", walidatora XRPL, poprawka została już scalona i gotowa jest do opublikowania w najbliższej wersji Rippled. Jednak, przed oficjalnym wydaniem planuje się jeden do dwóch tygodni testów, aby upewnić się co do stabilności poprawki.

Oczekiwano, że po wydaniu Rippled 2.1 proces aktywacji poprawki AMM będzie mógł ruszyć. Niektórzy członkowie społeczności XRP, w tym "Vet", sugerują, że czas aktywacji może zostać uruchomiony niedługo po wydaniu tej wersji.

Jednakże, David Schwartz wyraził swoje wątpliwości co do szybkości, z jaką będzie można przeprowadzić aktualizacje, obawiając się blokowania zbyt wielu węzłów. Według niego, konieczne będzie dodatkowe jedno lub dwa tygodnie, zanim będzie można rozpocząć odliczanie czasu aktywacji.

Warto podkreślić, że aktywacja poprawki XRPL wymaga utrzymania co najmniej 80% wsparcia ze strony zaufanych walidatorów przez dwa kolejne tygodnie. W przypadku spadku wsparcia poniżej 80%, proces aktywacji zostaje tymczasowo wstrzymany, a dwutygodniowy okres czasu się powtarza.

Ostatecznie, opóźnienie aktywacji poprawki AMM na XRP Ledger podkreśla znaczenie starannego testowania i zapewnienia stabilności infrastruktury blockchain przed wprowadzaniem istotnych zmian.