XRP Ledger 3.3.0 帶來隱私與批次升級

XRP Ledger 開發者於 8 月 6 日發布了 xrpld 3.3.0 版本，將多項協議變更推向可能的主網啟動。

官方 GitHub 發布確認了 ConfidentialTransfer、BatchV1_1、Sponsor 和 DynamicMPT 的工作，以及修復和其他協議變更。軟體發布本身並不會在網路上啟動這些功能。

這種區別很重要，因為有些報導將六項升級描述為已經上線。根據 XRP Ledger 的修正案流程，新協議功能需要驗證者支持才能啟動。修正案必須在連續兩週內獲得超過 80% 的可信驗證者支持才能生效。

XRP Ledger 3.3.0 新增隱私和原子交易工具

ConfidentialTransfer 旨在為多功能代幣（MPT）增加隱私。XRPL 文檔稱，該修正案使用密碼學來遮蔽個人餘額和轉帳金額，同時保留機制，讓授權方（包括發行者或審計師）驗證合規所需的信息。

該功能仍受修正案啟動的約束，因此私人 MPT 轉帳不應被描述為已在 XRPL 主網上活躍。

BatchV1_1 是另一個主要組成部分。XLS-56 標準允許將多筆交易打包在一起處理，包括涉及不同帳戶的交易。原子執行可以幫助結算工作流程，其中多個操作必須同時成功，而不是一個完成而另一個失敗。

修訂後的功能遵循先前的安全發現

Batch 有重要的歷史。早期版本在發現交易簽名邏輯中的安全問題後，在主網啟動前被禁用。XRPL 基金會後來轉向 BatchV1_1 作為修正後的替代品。正如先前在 XRPL 安全報導中所報導，開發者已加強了對近期升級的正式審查。

Permission Delegation 遵循了類似的路徑。XRPL 在 2025 年 9 月披露，早期修正案中的一個錯誤可能允許未經授權的交易在特定條件下向另一個帳戶收取費用。驗證者被建議投反對票，而該易受攻擊的功能從未啟動。PermissionDelegationV1_1 被開發為其替代品。

修訂後的概念允許帳戶授予定義的交易權限，而無需交出其主要私鑰，支援具有有限權限的操作錢包。

贊助者與DynamicMPT瞄準機構入職

贊助者（Sponsor）基於XLS-68，旨在讓另一個帳戶承擔交易費用或儲備要求，同時用戶保留對帳戶和金鑰的控制權。此功能可讓應用程式在不要求用戶僅為滿足網路成本而獲取XRP的情況下，引導用戶入職。XLS-68 提案明確支持費用和儲備贊助，同時保留用戶金鑰控制權。

DynamicMPT針對代幣發行者。XLS-94 提案允許發行者在創建代幣時將選定的MPT屬性指定為可變，然後稍後更新這些允許的欄位。該標準旨在適應不斷變化的業務或合規要求，而不使每個代幣屬性都可自由編輯。

這些功能共同契合XRPL對代幣化金融日益增長的關注。在相關代幣化報導中，crypto.news報導稱，摩根大通、萬事達卡、Ondo Finance和Ripple使用XRPL測試了代幣化國庫贖回。

並非所有引用的升級都屬於3.3.0版本

關於廣為流傳的「六項升級」框架，有必要進行一項更正。fixCleanup3_2_0屬於較早的xrpld 3.2.0週期，而非新發布的3.3.0功能包。3.3.0的GitHub變更日誌反而顯示了圍繞LendingProtocolV1_1的工作，以及與主要功能並行的單獨fixCleanup3_3_0軌道。

因此，此次發布不應被解讀為六項已完成的功能同時可用。這是一個伺服器軟體里程碑，為驗證者和運營商提供了修正案決策所需的代碼。各項修正案可能有不同的投票時間表，如果支持率低於所需門檻，則可能無法啟動。

這種治理過程以前就很重要。最初的Batch和Permission Delegation修正案在主網啟動前發現錯誤後被停止，表明包含在軟體或驗證者投票中並不等同於生產部署。

XRPL驗證者接下來會發生什麼

節點運營商現在需要評估3.3.0版本，並決定是否升級和支持各項修正案。確切的啟動日期取決於驗證者投票，而非8月6日的軟體發布。XRPL的修正案規則要求超級多數連續持續兩週。

對於XRP持有者來說，即時的變化是技術性的而非貨幣性的。3.3.0版本擴展了網路在隱私、多步驟結算、委派權限、贊助入職和可配置代幣發行方面的潛在工具包，但這些都不保證XRP需求或價格上漲。

下一個可驗證的里程碑將是驗證者採用3.3.0、修正案支持水平和預定的啟動日期。在達到這些門檻之前，新功能應被描述為在節點軟體中發布並正在通過治理，而非完全活躍的XRP Ledger主網功能。

驗證者的決定，而非發布行銷，將決定每個功能何時在主網上可用。