XRP链十年漏洞终结：攻击者可绕过总量限制生成虚拟资产
XRP Ledger（XRPL）成功修补了一个潜伏长达十年的严重技术缺陷。若未及时修复，该漏洞将允许恶意行为者在不注入真实资金的前提下，创建具有实际支付能力的额外 XRP，从而破坏网络对总供应量的硬性约束——即始终维持在1000亿枚的原始上限。
漏洞披露与响应时间线：从报告到全面公开
该漏洞由研究员 Cayden Liao 与 Veria AI 于9月22日通过 XRPL 漏洞赏金计划提交。RippleX 团队当日完成复现，确认新生成的 XRP 可在后续交易中正常使用，并立即将其风险等级从“主要”提升至“关键”。修复补丁随 xrpld 3.4.1 版本于9月25日发布，而完整技术细节直到10月9日才向公众披露。官方调查表明，目前尚未发现该漏洞在任何公共网络上被实际滥用的证据。
多账户报价叠加触发整数溢出，实现零成本铸造
问题根源位于 XRP Ledger 的支付处理模块及其内嵌去中心化交易所。攻击者可通过创建数百个独立账户，每个账户发出一个极低代价换取巨额 XRP 的报价。这些报价本身合法有效，但当攻击者发起一笔特殊构造的支付交易，一次性消耗所有报价时，系统计算环节出现致命错误。
核心故障在于支付引擎采用64位整数累加买方应付总额。一旦数值超过最大值，会发生溢出回绕，结果变为极小正数而非报错。此时系统仍按原价向卖方记账，却仅收取溢出后的小额金额，差额即为凭空产生的新 XRP。
双重防御机制失效：检查逻辑亦受相同算术缺陷影响
尽管网络内置“不创造新 XRP”这一核心不变量作为安全屏障，但其验证过程同样依赖相同的64位算术运算。因此，当支付引擎发生溢出时，检查机制也会同步溢出，导致系统误判交易净变化仅为常规手续费，即使数百个账户已接收异常新增的 XRP。
另一层保护——单账户持有上限也未能奏效。攻击者可将新生成的代币分散至多个账户，使每笔余额低于阈值，从而规避检测。据调查，该溢出问题自2015年当前支付引擎上线起即已存在，而“不创造”不变量虽在两年后加入，却继承了相同的算术弱点。
紧急修复策略：延迟披露以保障网络稳定
3.4.1 版本作为紧急更新发布，旨在应对高危安全事件。其官方日志仅简略提及“支付引擎与账本工具中的整数算术强化”，未说明具体漏洞可能导致代币伪造。源代码亦被暂时保留。此举出于谨慎考量：若按常规两周修正案流程推进，可能暴露漏洞位置，使大量节点在升级前处于风险敞口。
因此，该修复未走标准修正案路径，而是在服务器安装后立即生效。这是十多年来首次以这种方式部署交易逻辑变更。截至9月25日，超过80%的默认唯一节点列表（UNL）验证器已完成升级。待网络普遍防护后，技术分析报告与源码才正式开放。
升级强制执行：旧版本将被修正案阻断同步
安装 xrpld 3.4.1 即刻启用修复功能。同时，同版本包含的 BatchV1_2 修正案于10月9日在主网激活，意味着运行旧版本的节点将无法继续与网络同步，面临隔离风险。目前，所有运营商被要求尽快升级至 3.4.1 或更高版本。
值得注意的是，XRP 的固定总量规则本质未变。根据官方文档，全部1000亿枚均在2012年创世时生成，协议层面禁止新增。此次漏洞的真正威胁在于，过去近十年间存在一条可被精准操控的绕行路径，且连内部检测机制也可能因相同算术错误而失效。
