XRP账本项目修复了一个藏了很多年的高危代码漏洞。这个漏洞是整数溢出问题，黑客制作特殊交易就可以造出超出最大限额的代币，不过触发条件比较复杂，需要批量新建账户并构造结算，普通交易不会触发。项目紧急跳过治理流程完成修复，超八成节点升级，目前没有发现黑客在公网利用漏洞。下面小编梳理了XRP账本修复高危安全漏洞的进展。

XRP账本修复了一个可追溯至2015年的高危安全漏洞。攻击者可构造一笔特殊交易，凭空铸造约18万亿枚XRP；9月25日，超过80%可信验证节点完成紧急版本升级。

XRP账本基金会与RippleX在10月9日披露该漏洞。官方解释，网络支付引擎存在一处缺陷，有可能生成超出原定1000亿枚总量、可正常转账使用的XRP。开发人员在测试环境复现该问题，并发布3.4.1版本修复漏洞。调查未发现公网中该漏洞曾被利用。安全研究员Cayden Liao与Veria AI上报漏洞并演示其潜在危害，获得漏洞赏金计划最高25万美元奖金。

“本次XRP账本安全修复引发大量疑问与误解，在此澄清。1.是否已经铸造出新XRP？没有。XRP账本上线时就固定总供应量为1000亿枚，任何交易都不允许增发代币。这个漏洞本是一条绕开该限制的途径……”

—XRP账本基金会（@XRPLF）2026年10月11日

XRP账本修复可凭空铸造数万亿XRP的漏洞

该漏洞影响XRP账本的支付引擎，支付引擎负责处理转账以及网络内置去中心化交易所相关交易。

根据官方披露，问题源于2015年编写代码中的整数溢出缺陷。整数溢出指运算结果超出计算机分配比特位所能表达的数值上限。

在本案例中，支付引擎会累加订单簿内多个挂单对应的XRP金额。软件采用64位整数，计算买家一次性完成多笔挂单支付时应付总金额。

开发者发现，攻击者可创建数百条特殊定价挂单，并构造一笔支付一次性结算这些挂单。当计算总金额超过整数上限时，数值会发生溢出回绕，变为一个极小数字。系统仍会按各挂单上标注的全额XRP计入各个卖家账户，但买家仅支付溢出后变小的金额。差额部分就会凭空生成此前不存在的XRP。

XRP账本基金会表示，这批新增代币可转账至其他账户、交易或转入交易所。报告描述潜在后果：“攻击者可以铸造远超总供给上限、可流通使用的XRP。”

开发者称，普通交易无法触发该漏洞。攻击者需要创建数百个账户、设置特殊价格挂单，并提交精心构造的一笔交易批量结算。原有安全校验失效，因为总量校验使用了和产生漏洞相同的运算逻辑。

此外，如果将新铸造的XRP分散转入多个钱包，还可以绕过另一项账户余额检查。

安全研究员发现可铸造18万亿枚XRP的攻击方式

安全研究员Cayden Liao与Veria AI测试XRP账本开源代码后，开发者注意到此漏洞。

VeriaLabs于10月10日发布研究成果，其自动化安全测试系统在9月21日发现该缺陷。次日，研究人员在本地测试网完成可行概念验证。

该公司表示，演示证明一笔特制交易最多可生成约18万亿枚XRP，相当于原定总供应量的约184倍。该数值仅为受控安全测试结果，并非流通量真实增加。Liao于9月22日通过XRPL官方漏洞赏金计划提交漏洞报告。

RippleX工程师在独立服务器复现该问题，证实新生成的XRP可在后续交易中花费。

漏洞最初被定级为高危，确认潜在后果后，开发者将其提升至严重级别。VeriaLabs称，如果攻击者成功利用漏洞，XRP整体市值将面临风险；该估算基于当时约940亿美元的XRP市值。

但940亿美元仅为研究人员估算的潜在风险敞口，并非实际发生的损失。安全团队未在公网发现未经授权增发XRP的证据。10月8日，VeriaAI因负责任披露该漏洞，拿到最高25万美元赏金。

