XRP Ledger 上線「許可權委派」功能！銀行可分權管理，穩定幣合規再近一步

XRP Ledger 10 月 8 日啟用 PermissionDelegationV1_1，讓機構能將部分操作許可權委派給獨立帳戶，主鑰匙仍可離線保管。此升級為銀行、穩定幣發行者提供鏈上分權機制，但也伴隨 PaymentBurn 許可權漏洞需等待補丁。
（前情提要：Bitget 駭客轉出 8,300 萬鎂 XRP！XRPL 不支援凍結，Ripple 無能為力）
（背景補充：XRP 庫藏公司 SPAC 暴漲 273%！信託資金已退出 80%）

本文目錄

瑞波帳本 XRPL 在 10 月 8 日晚間啟用了「許可權委派」（PermissionDelegationV1_1）功能，這是這個帳本在機構合規路徑上的一次重要升級。簡單來說，企業現在可以把部分操作許可權交給獨立的「助手帳戶」，而控制主要資產的鑰匙，還是可以鎖在離線保險箱裡。

為什麼需要許可權委派？

想像一家發行穩定幣的公司。日常營運需要有人核對客戶身份、批准交易，這些操作都要在網路上隨時待命。但同時，如果控制著整個錢包的主鑰匙也留在同一臺電腦，一旦被駭客入侵，損失可能就是全盤皆輸。傳統做法是把金鑰放在離線環境、需要操作時再拿出來簽章，但這對 24 小時不間斷的金融業務來說效率太差。

許可權委派把這個問題拆開。帳戶主人可以給助手帳戶最多 10 項特定許可權，例如「批准新客戶」、「執行支付」、「凍結特定帳戶」，助手用自己的鑰匙簽章、只能執行被允許的動作，而且主人隨時可以修改或撤銷這些許可權。這跟銀行內部把支付業務和合規業務分給不同部門的做法一樣，只是這次規則寫在帳本層級，誰也改不掉。

升級怎麼生效？ XRPL 的投票門檻

XRPL 的升級不是由單一開發團隊決定，而是需要「驗證者」（validators）投票。目前 XRPL 有 35 位受信任驗證者，任何升級提案必須連續兩週獲得超過 80% 支援，也就是至少 29 票。

PermissionDelegationV1_1 的倒數計時曾在 9 月重置，當時支援票數低於門檻。經過重新拉票，終於在 10 月 8 日按監測平台 XRPL Dashboard 的紀錄正式啟用。

目前有一個許可權不能碰：PaymentBurn 漏洞

但這次升級並非完美。XRPL 官方檔案已明確提醒使用者：不要委派「PaymentBurn」許可權。這個許可權原本設計讓助手可以銷毀代幣，但在特定條件下，它也允許助手「創造」新的發行者代幣（不是 XRP，是在 XRPL 上發行的其他代幣）。如果一家機構不小心把 PaymentBurn 給了助手，可能導致未授權的代幣膨脹。

針對這個漏洞的修補已經在進行中，週五獲得 27 票支援，但還差 2 票才到 29 票門檻啟動兩週倒數。在修補上線之前，PaymentBurn 的委派風險仍然存在。

另一個問題：驗證者計票 bug

XRPL 開發團隊同時也在排查另一個計票瑕疵。10 月 8 日有人在 GitHub 提交報告，指出某些 XRPL 伺服器在驗證者更換例行安全金鑰後，會把該驗證者從計票名單中移除，儘管它實際上還線上並持續投票。這會讓該伺服器在計算支援率時分母變小（例如從 35 變 33），導致提案看起來比實際更接近透過。修正方案已在 pull request 中，改用永久性 ID 識別驗證者，目前仍在審核。

市場規模：XRPL 上有多少資產？

根據 XRP 庫藏管理公司 Evernorth 向 CoinDesk 提供的資料，XRPL 第二季平均持有約 37.2 億美元的代幣化資產，加上 Ripple 發行的 RLUSD 穩定幣約 5.39 億美元，總計約 42.6 億美元。這些資產的管理者正是許可權委派功能的目標使用者，需要 7×24 小時操作，但又不能把主鑰匙暴露在外。

XRPL 離「機構級」還有多遠

XRPL 早在 2012 年就上線，比以太坊更早。多年來，Ripple 一直強調 XRPL 是「為銀行設計的帳本」，但真正的機構採用始終緩慢，部分原因正是 XRPL 長期缺少細粒度許可權控制這類企業級功能。這次許可權委派上線，加上 XRPL 本身支援凍結與銷毀功能，讓它在穩定幣合規與代幣化基金場景中的競爭力提升。

但兩個待修補的 bug（PaymentBurn 漏洞與驗證者計票問題）顯示 XRPL 的治理與升級流程仍有脆弱性。升級需要兩週以上驗證者共識，但提案在投票期間也可能因為少數節點掉票而重置倒數，這種延宕對追求確定性的機構客戶來說，仍是需要考量的風險。