XRP Ledger 披露整数溢出漏洞，XRPL 基金会澄清称并未新增 XRP

根据 XRPL 官方于 10 月 9 日发布的漏洞披露报告，XRP Ledger 支付引擎中存在一个自 2015 年起潜伏的整数溢出漏洞，可能导致 XRP 总量超过 1,000 亿枚的上限；漏洞严重性评级当天由 Major 升至最高级别 Critical，并于 9 月 25 日通过 xrpld 3.4.1 版本修复。

漏洞披露：评级从 Major 升至 Critical

根据 XRPL 官方报告，此次漏洞事件的主要时间线如下：

2015 年：现行支付引擎编写时，漏洞开始潜伏（存在约十年）。

2026 年 9 月 22 日：Cayden Liao 与 Veria AI 通过漏洞赏金计划报告该漏洞，最初评级为 Major；RippleX 当天在隔离的独立服务器上进行实测，确认凭空产生的 XRP 可以用于支付，随即将评级提升至 Critical。

2026 年 9 月 22—23 日：私下开发补丁，并进行多轮审查。

2026 年 9 月 25 日：发布 xrpld 3.4.1；截至发布当天，默认 UNL 中超过 80% 的验证者已经升级（当时补丁源代码尚未公开）。

2026 年 10 月 9 日：漏洞披露报告公开，源代码现已公开；fixBatchV1_2 与 BatchV1_1 一同在主网上生效。

技术原理：64 位整数溢出导致总和归零

根据 XRPL 官方报告，漏洞原理如下：支付引擎在计算买方应付金额时，使用的是普通 64 位整数，且没有进行溢出检查。总和一旦超过上限，不会报错，而是像里程表一样回绕归零，变成一个很小的数字。结果是，每位挂单者仍能收到全额 XRP，买方却只需支付几百 drops 加上手续费；差额便成为账本上本不应存在的 XRP，并且还能在后续支付中正常使用。

两道防线同时失效：用于确认交易没有创造 XRP 的不变量检查，使用的是同一种 64 位计数器，同样会发生溢出，因而看起来只有手续费发生了净变化；而单一账户余额检查则会因为攻击者将新产生的 XRP 分散到数百个账户（每个账户的余额都未超过上限）而被绕过。攻击成本只需数百枚 XRP 的账户储备金（可退回）以及普通交易手续费；天文数字般的金额是挂单者收到的数额，并非攻击者需要投入的本金。

跳过修正案流程：十多年来首次

根据 XRPL 官方说明，本次修复跳过了通常的修正案流程，即先随软件发布但默认关闭，待获得超过 80% 的受信任验证者支持并持续两周后才生效；本次改为在升级至 3.4.1 的同时立即生效。这是修正案制度推出十多年来的首次。

官方给出的理由是，xrpld 为开源软件，发布补丁就等于公布漏洞位置。如果按照正常修正案流程，漏洞将公开数周，主网仍可能遭到攻击。代价是，在升级期间，新旧版本可能采用不同规则；如果有人在此时发动攻击，尚未升级的服务器可能与主网脱钩。官方认为，短暂停摆仍好过将难以回滚的错误账本写入主网，因此由 XRPL Foundation、RippleX 和验证者共同作出这一决定。

此外，Batch 功能（BatchV1_1）在发现包装验证漏洞后，其启用倒计时被重置；用于修复该问题的 fixBatchV1_2 已于 10 月 9 日与 BatchV1_1 一同在主网上生效。仍停留在旧版本的服务器将被新的修正案拒之门外，升级至 3.4.1 或更高版本已是唯一选项。

XRPL 基金会：漏洞未新增任何 XRP

根据 XRPL 基金会于 2026 年 10 月 12 日发布的澄清文章，XRP 总供应量在账本启动时就已固定为 1,000 亿枚，任何交易都无法增发 XRP。该漏洞曾经能够绕过这一规则，但已在约两周前发布的 3.4.1 版本中修复。目前账本上约有 999.86 亿枚 XRP 存在。

该漏洞需要数百次经过刻意构造的操作才能触发，普通支付交易远不足以触发。未来将加强形式化验证和 AI 对抗测试，扩大与安全研究人员的合作，并进一步强化漏洞赏金计划。

官方还指出，3.4.1 版本的强制升级依据的是常规“修正案”投票机制，即需要获得超过 80% 的验证者支持并持续两周；协议变更本身仍遵循修正案流程。不过，与通常先发布并默认关闭的修正案不同，本次修复在升级至 3.4.1 后立即生效。XRP 总量在 2012 年账本启动时就已全部创建，目前没有任何公开网络遭到利用的迹象。

常见问题 XRP Ledger 整数溢出漏洞存在多久，已如何修复？

根据 XRPL 官方报告，该漏洞自 2015 年支付引擎编写时就已存在，约十年后的 2026 年 9 月 22 日才被报告；漏洞已于 2026 年 9 月 25 日通过 xrpld 3.4.1 版本修复。发布当天，默认 UNL 中超过 80% 的验证者已经完成升级。

该漏洞是否导致 XRP 超发？

根据 XRPL 基金会于 2026 年 10 月 12 日发布的澄清，漏洞没有新增任何 XRP。目前账本上约有 999.86 亿枚 XRP 存在，官方确认没有发现任何公开网络遭到利用的迹象。

为何此次修复跳过修正案流程？

根据 XRPL 官方说明，xrpld 是开源软件，发布补丁就等于公布漏洞位置；如果按照正常修正案流程，漏洞会公开数周，而主网仍可能遭到攻击。这是修正案制度推出十多年来的首次，相关决定由 XRPL Foundation、RippleX 和验证者共同作出。

节点运营者现在需要采取什么行动？

根据 XRPL 官方说明，仍停留在旧版本的服务器将被新的修正案拒之门外，无法跟上主网账本；升级至 3.4.1 或更高版本已是唯一选项。

免责声明：以上内容(如有图片或视频亦包括在内)均为平台用户上传并发布，本平台仅提供信息存储服务，对本页面内容所引致的错误、不确或遗漏，概不负任何法律责任，相关信息仅供参考。

本站尊重他人的知识产权、名誉权等法律法规所规定的合法权益!如网页中刊载的文章或图片涉及侵权，请提供相关的权利证明和身份证明发送邮件到909075378@qq.com，本站相关工作人员将会进行核查处理回复