Ripple a recomandat retragerea amendamentului XChainBridge în așteptare al XRP Ledger, după ce a concluzionat că cazul său de utilizare principal este deja deservit de Axelar și o cerere mai largă din partea dezvoltatorilor nu a apărut.
Mayukha Vadari, un inginer software senior la RippleX, a anunțat recomandarea pe 27 august. XChainBridge, cunoscut și sub numele de XLS-38, rămâne în procesul de vot al validatorilor XRPL și nu a fost activat pe rețeaua principală (mainnet).
Ripple a estimat că retragerea propunerii ar permite dezvoltatorilor să elimine peste 10.000 de linii de cod din xrpld, software-ul serverului care alimentează rețeaua. Niciun cod nu a fost încă eliminat, iar Ripple nu poate finaliza procesul independent.
XLS-38 a fost conceput pentru a oferi un cadru la nivel de protocol pentru mutarea XRP-ului și a activelor emise între XRP Ledger și rețelele conectate. Utilizatorii săi vizați includeau sidechain-uri publice, registre private, rețele cu permisiuni și lanțuri experimentale.
Sistemul se bazează pe servere de martori independente pentru a monitoriza evenimentele pe fiecare registru conectat. Martorii transmit atestații care confirmă că activele au fost blocate sau distruse înainte ca activele corespunzătoare să devină disponibile în rețeaua de destinație.
Unul dintre principalele cazuri de utilizare ale propunerii a fost conectarea mainnet-ului XRPL cu sidechain-ul său compatibil cu Mașina Virtuală Ethereum (EVM). Ripple a selectat ulterior Axelar pentru a asigura această conexiune.
Sidechain-ul EVM al XRPL s-a lansat cu Axelar ca bridge-ul său mainnet în iunie 2025. Rețeaua de validatori a Axelar verifică mesajele cross-chain și conectează sidechain-ul cu XRPL și alte blockchain-uri suportate.
Ripple a declarat că sidechain-ul EVM este acum „mai bine abordat” prin Axelar. Aceasta rămâne evaluarea tehnică a companiei, mai degrabă decât o constatare rezultată dintr-o comparație independentă de securitate.
Ripple a menținut inițial XLS-38 disponibil, deoarece dezvoltatorii ar putea încă să-l utilizeze pentru sidechain-uri private și rețele specializate pe care Axelar nu a fost proiectat să le suporte.
Cu toate acestea, compania a declarat că a găsit puține dovezi de proiecte active care necesită bridge-ul nativ. Nicio implementare în producție nu a identificat public XLS-38 ca fiind esențială pentru operațiunile sale planificate.
Menținerea implementării inactive necesită în continuare revizuiri, teste și muncă de compatibilitate ori de câte ori dezvoltatorii actualizează xrpld. Ripple a susținut că aceasta creează o sarcină de întreținere continuă fără a oferi un beneficiu corespunzător pentru mainnet.
Recomandarea nu înseamnă că ecosistemul XRPL mai larg a abandonat interoperabilitatea. Ripple a indicat Axelar, Wormhole, sistemele zero-knowledge și design-urile layer-2 ca abordări alternative potrivite pentru diferite cerințe de securitate și confidențialitate.
Sistemele cross-chain introduc, de asemenea, riscuri distincte. Așa cum s-a raportat anterior, exploatările de bridge-uri au cauzat pierderi raportate de peste 4 miliarde de dolari din 2021, făcând proiectarea verificării și securitatea operațională considerații centrale.
Registrul oficial XRPL listează XChainBridge ca un amendament în așteptare cu un vot implicit „nu”. Ripple operează un singur vot de validator printre participanții independenți ai rețelei.
Un amendament XRPL necesită în mod normal sprijinul a peste 80% dintre validatorii de încredere timp de două săptămâni consecutive înainte de activare. Cu 35 de validatori în configurația implicită actuală, cel puțin 29 de voturi afirmative ar depășășii acest prag.
Recomandarea Ripple, prin urmare, nici nu retrage imediat amendamentul, nici nu forțează alți validatori să se opună. Validatorii decid independent ce amendamente le susține infrastructura.
Această separare este în concordanță cu alte propuneri XRPL. În acoperirea legată, sprijinul Ripple pentru amendamentele de lending nu le-a stabilit activarea, deoarece propunerile necesitau încă pragul mai larg de validatori.
Ripple a propus să înceapă cu un pull request care marchează XChainBridge ca fiind învechit în baza de cod xrpld. Serverele care fac upgrade la acea versiune ar vota automat împotriva activării.
Suportul ar scădea pe măsură ce validatorii instalează software-ul actualizat. Odată ce validatorii activi recunosc amendamentul ca fiind învechit, dezvoltatorii ar putea elimina implementarea XChainBridge și codul fixXChainRewardRounding aferent într-o versiune ulterioară.
Nu a fost anunțat niciun termen limită pentru pull-request, versiune software sau data finală de eliminare. Momentul depinde de feedback-ul comunității, de revizuirea codului și de upgrade-urile validatorilor.
Ripple a cerut dezvoltatorilor sau organizațiilor care construiesc cu XLS-38 să prezinte cazuri de utilizare specifice. O implementare activă credibilă ar putea determina compania să reconsidere recomandarea sa înainte de începerea retragerii în etape.
ETH
XRP