Inirekomenda ng Ripple na bawiin ang nakabinbing susog na XChainBridge ng XRP Ledger matapos itong magpasya na ang pangunahing gamit nito ay natutugunan na ng Axelar at hindi pa lumalabas ang mas malawak na pangangailangan mula sa mga developer.

Inihayag ni Mayukha Vadari, isang senior software engineer sa RippleX, ang rekomendasyon noong Agosto 27. Ang XChainBridge, na kilala rin bilang XLS-38, ay nananatili sa proseso ng pagboto ng validator ng XRPL at hindi pa na-activate sa mainnet.

Tinatantya ng Ripple na ang pagbawi sa panukala ay magpapahintulot sa mga developer na alisin ang higit sa 10,000 linya ng code mula sa xrpld, ang server software na nagpapagana sa network. Wala pang code na naalis, at hindi kayang kumpletuhin ng Ripple ang proseso nang nakapag-iisa.

Ang XRP Ledger ay hindi na nangangailangan ng XLS-38 para sa EVM sidechain nito

Ang XLS-38 ay idinisenyo upang magbigay ng balangkas sa antas ng protocol para sa paglipat ng XRP at mga inisyu na asset sa pagitan ng XRP Ledger at mga konektadong network. Kabilang sa mga nilalayon nitong gumagamit ang mga pampublikong sidechain, pribadong ledger, pinapayagang network at eksperimental na chain.

Ang sistema ay umaasa sa mga independiyenteng witness server upang subaybayan ang mga kaganapan sa bawat konektadong ledger. Ang mga witness ay nagsumite ng mga pagpapatunay na nagkukumpirma na ang mga asset ay naka-lock o nawasak bago maging available ang kaukulang mga asset sa network ng patutunguhan.

Isa sa mga pangunahing gamit ng panukala ay ang pagkonekta sa XRPL mainnet sa EVM-compatible sidechain nito. Kalaunan ay pinili ng Ripple ang Axelar upang ibigay ang koneksyon na iyon.

Ang XRPL EVM Sidechain ay inilunsad kasama ang Axelar bilang mainnet bridge nito noong Hunyo 2025. Ang network ng validator ng Axelar ay nagpapatunay ng mga cross-chain na mensahe at kumokonekta sa sidechain sa XRPL at iba pang sinusuportahang blockchain.

Sinabi ng Ripple na ang EVM sidechain ay "mas mahusay na natugunan" na ngayon sa pamamagitan ng Axelar. Ito ay nananatiling teknikal na pagtatasa ng kumpanya sa halip na isang paghahanap na naabot sa pamamagitan ng isang independiyenteng paghahambing sa seguridad.

Binago ng mahinang pangangailangan mula sa developer ang pagtatasa ng Ripple

Una nang pinanatili ng Ripple na magagamit ang XLS-38 dahil magagamit pa rin ito ng mga developer para sa mga pribadong sidechain at espesyal na network na hindi idinisenyo upang suportahan ng Axelar.

Gayunpaman, sinabi ng kumpanya na nakakita ito ng maliit na ebidensya ng mga aktibong proyekto na nangangailangan ng native na tulay. Walang pag-deploy sa produksyon ang pampublikong kinilala ang XLS-38 bilang mahalaga sa nakaplanong operasyon nito.

Ang pagpapanatili ng hindi aktibong implementasyon ay nangangailangan pa rin ng mga pagsusuri, pagsubok at trabaho sa compatibility sa tuwing ina-update ng mga developer ang xrpld. Nangatuwiran ang Ripple na lumilikha ito ng patuloy na pasanin sa pagpapanatili nang hindi nagbibigay ng kaukulang benepisyo sa mainnet.

Ang rekomendasyon ay hindi nangangahulugang tinalikdan na ng mas malawak na ecosystem ng XRPL ang interoperability. Itinuro ng Ripple ang Axelar, Wormhole, zero-knowledge system at disenyo ng layer-2 bilang mga alternatibong pamamaraan na angkop para sa iba't ibang pangangailangan sa seguridad at privacy.

Ang mga cross-chain system ay nagdudulot din ng natatanging panganib. Tulad ng naunang naiulat, ang mga pagsasamantala sa tulay ay nagdulot ng higit sa $4 bilyon sa naiulat na pagkalugi mula noong 2021, na ginagawang sentral na pagsasaalang-alang ang disenyo ng pagpapatunay at seguridad sa operasyon.

Hindi kayang alisin ng Ripple ang XChainBridge nang mag-isa

Ang opisyal na rehistro ng XRPL ay naglilista ng XChainBridge bilang isang nakabinbing susog na may default na botong "hindi". Ang Ripple ay nagpapatakbo lamang ng isang boto ng validator sa mga independiyenteng kalahok ng network.

Ang isang susog sa XRPL ay karaniwang nangangailangan ng suporta mula sa higit sa 80% ng mga pinagkakatiwalaang validator sa loob ng dalawang tuloy-tuloy na linggo bago ang pag-activate. Sa 35 validator sa kasalukuyang default na configuration, hindi bababa sa 29 na boto ng pagpabor ang lalampas sa threshold na iyon.

Ang rekomendasyon ng Ripple ay hindi kaagad binabawi ang susog o pinipilit ang iba pang validator na tutulan ito. Ang mga validator ay nagpapasya nang nakapag-iisa kung aling mga susog ang sinusuportahan ng kanilang imprastraktura.

Ang paghihiwalay na iyon ay naaayon sa iba pang mga panukala ng XRPL. Sa kaugnay na coverage, ang suporta ng Ripple para sa mga susog sa pagpapautang ay hindi naitatag ang kanilang pag-activate dahil ang mga panukala ay nangangailangan pa rin ng mas malawak na threshold ng validator.

Ang pagbawi ay magpapatuloy sa pamamagitan ng mga naka-stage na pagbabago sa software

Nagpanukala ang Ripple na magsimula sa isang pull request na minamarkahan ang XChainBridge bilang obsolete sa codebase ng xrpld. Ang mga server na mag-a-upgrade sa release na iyon ay awtomatikong boboto laban sa pag-activate.

Bababa ang suporta habang ini-install ng mga validator ang na-update na software. Kapag kinilala na ng mga aktibong validator ang susog bilang obsolete, maaaring alisin ng mga developer ang implementasyon ng XChainBridge at ang kaugnay na code na fixXChainRewardRounding sa susunod na release.

Walang deadline ng pull request, bersyon ng software o huling petsa ng pag-alis ang inihayag. Ang timing ay nakasalalay sa feedback ng komunidad, pagsusuri ng code at mga upgrade ng validator.

Humiling ang Ripple sa mga developer o organisasyon na gumagawa gamit ang XLS-38 na maglahad ng tiyak na gamit. Ang isang kapani-paniwalang aktibong pag-deploy ay maaaring maging dahilan upang muling isaalang-alang ng kumpanya ang rekomendasyon nito bago magsimula ang naka-stage na pagbawi.