Ripple 建議撤回 XRP Ledger 懸而未決的 XChainBridge 修正案，因為該公司認為其主要用例已由 Axelar 提供服務，且尚未出現更廣泛的開發者需求。
RippleX 資深軟體工程師 Mayukha Vadari 於 8 月 27 日宣布了這項建議。XChainBridge，亦稱 XLS-38，仍在 XRPL 驗證者投票流程中，尚未在主網上啟用。
Ripple 估計，撤回這項提案將允許開發者從 xrpld（為網路提供動力的伺服器軟體）中移除超過 10,000 行程式碼。目前尚未移除任何程式碼，且 Ripple 無法獨立完成此過程。
XLS-38 旨在提供一個協議層框架，用於在 XRP Ledger 和連接的網路之間移動 XRP 和發行的資產。其預期的使用者包括公共側鏈、私人帳本、許可制網路和實驗性鏈。
該系統依賴獨立的見證伺服器來監控每個連接帳本上的事件。見證人提交證明，確認資產已被鎖定或銷毀，然後相應資產才能在目標網路中可用。
該提案的主要用例之一是將 XRPL 主網與其相容以太坊虛擬機器 (EVM) 的側鏈連接起來。Ripple 後來選擇 Axelar 來提供這種連接。
XRPL EVM 側鏈於 2025 年 6 月與 Axelar 作為主網橋接器一同推出。Axelar 的驗證者網路驗證跨鏈訊息，並將側鏈與 XRPL 和其他支援的區塊鏈連接起來。
Ripple 表示，EVM 側鏈現在透過 Axelar 得到了「更好的解決」。這仍然是該公司的技術評估，而非透過獨立安全比較得出的結論。
Ripple 最初保留了 XLS-38，因為開發者仍然可以將其用於 Axelar 未設計支援的私人側鏈和專用網路。
然而，該公司表示，幾乎沒有發現需要該原生橋接的活躍專案證據。沒有任何生產部署公開表明 XLS-38 對其計劃營運至關重要。
維護這個非活躍的實作仍然需要開發者在更新 xrpld 時進行審查、測試和兼容性工作。Ripple 認為，這會造成持續的維護負擔，而沒有提供相應的主網效益。
這項建議並不意味著更廣泛的 XRPL 生態系統已經放棄了互通性。Ripple 指出 Axelar、Wormhole、零知識系統和第二層設計是適合不同安全和隱私要求的替代方法。
跨鏈系統也帶來了獨特的風險。正如先前報導，自 2021 年以來，橋接漏洞已造成超過 40 億美元的報告損失，使得驗證設計和營運安全成為核心考量。
官方 XRPL 註冊表將 XChainBridge 列為待審議修正案，預設投票為「否」。Ripple 在網路的獨立參與者中僅操作一個驗證者投票。
XRPL 修正案通常需要超過 80% 的受信任驗證者連續兩週的支持才能啟用。在目前預設配置的 35 個驗證者中，至少 29 票贊成將超過該門檻。
因此，Ripple 的建議既不會立即撤回修正案，也不會強迫其他驗證者反對它。驗證者獨立決定其基礎設施支援哪些修正案。
這種分離與其他 XRPL 提案保持一致。在相關報導中，Ripple 對借貸修正案的支持並未確立其啟用，因為這些提案仍需達到更廣泛的驗證者門檻。
Ripple 建議從一個將 XChainBridge 在 xrpld 程式碼庫中標記為過時的拉取請求 (pull request) 開始。升級到該版本的伺服器將自動投票反對啟用。
隨著驗證者安裝更新的軟體，支援度將會下降。一旦活躍驗證者將該修正案識別為過時，開發者便可以在後續版本中移除 XChainBridge 的實作以及相關的 fixXChainRewardRounding 程式碼。
目前尚未宣布拉取請求截止日期、軟體版本或最終移除日期。時程取決於社群回饋、程式碼審查和驗證者升級。
Ripple 已要求使用 XLS-38 進行開發的開發者或組織提出具體用例。一個可靠的活躍部署可能會讓該公司在分階段撤回開始之前重新考慮其建議。
