XRP Ledger(XRPL)于9月25日推出紧急安全更新,跳过标准协议治理流程,以遏制一个潜在可被滥用的整数溢出缺陷。该漏洞若被利用,理论上允许攻击者创建超出账本供应上限的可花费XRP。
项目方表示,若按原定修正案机制推进,修复方案将在激活前暴露数周,为恶意行为者提供充分研究和部署时间。因此,此次行动被视为特殊例外,旨在最大限度降低风险。
在公开声明中,XRPL基金会指出,常规修正案流程需经历至少两周的验证者投票周期。在此期间,漏洞细节将对公众可见,增加被针对性攻击的可能性。为防止这一情况,由基金会、RippleX及核心开发者共同协调,决定立即部署补丁。
尽管如此,此举仍引发对网络去中心化程度的质疑。长期以来,XRPL自称为完全去中心化的公共账本,而此次快速决策被部分观察者视为与该理念背道而驰。
加密领域评论员对此反应不一。Cyber Capital创始人Justin Bons批评称,向零售用户宣传去中心化却实施非透明的紧急升级,构成误导。他特别指出,补丁以二进制形式发布,源代码未即时开放,迫使节点运营商被动更新。
对此,XRPL基金会回应称,无单一实体拥有跳过投票的权力。所有参与者——包括独立验证者——均参与了评估与决策过程。同时强调,版本3.4.1的强制执行仍依赖于超过80%验证者持续支持的修正案机制。
独立验证者XRP Kuwait进一步解释,多方协调并不等同于集中控制。它认为,节点运营商之间就重大安全问题达成共识,是合理且必要的协作行为,不影响各自的独立性。
该漏洞源于支付引擎中的64位整数溢出。当账户余额计算总和超过最大值时,系统不会报错,而是自动回绕至较小数值。
攻击者可通过构造大量特定报价交易,诱导系统错误记账。在一笔支付完成时,卖方账户将获得远高于买方实际支付金额的XRP,差额即为非法新增的可花费资产。
值得注意的是,此类攻击需要高度复杂的交易结构,无法通过常规操作触发。目前尚无证据表明该漏洞已在主网上被实际利用。
随着事件平息,市场关注点转向后续治理实践。投资者与验证者需观察该项目是否会建立明确的紧急发布标准,以及如何提升信息披露透明度。
此次事件也促使更广泛的讨论:在极端安全威胁下,去中心化原则是否应让位于响应速度?这不仅关乎技术安全,也将影响用户对网络信任的基础。