XRP Ledger 已將 PermissionDelegationV1_1 移入其 14 天啟動期，此前該網路的 35 個受信任驗證者中有 29 個支持了這項帳戶權限升級。
摘要
- 如果驗證者支持率保持在所需的 80% 門檻以上，PermissionDelegationV1_1 可能會在 10 月 5 日啟動。
- 該升級讓 XRPL 帳戶能夠委派特定權限，而無需將另一個帳戶賦予對其密鑰的完全控制權。
- 權限委派不會直接改變 XRP 供應量或代幣經濟學，因此任何價格影響在很大程度上取決於採用情況和網路活動。
根據即時 XRP Ledger 修正案儀表板，倒數計時於 9 月 21 日開始，如果驗證者支持率在整個期間內保持在所需門檻以上，PermissionDelegationV1_1 可能會在 10 月 5 日 11:18 UTC 生效。
35 個受信任驗證者中至少有 28 個必須繼續支持該修正案。如果在倒數結束前支持率降至該水準以下，啟動計時器將會重置。
PermissionDelegationV1_1 拆分 XRP Ledger 帳戶權限
PermissionDelegationV1_1 改變了 XRP Ledger 帳戶授予另一個帳戶執行特定任務權限的方式。
在目前的帳戶結構下，需要不同系統或員工執行操作的企業可能會面臨一個問題：賦予操作帳戶的權限超過其實際所需。權限委派旨在將這些職責分離開來。
例如，一個帳戶可以授權另一個帳戶進行付款，而不賦予其更改主帳戶密鑰的權限。穩定幣發行方可以將其主密鑰保持離線，同時賦予一個連接網路的合規系統批准客戶持有其代幣的權限。
每個被委派的帳戶最多可獲得 10 項權限，而授予權限的帳戶保留更改或撤銷這些權限的能力。
這種安排類似於金融機構常用的職責分離，其中支付、合規和行政職能不一定共享相同級別的存取權限。
PermissionDelegationV1_1 是透過 xrpld 3.3.0 引入的更大一組修正案的一部分。該版本除了權限委派外，還包括 BatchV1_1、ConfidentialTransfer、DynamicMPT 和 Sponsor，其中多項功能針對機構交易和代幣發行。
Sponsor 將允許另一個實體為用戶支付交易費用和儲備要求，而無需控制其帳戶。DynamicMPT 讓發行方對選定的多功能代幣（Multi Purpose Token）屬性擁有更大的靈活性，而 ConfidentialTransfer 旨在向公眾隱藏 MPT 餘額和支付金額，同時為授權方保留存取機制。
Crypto.news 此前報導，ConfidentialTransfer 針對機構使用案例，即公司可能需要交易隱私，同時仍向審計師和其他授權方提供資訊。
權限委派在早前的安全漏洞後回歸
PermissionDelegationV1_1 是第二次嘗試將委派帳戶權限引入 XRP Ledger。
在社群測試人員於 2025 年 9 月 15 日報告了一個漏洞後，最初的修正案在到達主網之前被叫停。
在受影響的實作中，軟體在正確驗證簽名之前，先檢查帳戶是否有權限執行交易。某些被拒絕的交易仍可能產生費用。
因此，攻擊者可以提交帶有故意高額費用的未授權交易，並導致另一個帳戶支付這些費用，即使這些交易未被正確簽名。重複此過程可能會耗盡受害者的可用 XRP 餘額。
在發現該漏洞後，驗證者被建議不要支持該修正案，從而阻止了受影響的版本在主網上啟動。
替代版本被納入 xrpld 3.3.0，並對未授權交易的處理方式進行了更改。簽名驗證現在在可能向目標帳戶收費的失敗類型之前進行。
Permission Delegation 並非此次發布中唯一在安全修復後回歸的功能。在開發者發現另一個嚴重的簽名漏洞後，BatchV1_1 取代了先前的 Batch 實作。經過修復與進一步審查後，修訂後的 Batch 升級已推進 通過驗證者投票。
PermissionDelegationV1_1 會影響 XRP 價格嗎？
PermissionDelegationV1_1 不會直接改變 XRP 的供應量、發行時程或代幣經濟模型，因此單就其啟用而言，並無機械性理由能為 XRP 創造大量新需求。
該修正案處理的是帳戶權限，而非 XRP 代幣本身。使用委託帳戶的機構仍會使用 XRP 來支付帳本的正常費用與準備金要求，但該功能並不要求它們僅為了使用委託權限而購買或持有大量 XRP。
該網路近期的發展說明了為何區分 XRPL 採用與 XRP 需求至關重要。
先前對 Ripple Prime 的 XRP 曝險 進行的一項分析發現，即使 Ripple 生態系統內部有大量機構活動，也不會自動轉化為等量的 XRP 需求。穩定幣與其他發行資產可以處理大部分底層價值轉移，而 XRP 則保留包括交易費用、準備金及部分路由功能在內的角色。
類似的結構也適用於 Permission Delegation。穩定幣發行商、代幣化資產供應商及其他企業可以使用該功能，而不必讓 XRP 成為被轉移的資產。
可能的價格關聯反而取決於該升級是否有助於隨著時間推移為 XRP Ledger 帶來更多活動。
希望將高權限金鑰保持離線的機構發行商，可以使用委託帳戶來進行定期付款或合規任務。如果這些能力有助於更多企業在 XRPL 上發行資產與處理交易，所產生的活動將為該網路帶來更多使用，而 XRP 仍是該網路上用於費用與準備金的原生資產。
迄今的證據顯示，網路成長與 XRP 價格並不總是同步變動。RLUSD 與代幣化資產在 XRPL 上擴張之際，XRP 也經歷過價格疲弱的時期，顯示帳本活動上升未必會立即為該代幣帶來買壓。
六月一項涉及 JPMorgan、Mastercard、Ondo Finance 與 Ripple 的機構測試提供了另一個例子。該 代幣化國庫券贖回 使用了 XRP Ledger，但 XRP 並非被贖回的資產。其直接角色仍與底層網路基礎設施相關。
因此，PermissionDelegationV1_1 可以為機構使用者提供另一項基礎設施，而不會成為主要的獨立 XRP 價格催化劑。
啟用前後出現市場反應仍有可能，因為交易者可以對網路升級及圍繞採用的預期作出反應。然而，任何持續的價格效應都將取決於該功能後續的使用情況及其他市場因素，而非僅是該修正案的開啟。
XRP Ledger 正在為機構交易打造更多工具
Permission Delegation 正朝向啟用邁進，而其他數項 XRP Ledger 功能仍處於修正案流程的不同階段。
BatchV1_1 旨在將多項操作捆綁為一筆協調交易，讓所有納入的動作一起成功或一起失敗。此類結構可以支援資產與其付款需要同時易手的結算流程。
ConfidentialTransfer 將讓 Multi Purpose Token 發行商可以選擇隱藏餘額與轉帳金額，同時保持帳戶可見。根據擬議設計，獲授權方仍可收到合規所需的資訊。
XRPL 開發者在 3.3.0 版本之後仍持續工作。於 9 月 16 日發布的 3.4.0 版本，在另一組協議修復之外，還引入了 對擬議借貸功能的修訂。
該借貸框架仍須經過網路的修正案流程，擬議功能必須獲得驗證者批准後，才能在主網上啟用。
