Ripple 建議在 Axelar 填補使用情境後撤回 XChainBridge 修正案

標題：Ripple 建議在 Axelar 填補主要使用情境後撤回 XRPL 的 XChainBridge 修正案 Ripple 建議 XRP 帳本（XRPL）社群撤回長期懸而未決的 XChainBridge 修正案（XLS-38），表示其主要用途已由 Axelar 滿足，且開發者對原生橋樑的需求極低。 事件經過 - 於 8 月 27 日，RippleX 高級軟體工程師 Mayukha Vadari 宣布 Ripple 正式建議撤回 XLS-38。該修正案目前仍處於 XRPL 驗證節點投票流程中，尚未在主網啟用。 - Ripple 評估，移除 XLS-38 可讓開發者從 xrpld（運行網路的伺服器軟體）中刪除超過 10,000 行閒置程式碼。目前尚未刪除任何程式碼，且 Ripple 無法單方面做出此變更——需取得驗證節點共識。 Ripple 希望撤回 XLS-38 的原因 - XLS-38 設計為協議層級框架，用於在 XRPL 與連接網路（公有側鏈、私有帳本、許可鏈、實驗性鏈）之間移動 XRP 及發行資產。 - 其主要預期用途是將 XRPL 主網與 EVM 兼容的側鏈連結。Ripple 後來選擇 Axelar 作為 XRPL EVM 側鏈的橋樑供應商。 - XRPL EVM 側鏈於 2025 年 6 月上線，並以 Axelar 作為其主網橋樑。Axelar 的驗證節點網路現已驗證側鏈、XRPL 及其他支援鏈之間的跨鏈訊息。 - Ripple 表示，Axelar「更有效地滿足」此使用情境，且未發現任何活躍專案需要原生 XChainBridge 實作。目前尚無公開生產部署將 XLS-38 視為必要。 運營與安全考量 - 在 xrpld 中保留閒置的 XLS-38 實作會帶來持續的維護負擔：每次 xrpld 更新時均需進行審查、測試與相容性更新。Ripple 認為此舉成本高昂，卻無對應的主網效益。 - Ripple 亦指出，跨鏈系統伴隨獨特風險。自 2021 年以來，橋樑遭攻擊所造成的報告損失已超過 40 億美元，因此驗證設計與運營安全是關鍵考量。 流程與下一步 - XRPL 修正案註冊表目前將 XChainBridge 列為待處理狀態，預設投票為「否」。Ripple 僅控制眾多獨立參與者中的一個驗證節點投票權。 - 修正案需獲得超過 80% 的可信驗證節點連續兩週支持方可啟用。以目前 35 個驗證節點的預設配置為準，至少需 29 票贊成才能達成門檻。 - Ripple 的建議並不會立即撤回修正案或強迫其他驗證節點反對。驗證節點可獨立決定支持哪些修正案。 - Ripple 提議採用分階段方式：提交拉取請求，在 xrpld 程式碼庫中標記 XChainBridge 為過時。升級至該版本的伺服器將自動投票反對啟用，隨著驗證節點安裝更新，支持率將逐步下降。一旦驗證節點普遍將該修正案視為過時，XChainBridge 實作及相關的 fixXChainRewardRounding 程式碼可在後續版本中移除。 - 目前尚未公布任何截止日期、軟體版本或最終移除時間。時程將取決於社群回饋、程式碼審查與驗證節點升級進度。 開放使用情境入口 - Ripple 邀請使用 XLS-38 的開發者或組織提出具體使用情境。若能證明存在可信的活躍部署，Ripple 表示可在任何分階段撤回開始前重新考慮其建議。 總結 Ripple 的提案旨在簡化 xrpld 並避免不必要的維護，同時依賴現有的跨鏈解決方案如 Axelar。但任何正式移除 XLS-38 的決定仍需獲得 XRPL 驗證節點社群的認可，最終決定權仍掌握在更廣泛的生態系統手中。