XRP网络关键漏洞获紧急修复，供应机制未遭破坏
10月9日，XRP Ledger（XRPL）官方通报，其支付引擎中发现一个可引发整数溢出的安全缺陷。该漏洞理论上允许攻击者通过数值回绕机制凭空生成新的XRP代币，从而威胁2012年设定的1000亿枚总供应上限。
漏洞成因与攻击路径解析：数值回绕实现非法增发
该问题源于支付处理模块中对64位整数加法缺乏溢出校验。当一笔交易涉及大量挂单且每笔金额极大时，累计金额可能超出整数最大值，触发回绕至极小数值。此时买方仅支付微不足道的金额，而所有卖方均获得全额结算，导致新创造的XRP落入攻击者账户。
原本设计的两层防护机制均失效：一是账本“无新币产生”的不变量检查逻辑本身也存在相同计算缺陷，未能识别异常；二是单账户余额上限检测机制，因攻击者将新增代币分散至数百个账户，未触碰任一账户的阈值，因而逃过监控。
为何选择跳过标准修订流程？风险可控下的快速响应
通常情况下，涉及交易规则变更的修复需经“修订”流程——新规则须在休眠状态持续两周，并获得超80%可信验证节点支持方可生效。然而，此次修复因漏洞利用门槛极低、无需权限且能直接生成可花费代币，故RippleX首次决定绕过该流程。
考虑到若按常规流程，修复代码将在主网公开数周，期间仍可能被恶意利用，因此采取紧急发布策略。尽管存在混合版本网络短暂不一致的风险，但由于正常交易不会进入易受攻击的代码路径，整体风险可控。3.4.1版本于发布当日即获得超过80%默认UNL节点部署，且在源码公开前完成更新。
固定供应机制仍是核心价值基石
此次事件再次凸显了XRP作为数字资产的核心属性：其总量必须为可证明有限。所有1000亿枚代币均在账本启动时一次性创建，这一特性被众多机构视为不可动摇的承诺。
尽管该漏洞自2015年当前支付引擎实现以来长期存在，但官方确认从未发现其在生产环境中被实际利用的记录。
同版更新还解决了另一处批量交易包装器验证缺陷，已于10月9日在主网激活。RippleX表示，未来将在发布流程中引入额外重测环节，确保所有标记为“已修复”的安全问题在候选版本阶段接受二次验证。
随着XRP Ledger逐步集成银行级功能与稳定币权限管理机制，其供应与托管动态持续受到市场关注。本次事件的高效处置进一步增强了投资者对系统安全性的信心。
