Ripple zalecił wycofanie oczekującej poprawki XChainBridge w XRP Ledger po stwierdzeniu, że jej główne zastosowanie jest już obsługiwane przez Axelar, a szerszy popyt ze strony deweloperów nie wystąpił.
Podsumowanie
- Ripple zaleca wycofanie XChainBridge po tym, jak Axelar całkowicie zastąpił jego zamierzoną rolę w EVM Sidechain XRP Ledger.
- Oczekująca poprawka dodałaby natywne mosty aktywów wykorzystujące niezależne serwery świadków między połączonymi rejestrami.
- Usunięcie XChainBridge mogłoby wyeliminować ponad 10 000 linii z kodu serwera XRPL, szacuje Ripple.
- Ripple kontroluje jeden głos walidatora i nie może obecnie samodzielnie wycofać ani aktywować poprawki.
- Deweloperzy z aktywnymi projektami XLS-38 mogą przedstawić dowody przed formalnym zakończeniem procedur wycofania przez społeczność.
Mayukha Vadari, starszy inżynier oprogramowania w RippleX, ogłosił to zalecenie 27 sierpnia. XChainBridge, znany również jako XLS-38, pozostaje w procesie głosowania walidatorów XRPL i nie został aktywowany w sieci głównej.
Ripple oszacował, że wycofanie propozycji pozwoliłoby deweloperom usunąć ponad 10 000 linii kodu z xrpld, oprogramowania serwerowego zasilającego sieć. Żaden kod nie został jeszcze usunięty, a Ripple nie może samodzielnie zakończyć tego procesu.
XRP Ledger nie potrzebuje już XLS-38 dla swojego EVM sidechain
XLS-38 został zaprojektowany, aby zapewnić ramy na poziomie protokołu do przenoszenia XRP i wydanych aktywów między XRP Ledger a połączonymi sieciami. Jego docelowi użytkownicy obejmowali publiczne sidechainy, prywatne rejestry, sieci z uprawnieniami i eksperymentalne łańcuchy.
System opiera się na niezależnych serwerach świadków, które monitorują zdarzenia w każdym połączonym rejestrze. Świadkowie przesyłają poświadczenia potwierdzające, że aktywa zostały zablokowane lub zniszczone, zanim odpowiednie aktywa staną się dostępne w sieci docelowej.
Jednym z głównych zastosowań propozycji było połączenie sieci głównej XRPL z jej sidechainem zgodnym z maszyną wirtualną Ethereum. Ripple później wybrał Axelar, aby zapewnić to połączenie zamiast tego.
XRPL EVM Sidechain uruchomiono z Axelar jako mostem sieci głównej w czerwcu 2025 r. Sieć walidatorów Axelar weryfikuje komunikaty między łańcuchami i łączy sidechain z XRPL i innymi obsługiwanymi blockchainami.
Ripple stwierdził, że EVM sidechain jest teraz „lepiej obsługiwany” przez Axelar. Pozostaje to oceną techniczną firmy, a nie ustaleniem osiągniętym poprzez niezależne porównanie bezpieczeństwa.
Słaby popyt deweloperów zmienił ocenę Ripple
Ripple początkowo utrzymywał XLS-38 dostępny, ponieważ deweloperzy mogli nadal używać go do prywatnych sidechainów i specjalistycznych sieci, których Axelar nie został zaprojektowany do obsługi.
Jednak firma stwierdziła, że znalazła niewiele dowodów na aktywne projekty wymagające natywnego mostu. Żadne wdrożenie produkcyjne nie zidentyfikowało publicznie XLS-38 jako niezbędnego dla jego planowanych operacji.
Utrzymanie nieaktywnej implementacji nadal wymaga przeglądów, testów i prac nad kompatybilnością za każdym razem, gdy deweloperzy aktualizują xrpld. Ripple argumentował, że tworzy to ciągłe obciążenie konserwacyjne bez zapewniania odpowiedniej korzyści dla sieci głównej.
Zalecenie nie oznacza, że szerszy ekosystem XRPL porzucił interoperacyjność. Ripple wskazał na Axelar, Wormhole, systemy zero-knowledge i projekty warstwy 2 jako alternatywne podejścia dostosowane do różnych wymagań bezpieczeństwa i prywatności.
Systemy cross-chain wprowadzają również specyficzne ryzyka. Jak wcześniej informowano, wykorzystanie mostów spowodowało straty przekraczające 4 miliardy dolarów od 2021 roku, co czyni projektowanie weryfikacji i bezpieczeństwo operacyjne kluczowymi kwestiami.
Ripple nie może samodzielnie usunąć XChainBridge
Oficjalny rejestr XRPL wymienia XChainBridge jako oczekującą poprawkę z domyślnym głosem „przeciw”. Ripple posiada tylko jeden głos walidatora wśród niezależnych uczestników sieci.
Poprawka XRPL zazwyczaj wymaga wsparcia ponad 80% zaufanych walidatorów przez dwa kolejne tygodnie przed aktywacją. Przy 35 walidatorach w obecnej domyślnej konfiguracji, co najmniej 29 głosów za przekroczyłoby ten próg.
Zalecenie Ripple nie wycofuje więc natychmiast poprawki ani nie zmusza innych walidatorów do sprzeciwu. Walidatory niezależnie decydują, które poprawki wspiera ich infrastruktura.
To rozdzielenie jest zgodne z innymi propozycjami XRPL. W powiązanych doniesieniach poparcie Ripple dla poprawek pożyczkowych nie przesądziło o ich aktywacji, ponieważ propozycje nadal wymagały szerszego progu walidatorów.
Wycofanie przebiegałoby etapowymi zmianami oprogramowania
Ripple zaproponował rozpoczęcie od pull requesta oznaczającego XChainBridge jako przestarzały w kodzie xrpld. Serwery aktualizowane do tej wersji automatycznie głosowałyby przeciw aktywacji.
Wsparcie spadałoby w miarę instalowania zaktualizowanego oprogramowania przez walidatorów. Gdy aktywni walidatorzy uznają poprawkę za przestarzałą, programiści mogliby usunąć implementację XChainBridge i powiązany kod fixXChainRewardRounding w późniejszej wersji.
Nie ogłoszono terminu pull requesta, wersji oprogramowania ani ostatecznej daty usunięcia. Termin zależy od opinii społeczności, przeglądu kodu i aktualizacji walidatorów.
Ripple poprosił programistów lub organizacje budujące z XLS-38 o przedstawienie konkretnych przypadków użycia. Wiarygodne aktywne wdrożenie mogłoby skłonić firmę do ponownego rozważenia swojego zalecenia przed rozpoczęciem etapowego wycofania.
