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

By: rootdata|2026/08/07 09:41:01

設為Google首選來源

XRP Ledger 開發者於 8 月 6 日發布了 xrpld 版本 3.3.0，將幾項協議變更推進至可能的主網啟用階段。
摘要

XRPL 3.3.0 引入了協議代碼，但在任何主網啟用之前仍需獲得驗證者的批准。
ConfidentialTransfer 將隱藏 MPT 餘額和轉移金額，同時保留授權方的合規訪問權限。
BatchV1_1 在早期版本因安全漏洞而停止後，恢復了原子交易功能。
Sponsor 允許第三方支付費用和儲備，同時用戶保留對帳戶的完全控制權。
DynamicMPT 允許發行者稍後修改選定的代幣屬性，以支持不斷變化的業務和合規需求。

官方 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 被開發作為其替代品。

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

Sponsor 和 DynamicMPT 針對機構入駐

Sponsor 基於 XLS-68，旨在讓另一個帳戶支付交易費用或儲備要求，同時用戶保留對帳戶和密鑰的控制。該功能可以讓應用程序入駐用戶，而無需他們僅為了滿足網絡成本而獲得 XRP。XLS-68 提案明確支持費用和儲備贊助，同時保留用戶密鑰控制。

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

隨著這些功能的推出，XRPL 對代幣化金融的日益關注得到了體現。在相關的代幣化報導中，crypto.news 報導了 JPMorgan、Mastercard、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 路徑。

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

這一治理過程之前曾經重要。最初的批次和權限委派修訂在識別出錯誤後被停止，這表明納入軟體或驗證者投票並不等同於生產部署。