RippleX绕过常规治理流程发布紧急修复

确认漏洞后，RippleX工程师在9月22日至23日完成补丁开发，补丁并入9月25日发布的xrpld3.4.1版本。

官方披露文件显示，开发者新增校验逻辑，阻止支付引擎接受超出整数允许范围的运算。新版软件会拒绝此类异常计算，直接返回支付失败，不再生成额外XRP。工程师更换原有运算逻辑，使用更大位宽计数器强化总量校验，防范同类问题，并额外复核其余余额计算逻辑作为防护。

但紧急部署补丁，给XRP账本治理带来特殊情况。正常情况下，交易逻辑修改必须通过网络修正案机制。一项修正案需要连续两周获得超过80%可信验证节点支持，方可激活。

针对本次支付溢出漏洞，开发者决定：验证节点升级软件后，修复立即生效。XRP账本基金会解释，如果走常规流程，审批窗口期漏洞会持续暴露，存在被攻击风险。

XRP账本软件为开源项目，补丁公开后会暴露漏洞位置与原理。

开发者判定，等待完整修正案流程会带来额外安全风险。这种紧急方案也存在隐患：不同版本节点对恶意交易处理规则不一致，极端情况下可能临时阻碍网络生成新账本。基金会表示，该决定征询了RippleX、验证节点运营方与其他XRPL贡献者意见。截至9月25日，默认唯一节点列表内超80%验证节点升级至3.4.1版本。

完成紧急安全处置后，公网源代码才对外发布。XRPL基金会发布记录将3.4.1版本标注为针对敏感协议安全问题的紧急更新。

XRP账本在Batch功能上线前修复第二个安全漏洞

10月9日披露内容同时包含Batch批量交易功能的另一处漏洞。Batch功能允许开发者将最多8笔交易打包为单次操作，支持多种执行模式，其中一种模式要求所有子交易全部成功，整笔批量交易才算生效。

安全测试期间，研究人员发现批量交易内部子交易打包校验存在缺陷。协议规定每笔子交易必须使用Raw Transaction字段。

但软件在特定条件下，可接受其他名称的替代字段。调查发现，不同服务器版本对这类格式异常交易的处理结果不一致。

XRP账本基金会称，如果该功能在漏洞修复前上线，这种处理分歧会引发网络共识中断。该问题最早在Sherlock安全攻防大赛中发现，后续由XRPL基金会贡献者Denis Angell跟进，RippleX工程师Mayukha Vadari确认该漏洞会造成不同版本节点之间的共识风险。

开发者推出fixBatch V1_2修正案进行修复，强制所有Batch批量交易使用规范字段格式，拒绝打包格式错误的交易。开发者暂停原BatchV1_1上线计划，直至漏洞修复完成。

fixBatchV1_2与BatchV1_1于10月9日在XRP账本主网正式激活。XRP Scan网络报告数据显示，Batch上线提案获得30个验证节点支持，5个节点反对。

此前针对Batch的安全评审文档，已经记录9月25日紧急版本发布，以及该功能上线前所需的各项防护措施。Batch早期版本就存在安全隐患，开发审查阶段曾发现交易授权相关问题。

8月另一份XRP账本安全审计报告，记录Sherlock竞赛针对拟议协议功能发现的96个有效漏洞。

针对本次Batch漏洞，XRP账本基金会确认：漏洞发现时，相关修正案尚未在主网启用。该缺陷没有造成用户资产损失、私钥泄露或共识失败。10月9日激活修正案后，运行旧版软件的服务器会被修正案锁定，必须升级至3.4.1或更高版本，才能继续保持网络同步。

XRP账本基金会表示，后续软件发布将新增一项校验要求：曾经上报的安全问题，需要针对候选发布版本重新复测，方可标记为修复完成。

基金会称，该流程适用于审计报告、漏洞赏金项目、AI辅助安全测试以及各类漏洞评估所发现的全部问题。