瑞波敦促 XRP 帳本(XRPL)社群撤回擬議的 XChainBridge(XLS-38)修正案,因為該修正案已不再必要,且開發者對其興趣寥寥。
Ripple 工程師 Mayukha Vadari 表示,Axelar 已經處理 XRPL EVM 側鏈的橋接功能。由於對 XLS-38 的需求極低,移除它也將消除超過 10,000 行未使用的程式碼。
Ripple 正式建議撤回 XChainBridge 修訂案(XLS-38)。由於 Axelar 已成功處理 EVM 侧鏈,且缺乏更廣泛的開發者需求,移除 XLS-38 將刪除超過 10,000 行未使用的程式碼。詳見完整理由 👇 https://t.co/9g8J2d5Ggi
— Mayukha Vadari (@msvadari) August 27, 2026
XRPL XLS-38 將連接不同的區塊鏈
XLS-38 的設計目的是讓 XRP 帳本(XRPL)與其他區塊鏈和側鏈連接,旨在讓開發者能夠建立自己的側鏈,包括私有和實驗性網絡。
該系統使用一組「見證伺服器」來監控不同鏈上的交易並確認它們。這將允許資產在 XRPL 主網和側鏈之間移動。
XLS-38 亦旨在將 XRPL 主網與 XRPL EVM 側鏈連接,並以 XRP 作為交易費用。
Ripple 選擇 Axelar 作為 EVM 側鏈
同時,Ripple 在比較了不同方案在安全性、用戶體驗、去中心化和長期可靠性方面的表現後,選擇 Axelar 作為 XRPL EVM 側鏈的橋樑。
Ripple 表示,隨著更多資金通過橋樑流動,XLS-38 的見證伺服器系統將變得更難以保障和協調。
Axelar 被視為更好的選擇,因為它專為連接區塊鏈而建。它擁有超過 75 個驗證節點,並支援超過 55 個區塊鏈。
Ripple 於 2024 年 6 月宣布了此決定。它仍保持 XLS-38 開放以供社區投票,並給予開發者 12–15 個月的時間來證明其足夠的需求。
然而,Ripple 表示,已過給開發者的時間,且在 XRPL 主網上仍缺乏足夠需要 XLS-38 的項目。Ripple 給出了三個主要原因:
- Axelar 已經完成主要工作:Axelar 負責 EVM 側鏈的橋接,這正是 XLS-38 的主要目的。
- 開發者需求低:對於使用 XLS-38 建立私有或授權的側鏈,興趣甚微。
- 未使用的代碼需要維護:維護不活動的 XLS-38 代碼意味著 XRPL 開發人員仍需對其進行維護和安全保護。
Ripple 表示,移除 XLS-38 可刪除超過 10,000 行程式碼,使 XRPL 程式碼庫更易於維護且更安全。
提現需要 XRPL 共識
Ripple 強調,該建議並非單方面決定。若社區支持此提案,Ripple 計畫首先在 xrpld 代碼庫中將 XChainBridge 標記為過時。
運行包含此變更版本的驗證者將自動投票反對該修正案,並無法再投票支持它。
隨著驗證節點升級,對 XLS-38 的支援將逐漸減少。一旦網路達成共識,認定該修正案已過時,XChainBridge 及相關的 fixXChainRewardRounding 代碼將在後續的軟體更新中被完全移除。
Ripple 仍對 XLS-38 使用案例持開放態度
值得注意的是,Ripple 表示移除 XLS-38 並不意味著它放棄了將 XRPL 與其他區塊鏈連接。
相反,Ripple 認為不同項目可能需要不同的橋接技術。像 Axelar 和 Wormhole 這樣的工具可能適用於某些區塊鏈,而其他技術,例如 ZK 系統和 Layer-2 網絡,可能在其他情況下更為適合。
Ripple 也要求已使用或計劃使用 XLS-38 的開發者在撤回前分享他們的項目。
對於 XRPL EVM 側鏈的用戶而言,將不會有任何變化。Axelar 將繼續連接 EVM 側鏈與 XRPL 主網。
免責聲明:本內容僅供資訊參考,不應視為財務建議。本文所表達的觀點可能包含作者的個人意見,並不反映 The Crypto Basic 的立場。建議讀者在做出任何投資決定前進行充分研究。The Crypto Basic 對任何財務損失不承擔責任。

