一个在 XRP Ledger 中存在约十年之久的漏洞，本可让攻击者无需付费即创建可花费的 XRP，使该加密货币 1000 亿枚的固定供应量面临风险。这一上限是资产的基础：账本上线时即存在全部 1000 亿枚 XRP，协议规则的设计初衷是在持有者之间转移代币，而非铸造新币。Ripple 的开发团队发布了紧急软件更新以消除该缺陷，研究人员没有发现该漏洞曾在公共网络上被利用的证据。

该漏洞于 2026 年 10 月 9 日披露，据报道可追溯至 2015 年。研究人员 Cayden Liao 和 Veria AI 通过 XRP Ledger 的漏洞赏金计划发现了这一问题，并于 9 月 22 日提交报告。此类计划是加密货币安全体系的重要支柱，为外部研究人员提供了一个私密渠道，可在细节公开之前将缺陷提交给开发者。Ripple 的开发者部门 RippleX 复现了该攻击，并确认新创建的 XRP 可在后续交易中被花费。

XRP 供应量漏洞的运作方式

该漏洞的核心是 XRP Ledger 支付引擎中的整数溢出——一种典型的软件缺陷，即计算结果超出了存储该数字的固定大小。账本通过其内置交易所处理交易，用户在交易所中挂单以一项资产交换另一项资产。

攻击者本可利用这一机制：创建数百个账户，并提交涉及异常大额 XRP 的挂单。随后，一笔精心构造的付款便可一次性消耗所有这些挂单。

在汇总被消耗挂单所应付的 XRP 总额时，支付引擎的数值计数器可能被推至其可表示的最大值之外，导致总额回绕为一个远小的数字。其结果是，卖方账户将收到全额付款，而买方只需支付错误的计算金额——这一差额实际上相当于凭空创造了新的 XRP。

账本现有防护机制本用于检测未经授权的 XRP 创建，但其依赖的计算同样容易受到溢出影响，因此可能无法标记新创建的代币。RippleX 确认，发起该攻击只需数百枚 XRP 以及交易手续费即可建立必要的账户。

紧急修复绕过了常规投票流程

Ripple 于 9 月 25 日发布了 XRP Ledger 服务器软件版本 3.4.1 以修复该漏洞。与常规协议变更不同，支付引擎的修复随各节点运营者升级服务器而逐一生效。官方披露发布于 XRP Ledger 博客

此举是账本标准修正流程的一次例外偏离，该流程通常需要在两周内持续获得超过 80% 的可信验证节点支持——这一机制旨在确保任何单一方都无法单方面改写账本规则。RippleX 解释说，若遵循正常流程可能在投票和激活期间网络仍处于风险之中时，就将漏洞公开暴露。根据官方披露，超过 80% 的默认可信验证节点在发布当日即完成了升级。

10 月 9 日发布的漏洞报告确认，调查人员没有发现该漏洞在公共网络上被利用的证据。此事件凸显了独立安全研究的价值，以及加密货币基础设施各方快速协作的重要性。这也符合业内一种熟悉的模式：2018 年，Bitcoin Core 开发者曾悄悄修复了一个共识漏洞，该漏洞本可让矿工膨胀 Bitcoin 的供应量。

尽管 Ripple 已控制了眼前威胁，但此事件引发了更广泛的问题：去中心化网络应如何在紧急安全措施与透明治理之间取得平衡。RippleX 强调，此次例外应对不会改变账本对未来协议修正的既定方式。