XRP Ledger 為機構帳戶啟用權限委託控制
重點速覽
- •XRP Ledger 已於10月8日啟用 PermissionDelegationV1_1 修正案,允許帳戶擁有者在無須分享主要私鑰的情況下,委託特定的交易權限。
- •每個受委託帳戶最多可持有10項權限,但規則不會自動限制支出額度,企業仍須自行設定支付限額與審批檢查。
- •驗證節點在修正案維持超過80%支持度達兩週後予以批准,達到該 Ledger 35人可信驗證節點名單所需的29票門檻。
- •官方文件提醒暫勿委託 PaymentBurn 權限,因為已知缺陷可能讓獲授權帳戶創建已發行代幣,而非僅限於銷毀。
- •為修復該缺陷而提出的 fixCleanup3_4_0 修正案,於週五獲得35票中的27票,距離啟動批准期所需的29票尚差兩票。

XRP Ledger 已於10月8日啟用 PermissionDelegationV1_1 修正案,允許企業在不分享主要私鑰的情況下,將帳戶權限委託給其他帳戶。此次升級專為銀行、穩定幣發行商及代幣化資產公司而設,這些機構需要在保持主要簽署金鑰安全的同時,將日常營運工作委派出去。由於主要金鑰可對帳戶進行不受限制的控制,營運方傳統上一直面臨分配日常任務與隔離主憑證之間的兩難。
無須分享金鑰的委託存取
在新系統下,帳戶擁有者可授權另一個帳戶執行特定的交易類型。受委託方使用自身金鑰簽署這些交易,而擁有者可隨時修改或撤銷存取權限,無須更換憑證。這種可撤銷性正是委託機制有別於流傳金鑰之處,因為金鑰一旦被複製便無法收回。
每個受委託帳戶最多可持有10項權限。這些規則定義了允許執行的操作,但不會自動限制支出額度。企業仍須在委託存取之上自行設定支付限額與審批檢查。
Ledger 上更廣泛的機構工具
10月6日的一則智慧託管(Smart Escrow)測試更新描述了另一項平行發展:開發者發布了可編程託管的第九個測試版本,該功能可在資產轉移前要求滿足指定條件。該功能仍在測試中,並獨立於此次委託升級運作。
委託升級開啟了更廣泛的機構工作流程:支付團隊可處理獲授權的交易,同時財庫團隊保留對主要金鑰的控制,合規人員也可依其職責範圍獲得相應權限。此模式反映了傳統財庫與合規團隊在加密領域之外早已採用的職責分工控制。
根據 XRPL 修正案儀表板,委託修正案在維持超過80%支持度達兩週後獲得驗證節點批准。該 Ledger 由35個成員組成的可信驗證節點名單需要29票,而支持計數在支持度下降後於9重新啟動——這提醒人們,修正案支持度是持續計算的,而非以單次投票定奪。
穩定幣活動與代幣控制
此次啟用緊隨新一輪 RLUSD 財庫活動,包括通報於10月6日鑄造3000萬枚代幣。發行商現在可使用獨立帳戶處理獲許可的任務,而無須暴露主要憑證。
Evernorth 通報,第二季該網路上的代幣化資產平均餘額為37.2億美元,RLUSD 餘額為5.39億美元。這些數字反映的是鏈上記錄的活動,並非新委託功能的採用情況。
官方文件提醒用戶暫勿委託 PaymentBurn 權限。已知缺陷在某些情況下可能讓獲授權帳戶創建已發行代幣,而非僅限於銷毀。該警告不涉及新鑄造的 XRP。在對應修復完成修正案流程之前,此警示仍然有效。
安全修復與驗證節點審查
開發者提出 fixCleanup3_4_0 修正案以解決該缺陷。該案於週五獲得35票驗證節點票數中的27票,低於啟動批准期所需的29票。這兩票的差距是最值得關注的臨界點,支持度可在同一修正案儀表板上追蹤;達到29票將啟動為期兩週的批准時鐘,而委託修正案已經完成了這一流程。
另外,Ripple Prime 將 Brevan Howard 納入為客戶,將 Ripple 的機構服務延伸至 Ledger 之外。該經紀業務安排在新權限系統之外運作,並不能證明銀行已採用委託功能。
一項伺服器問題可能會在例行金鑰更換後錯誤計算驗證節點。開發者正在審查一項補丁,改以永久 ID 而非可更換的金鑰來識別驗證節點。該修復修正案面臨與委託案相同的驗證節點共識門檻:持續超過80%的支持度。
資料來源:CoinCentral