根據 XRPL 修訂追蹤器的記錄，XRP Ledger 的 PermissionDelegationV1_1 修訂現已於主網生效，該功能於 10 月 8 日在帳本 107,524,865 上啟用。此修訂已於 9 月底完成驗證者批准程序，如今正式成為帳本上實際可用的帳戶控制工具。依照 XRPL 的修訂機制，功能須經驗證者透過共識批准後才會進入主網，這次啟用代表該工具已可供正式環境使用。

此功能啟用後，機構即可使用權限委託，不過目前尚無銀行、穩定幣發行方或基金管理公司公開確認已實施。企業現在可直接在 XRPL 上建立這類權限架構，而實際細節則由其錢包服務商、託管機構及內部安全團隊負責。此修訂所解決的需求在機構數位資產營運中由來已久：日常交易的簽署權限通常須與控制資金庫的主憑證分開管理。權限委託將這種分離機制的一部分搬到帳本本身，而非完全依賴鏈外軟體。

穩定幣發行方可將日常工作分配至不同帳戶

例如，穩定幣發行方可能需要一個團隊核准合格客戶，另一個團隊處理日常轉帳。在新模式下，發行方的主帳戶可維持較嚴格的託管，而合規帳戶獲得在 KYC 審查後核准信任線的權限，營運帳戶則取得付款權限。每個帳戶僅持有被分配的角色，從而降低日常金鑰外洩所造成的損害。

企業可以如下方式分配錢包職責：

• 主帳戶： 建立、更改或撤銷委託角色，其金鑰則維持在更嚴格的託管之下。
• **合規帳戶： 獲得特定客戶核准任務的權限。
• 營運帳戶： 獲得提交特定核准類別交易（例如付款）的權限。

XRPL 會將每項分配記錄為 Delegate 帳本條目。受分配的帳戶以自身憑證簽署，並從自己的餘額支付交易費用，而經授權的操作則對主帳戶生效。XRPL 的文件將此安排描述為可與多簽機制並行運作的基於角色的存取控制。

委託權限的邊界

企業可授權特定交易類型或預先定義的細粒度功能。每個受委託帳戶最多可持有 10 項權限，主帳戶可透過另一次 DelegateSet 交易來更新或撤銷這些權限。

部分權力仍專屬於主帳戶。受委託帳戶無法更改其加密金鑰、建立進一步的委託，或提交超出其獲授權限的交易。此外，每項委託都會在帳本上建立一個物件，並計入主帳戶的儲備要求。

該權限組合並不包含自訂付款政策功能。企業無法僅憑權限委託來執行諸如「僅限低於 $10,000 的付款」或「僅可轉帳至這些地址」等規則。這類控制仍須由錢包軟體、審批流程或合規系統來處理。

帳本權限與合規決策仍然分離

權限委託僅決定由哪個帳戶提交已核准的 XRPL 操作，僅此而已。KYC 審查、制裁篩查、投資人紀錄、基金文件及法律責任仍由發行方及其服務商承擔。此修訂劃分的是技術權限，並不會自動化背後的合規決策。

XRPL 與巴西 CSD BR 合作進行的基金紀錄試點遵循類似原則：帳本可支援受控的工作流程，而官方所有權紀錄仍由既有的市場基礎設施負責。對於採用該模式的專案，權限委託可為「由哪個帳戶執行各項經授權的帳本操作」提供更大的彈性。

一項委託權限附有公開警告

XRPL 的文件建議企業在另一項修訂 fixCleanup3_4_0 生效之前，不要委託 PaymentBurn 細粒度權限。文件指出，在該修復到位之前，持有 PaymentBurn 權限的受委託帳戶在某些情況下也可能鑄造同質化代幣。其他細粒度權限則不受影響。

該警告僅涉及單一權限，而非整項修訂，但也說明了發行方在將日常工作轉移至獨立線上帳戶之前，為何必須逐一審視每個委託角色。

企業可以利用新功能做什麼

權限委託讓 XRPL 發行方能夠在不分享主帳戶控制憑證的情況下，將職責分配至各個錢包。其實際價值將取決於圍繞它建立的政策：委託哪些任務、權限撤銷的速度有多快，以及錢包服務商是否能將此協議功能轉化為可用的業務控制系統。最直接的觀察訊號是可驗證而非投機性的：錢包與託管服務商是否為新的委託交易與帳條目提供支援，以及 fixCleanup3_4_0 是否達到啟用條件——這是 XRPL 文件所設定、委託 PaymentBurn 前必須滿足的前提。

本文僅供資訊參考，不構成法律、財務或投資建議。企業在使用委託權限之前，應查閱 XRPL 目前的技術文件並檢視自身的安全政策。