XRP Ledger 开发者近日在 X 平台表示，修补一个潜伏 10 年的「无限印币」漏洞时，跳过正常的两周验证流程是必要做法；如果按常规程序推进，补丁会在数周内公开，攻击者也会获得可乘之机。
9 月 25 日上线的这次紧急修补，是 XRP Ledger 首次绕过标准修正流程。开发者同时称，这次更新并不是终点。独立节点随后用同样的方法又找出 4 个额外漏洞，确认系统中确实存在多个整数溢出问题。
紧急补丁为何绕过常规流程
按照开发者的说法，这次跳过正常验证程序属于「必要之恶」。原因很直接：一旦补丁先公开、再等待常规验证窗口结束，漏洞信息就会在公开环境中停留数周，给潜在攻击者留下时间。
不过，这种处理方式也引发了另一层争议。独立验证者指出，补丁发布流程暴露出区块链治理中的集中化痕迹，尤其是在紧急情况下，谁来协调升级、如何推动节点运营商尽快更新，都会被放到放大镜下审视。
漏洞如何导致「凭空增发」XRP
XRP 基础设施的机制并不复杂。XRP 余额存放在 64-bit 整数中，数值上限固定。当总和超过上限时，计算不会失败，而是回绕成一个较小的数字。
根据文中描述，攻击者可以先在账本上建立数百个特定价格的报价，每一笔都要求极大数量的 XRP；随后再发起一笔支付，将这些报价全部吃掉。这样一来，系统会把每笔报价的完整金额记入账本，但实际扣除的却只是回绕后的极小数值，两者之间的差额就会变成新生成、且可直接使用的 XRP。
Justin Bons 质疑去中心化说法
Cyber Capital 创始人 Justin Bons 周四表示，把 XRP 向散户营销为「去中心化」等于「直截了当的欺诈」。他提到，9 月 25 日发布的紧急版本当时只提供二进制文件，源代码暂未公开，同时还向节点运营商施压，要求尽快升级。
这一批评把争论焦点从漏洞本身，转向 XRPL 在紧急安全事件中的治理方式。
XRPL 基金会：没有单一主体能单独决定
面对外界质疑，XRPL 基金会很快作出回应。基金会表示，跳过正常修正流程的决定，是由基金会、RippleX、核心开发者和验证者共同评估后作出的。
基金会称：「没有一个单一主体能单独做这个决定。每个验证者和节点运营商都自行选择执行什么软件。」
独立验证者认可协调升级，但强调不等于控制
科威特独立验证节点 XRP Kuwait 也反对把协调升级直接等同于集中控制。该节点表示：「运营商协调更新本身不是集中控制的证据。协调不等于控制，独立运营商可以评估状况、互相沟通、达成同样结论，而不放弃独立性。」
不过，争议并未因此结束。文中提到，关键在于如何界定「互相沟通」。如果少数主要节点在没有共识协议约束的情况下私下对齐升级时间表，这种协调与去中心化之间的边界仍然会被反复讨论。文中也提到，比特币核心开发者在挖矿前也会私下沟通区块难度调整。
漏洞披露报告：问题自 2015 年起已存在
根据 XRPL 项目的漏洞披露报告，这一整数溢出问题存在于 XRP Ledger 的支付引擎中，自 2015 年起就已潜伏在系统里。报告指出，攻击需要刻意构造的报价，普通交易活动不会触发这一问题。
开发者表示，在公共网络上没有发现漏洞已被利用的证据，但这并不代表漏洞不存在，只能说明此前没有人注意到。
报告还提到，同一枚 64-bit 整数同时用于存储 XRP 余额和货币精度。当精度位被填满时，计算会发生回绕，而不是正常溢出报错。
固定供应量背后的数字限制
这也带出一个更具体的数字问题。文中称，XRP 的理论固定供应量是 1,000 亿枚，但实际可用上限是 524,710,599 枚，其余约 947 亿枚并未真正被使用，而是留在账本中充当「缓冲」。
文章后文又提到，XRP 供应量固定这一前提，背后依赖的是 52 亿枚缓冲永远不会被耗尽的假设。如果未来再发现两三个类似的溢出漏洞，这一假设就可能受到挑战。
补丁之后，市场更关注两条线索
文章将这次事件归纳为两条值得继续观察的线索。
- 第一，区块链的去中心化程度，很大程度上取决于定义方式。如果节点在幕后协调升级就被视为中心化，那么几乎所有主流链都很难被称为完全去中心化。
- 第二，一个整数溢出漏洞能在一个已有 11 年历史的系统中潜伏 10 年才被发现，说明 XRPL 代码库中可能还存在其他未被注意到的问题。
台湾市场视角：XRP 持有度高，支付场景更敏感
文章还提到，从台湾加密市场的角度看，XRP 是当地最常被持有的代币之一，原因主要是交易速度快、手续费低。如果 XRPL 的内部机制出现问题，最直接受到影响的会是把 XRP 作为支付媒介的交易所和支付机构，而这些机构在当地市场占有相当份额。
文中认为，这次补丁虽然没有造成实际损失，但再次提醒市场，「去中心化」的定义可能比许多人原先理解得更宽松。