XRPL发布紧急安全补丁以应对无限XRP漏洞，引发去中心化争议
XRP Ledger（XRPL）的开发人员表示，他们别无选择，只能部署紧急安全补丁，而未等待网络标准的两周验证者投票流程。该更新于9月25日发布，旨在阻止一个可能导致攻击者在账本固定供应量之外创建可花费XRP的缺陷。
在周日发布的公开评论中，XRPL开发人员辩称，如果按照常规的修正案工作流程，该漏洞在修复生效前将“公开数周”，这给了潜在的攻击者适应和准备的时间。这一决定随后引发了关于XRPL真正去中心化程度的辩论，特别是考虑到该网络长期以来一直将自己定位为完全去中心化的区块链。
核心要点
- 9月25日的紧急补丁被立即部署在安装它的服务器上，绕过了XRPL典型的两周验证者修正案投票程序。
- XRPL开发人员表示，等待正常流程将使漏洞向攻击者暴露数周，从而增加安全风险。
- 根本问题在于XRPL支付引擎中的整数溢出，理论上可以通过精心构造的交易铸造无限量的XRP。
- XRPL基金会表示，这一加速决策是由多个团体共同协调的，验证者和节点运营商仍有权选择运行何种软件。
- 独立验证者XRP Kuwait反驳称，协调升级并不能证明存在集中式控制，因为协调不等于控制。
为何XRPL跳过常规验证者投票
面对补丁绕过协议治理常规的批评，XRPL开发人员为这种紧急措施进行了辩护。根据XRPL基金会及相关贡献者的说法，网络的正常修正案流程将延迟修复——同时也会给攻击者更长的时间来研究问题并策划利用漏洞的手段。XRPL将此描述为一种特殊情况。
在周日的一篇帖子中，该项目表示，采取紧急路径是必要的，否则修复方案将在激活前长期公开可见。开发人员的核心论点很直接：暴露时间越长，风险越高。
然而，这种理由与XRPL的去中心化叙事发生了冲突。在其官方渠道上，XRPL强调其作为完全去中心化的公共区块链运作——这一主张已在关于XRP是否应被视为证券的更广泛辩论中被引用。
紧急发布后的去中心化辩论
加速发布引发了市场和加密评论员的审视。Cyber Capital创始人Justin Bons表示，XRP向零售投资者营销为去中心化资产的做法构成“赤裸裸的欺诈”，他认为紧急补丁仅以二进制文件形式发布，源代码暂时 withheld（保留/未公开），并迫使运营商更新。
XRPL基金会反驳了认为事件序列表明集中式控制的解读。基金会在回应中表示，没有任何一方可以单独决定跳过正常的修正案投票。它指出，该决定是在评估了漏洞的严重性后，由基金会、RippleX、核心开发人员和验证者共同做出的。
基金会还强调，协议更改仍通过修正案机制进行。它指出，版本3.4.1仅在常规修正案投票达到所需阈值后才成为强制要求——超过80%的验证者支持持续了两周。
独立验证者运营商XRP Kuwait也拒绝从“协调升级”跳跃到“集中式控制”。在其帖子中，它辩称独立运营商之间的协调并不意味着失去独立性。它表示，运营商可以沟通、评估相同的风险，并在没有单一实体接管的情况下达成一致决定。
漏洞详情：XRPL支付引擎中的整数溢出
争议的焦点是XRPL漏洞披露材料中描述的技术缺陷。问题是账本支付引擎中存在整数溢出，据报道该问题自2015年就已存在。
XRPL以64位整数存储余额，并设有固定最大值。当计算产生的总和超过该最大值时，计算结果会回绕到一个较小的数字，而不是安全地失败。
披露文件解释了攻击者如何利用这种行为，通过精心构造的交易条件进行攻击。攻击者会放置数百个报价，价格经过刻意选择，每个报价都请求大量XRP。然后，通过执行一笔消耗这些报价的支付，系统会将全额金额记入每个报价所有者的账户。
与此同时，买方只会被收取由溢出引起的回绕——较小的总金额。卖方收到的金额与买方支付的金额之间的差额，实际上代表了新创建的、可花费的XRP。
值得注意的是，报告指出，该攻击需要精心构造的报价，不能通过普通交易活动触发。开发人员还表示，他们没有发现任何证据表明该问题在任何公共网络上被利用过。
投资者和运营商接下来应关注什么
在紧急绕过治理程序之后， immediate的问题是XRPL是否会将这些行动视为严格与严重风险相关的罕见例外，还是说先例会影响未来的补丁行为。投资者和验证者都应关注该项目是否会澄清紧急发布的标准、如何沟通时间表和披露实践，以及更广泛的去中心化辩论是否会影响对XRPL治理模式的信心。
