根據 BigGo Finance 的報導，XRP Ledger 的 PermissionDelegationV1_1 修正案在獲得 29 張驗證節點贊成票後，已進入最後的兩週啟用窗口。此票數啟動了 14 天倒數，最早可能於 2026 年 10 月 5 日 11:18 AM UTC 啟用——但前提是驗證節點的支持率必須在整個期間維持在所需門檻之上。

這個條件的重要性遠超表面。雖然修正案已達到所需門檻，但 XRPL 驗證節點——即透過投票決定哪些協議變更上線的伺服器營運者——只要在窗口期間任何時刻讓支持率滑落至 80% 或以下，整個倒數時鐘就會歸零重來。跨過一次門檻並不等於永久通過，接下來的十四天實際上是一段觀察期。

(來源：XRPL Dashboard – Amendments)

權限委派的運作方式

權限委派允許帳戶持有人將特定、範圍明確的權限指派給另一個帳戶，而無需放棄對原始帳戶的完整控制權。某些帳戶層級的控制權被刻意排除在委派範圍之外，以防止受委派帳戶擴權或直接危害發行方帳戶。帳戶擁有人可決定確切委派哪些內容，並可即時撤銷。

該修正案隨帳本核心伺服器軟體的 xrpld 3.3.0 版本一併發布，並依 XLS-75 技術標準實作，該標準是帳本針對擬議功能的編號規範之一。它取代了先前版本的權限委派——據 BigGo 的報導，該版本含有一個嚴重錯誤——因此此版本是修正重建，而非全新功能。

Ripple 穩定幣產品負責人 Lauren Berta 將此升級與受監管發行方的合規工作流程直接連結。Berta 表示：「這種職責分離是在其他區塊鏈上營運的穩定幣發行方的標準做法。」她補充說，RLUSD 團隊已始在開發環境中建置並測試此功能——這是準備步驟，並非主網部署的證據。

票數統計實際顯示了什麼

BigGo 所稱的 29 張贊成票與 XRPL Dashboard 回報的票數一致。這高於所需的 80% 門檻，但此優勢取決於支持率在整個啟用窗口期間維持在該水準之上。任何跌至門檻或以下的情況都會觸發完整的 14 天期間重設。

修正案是 XRP Ledger 內建的升級核心規則機制：運行更新版軟體的驗證節點對每項擬議變更進行投票，功能只有在支持率建立並持續維持在共識門檻之上後才會生效。這一切都不保證 10 月 5 日的日期會成立。XRP Ledger 自身的修正案文件將每一次修正案投票定義為設計上即屬條件性——支持率必須在整個兩週期間維持，而非僅在首次越線的那一刻。XRPScan 的數據被用於計算最早可能的啟用時間戳，但一旦多數支持滑落，該時間戳便會立即變動。

Berta 的論述核心在於受監管發行方需要在多個團隊之間分工——合規人員、資產調度人員、財務營運人員——而任何一方都不得取得發行方帳戶的完整控制權。這正是 RLUSD 的具體賣點，Ripple 的穩定幣團隊正是該功能上線前測試的具名早期採用者。

也存在面向一般用戶的應用場景。RippleX 工程師 Mayukha Vadari 描述了一種涉及黑洞發行方帳戶——即已永久鎖定自身金鑰的帳戶——的情境：帳戶持有人可在黑洞化之前，將部分職責（例如管理帳戶網域）委派給另一個受信任的帳戶。社群知名人士 Hussein Zangana（人稱 Vet）稱此修正案是企業採用的基礎建構模組，將其定位為資產管理公司和現實世界資產發行方的基礎工程，而非成品。

啟用日期已定，但結果並無保證

接下來的機制很簡單，即使結果並無保證。窗口於 2026 年 9 月 21 日開啟；最早啟用時間為 10 月 5 日 11:18 AM UTC；且驗證節點支持率必須在整個 14 天期間維持在 80% 以上。任何跌至門檻或以下的情況都會讓流程回到起點。

此時間點使潛在啟用日期落在 Ripple Swell 大會（10 月 27–29 日舉行）前數週，屆時無論該功能是否已上線，都可能受到關注。在此期間，可追蹤的指標都是公開的：XRPL Dashboard 上的即時驗證節點票數、啟用時間戳的任何變動，以及 RLUSD 測試是否超出開發環境。關於帳本目前產生的有機活動量多寡等更廣泛的問題，也值得與此次投票一併關注，尤其是近期關於 XRP Ledger 新用戶成長停滯的報導。