XRP Ledger 3.3.0 带来隐私和批处理升级

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 安全报道中提到的，开发者在最近的升级中增加了正式审查。

权限委托遵循了类似的路径。XRPL 于 2025 年 9 月披露，早期修订中的一个漏洞可能允许未授权交易在特定条件下向另一个账户收取费用。验证者被建议投反对票，该漏洞功能从未激活。PermissionDelegationV1_1 被开发作为其替代品。

修订后的概念允许账户授予定义的交易权限，而无需交出其主要私钥，支持有限权限的操作钱包。

Sponsor 和 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轨道。

因此，这次发布不应被解读为六项完成的功能同时可用。这是一个服务器软件的里程碑，为验证者和运营商提供了进行修正决策所需的代码。各项修正的投票时间表可能不同，如果支持低于所需阈值，可能无法激活。

这一治理过程以前曾很重要。最初的批处理和权限委托修正因在主网激活前发现漏洞而被停止，显示出软件或验证者投票的纳入与生产部署并不相同。

XRPL验证者接下来会发生什么

节点运营商现在需要评估版本3.3.0，并决定是否升级并支持各项修正。确切的激活日期取决于验证者投票，而不是8月6日的软件发布。XRPL的修正规则要求超级多数在两周内持续存在。

对于XRP持有者来说，直接的变化是技术性的，而非货币性的。版本3.3.0扩展了网络在隐私、多步骤结算、委托权限、赞助入驻和可配置代币发行方面的潜在工具包，但没有任何一项能保证更高的XRP需求或价格上涨。

下一个可验证的里程碑将是验证者对3.3.0的采用、修正支持水平和计划激活日期。在这些阈值达到之前，新功能应被描述为在节点软件中发布并正在通过治理推进，而不是作为完全活跃的XRP Ledger主网特性。

验证者的决策，而非发布营销，将决定每项功能何时在主网上可用。