XRP Ledger激活安全补丁，修复代币创建漏洞并加强协议稳定性

XRP Ledger（XRPL）在11月4日UTC时间14:52，账本高度108,112,129处正式启用“fixCleanup3_4_0”软件修正案。本次更新旨在解决权限系统中的潜在漏洞，防止具备特定销毁权限的账户在异常条件下擅自创建新代币，但不影响原生XRP资产的安全性。

漏洞成因与核心风险

该问题源于XRPL的委托权限机制。用户可将“PaymentBurn”权限授予第三方，用于处理稳定币赎回时的代币销毁操作。正常情况下，此权限仅允许销毁已发行代币，不涉及创建行为。然而，旧版协议在交易跨越零余额边界时存在逻辑缺陷，可能使持有该权限的账户绕过限制，生成新代币。

官方说明指出，此次修复的关键是阻止“跨越零余额的PaymentBurn支付”，从而彻底切断代币销毁与代币发行之间的关联路径。受影响的主要是已发行资产，如稳定币、信任线代币及多用途代币，而原生XRP未受波及。

验证者共识延迟导致升级推迟

尽管该补丁早在9月随服务器版本3.4.0发布，但其生效需获得超过80%可信验证者的持续支持。在默认验证者列表共35名的情况下，至少需29名支持方可推进。

首次批准周期始于10月9日，原定10月23日完成。但10月21日支持率短暂低于阈值，导致流程中断。随后重启审批，第二次尝试历时14天5分钟，最终于11月4日达成共识，完成激活。

由于协议要求支持必须连续有效，哪怕短暂停滞也会重置倒计时，凸显去中心化治理中协调难度。

多项关键功能同步优化

除漏洞修复外，“fixCleanup3_4_0”还对多个底层机制进行了改进：

• 自动做市商（AMM）追回机制：调整计算逻辑，避免因四舍五入误差导致流动性提供者无法收回底层资产。
• 受控交易规则：修正权限管理，防止账户在被禁止接收特定代币的情况下仍能通过报价获取。
• 托管准备金与签名控制：解决授权结构重叠问题，引入唯一签名前缀，确保不同角色的签名不可互用，增强交易安全性。

开发团队此前已呼吁运营商提前升级软件，以确保新规则顺利落地。

借贷功能仍需单独审批

虽然本次更新包含为单一资产金库和拟议借贷协议设计的会计修正，但相关功能尚未启用，需独立获得验证者支持。

金库系统将允许用户存入资产参与定期贷款，开发者已优化存款、取款与可回收资产的计算模型，并明确逾期判定标准及贷款受损后的账本处理方式。

Ripple曾推动引入机构级借款机制，支持贷款经纪人评估借款人并安排融资，同时由账本记录还款过程。额外的LendingProtocolV1_1修正案进一步提出封闭式金库模式，涵盖订阅、投资与赎回周期，并规范利息会计处理。

每个借贷相关修正案均需单独通过验证者投票，方能在主网上运行，体现了协议演进的分步可控原则。