Ripple提議撤回XChainBridge（即XRP Ledger原生橋功能，修正案XLS-38），改為使用外部跨鏈網絡Axelar來連接XRPL至其他區塊鏈。
XLS-38的設計目的是讓XRPL能在不依賴外部公司的情況下，於不同區塊鏈之間移動資產。該功能透過「見證伺服器」網絡運作，這些伺服器會監控跨鏈交易並確認其正確執行。構想是該功能可以支援私有鏈、授權網絡，並最終將XRPL EVM Sidechain連回XRPL主網。
在EVM Sidechain推出時，Ripple選擇了Axelar而非XLS-38來處理橋接。Ripple表示，見證伺服器模型在分散化與協調治理之間存在微妙的平衡。運行團隊越分散化，安全性越高，但協調與治理則變得更加困難。
Ripple認為，建構與運行區塊鏈間橋接屬於專業領域，而其團隊並無足夠專業能力可大規模安全實現。相比之下，Axelar目前運行超過75個驗證人，並有連接超過55條區塊鏈的資安經驗。
Ripple表示已給XRPL社群超過一年時間展示XLS-38的實際需求，但沒出現真正需要該功能的重大專案。
(adsbygoogle = window.adsbygoogle || []).push({});| 安全性 | 安全性取決於見證伺服器團隊的分散化程度。 | 擁有大型、成熟的驗證人網絡及多年運營歷史。 |
| 攻擊面 | 系統保留未使用的程式碼代表增添可能含漏洞的程式（約一萬行）。 | 外部跨鏈網絡方案可避免將多餘程式碼加進XRPL主網。 |
| 分散化 | 旨在完全原生屬於XRPL。 | 屬於獨立外部網絡；XRPL需依賴另一專案基礎設施。 |
| 維護 | 在缺乏實際應用情況下維護會帶來持續工作但無明確效益。 | 維護則由其團隊負責。 |
| 第三方依賴 | 避免依賴外部公司。 | 未來需信任外部網絡驗證人及技術。 |
Ripple強調這僅是建議而非最終決定，因為其在XRPL驗證人中僅有一票。若社群同意，修正案會先被標記為不活躍，接著隨著驗證人升級逐步減少支援，最終完全移除相關程式碼。
div#ce-iframe-ads div#frame { margin: auto; text-align: center; }
