币圈界报道：

XRP支付引擎漏洞被紧急封堵，防货币超发机制启动

XRPL披露其支付系统中存在一个长期潜伏的整数溢出问题，可能导致交易过程中无中生有地创建可流通的XRP代币。尽管尚未在主网上发现攻击行为，但该缺陷自2015年代码架构确立以来便已存在，因常规操作难以触及计算极限而未被察觉。

算术回绕引发虚拟资产生成

在特定构造的交易场景下，当大量订单簿报价被集中消耗时，支付引擎对总额进行累加运算时可能发生溢出回绕。此时系统会向报价方全额贷记应得金额，却仅从买方收取回绕后的低额数值，差额部分即为非法生成的XRP。

由于每个单独报价均符合规则，系统未能识别整体异常。该过程不涉及账户密钥泄露或权限越界，而是纯粹源于底层算术逻辑的边界错误。

攻击门槛低但触发条件苛刻

攻击者无需持有巨额XRP，只需控制多个报价账户并精心设计交易路径，即可实现资金增发。整个过程依赖于数百个故意定价的报价与特定聚合交易组合，普通用户日常支付无法触发该条件。

虽然现有防护机制也基于类似加法运算，理论上同样可能回绕，但当前并未出现此类误判导致的异常余额增长。官方确认未发生私钥泄露、共识失败或资金损失事件。

为何选择跳过标准流程快速部署补丁

为避免漏洞暴露后被恶意利用，开发团队决定在正式公布细节前先行推送修复版本。xrpld 3.4.1已于9月25日上线，包含新增的溢出检测逻辑，允许单个节点自主拒绝危险交易路径。

传统修正案机制需多轮节点升级与共识同步，周期长达数周。若依此流程，漏洞将面临长时间开放风险。因此，团队权衡后选择更激进的部署策略，以保障网络供应安全优先于兼容性稳定。

数据显示，发布当日超过80%的可信验证节点已完成升级，有效降低了潜在分裂风险。

批量交易功能亦曝新隐患

报告同时揭示了即将上线的批量交易（Batch）功能中存在的验证分歧问题。不同软件版本的节点可能对格式错误的批量交易产生不同解读，进而引发分类账验证停滞或应用层解析故障。

该缺陷已在主网启用前被识别，并通过BatchV1_2修正案于10月9日完成激活。相较之下，支付引擎漏洞因影响现有核心模块，无法等待标准激活周期。

各方行动指南：无需恐慌，及时升级

普通持币用户无需转移资产、更换钱包或兑换代币。此次更新仅针对验证节点运行的软件逻辑，不改变账户余额、密钥结构或总供应量。

交易所用户应关注平台关于基础设施维护的通知；节点运营商则必须尽快升级至xrpld 3.4.1及以上版本，以确保与网络保持一致。

随着新修正案生效，旧版节点将被强制排除在合规网络之外，必须完成更新方可继续参与共识。

提前拦截风险彰显网络韧性

此次事件凸显了分类账系统在供应完整性方面的脆弱性边界。所幸修复工作在漏洞公开前完成，且未发生实际滥用案例，说明验证节点具备高度响应能力。

当前支付引擎已集成前置检查机制，可在算术错误进入已验证分类账之前予以拦截，形成双重防护屏障。