XRP Ledger（XRPL）验证节点运营商XRP Kuwait近日公开澄清，否认在近期关键安全更新后网络独立性受损的说法。此次争议聚焦于xrpld版本3.4.1的快速部署，该补丁旨在修复长期存在的支付引擎漏洞，引发社区对去**化程度的广泛讨论。

漏洞**：支付引擎中的历史缺陷

此次紧急修复源于代码库中一个可追溯至2015年的整数溢出问题。当处理大量交易报价时，若总和超过系统设定阈值，相关变量将归零，导致接收方获得远超实际扣除金额的资金，形成未经授权的XRP**释放，严重挑战协议的供应机制。

更关键的是，这一异常还触发了核心保障机制——不变性检查的失效，使整个分类账状态面临潜在风险。由于修复需在极短时间内完成，多个节点运营商同步升级，未经过常规投票流程，迅速成为外界质疑网络治理透明度的焦点。

去**化争议：协调行动是否意味着控制？

部分社区成员指出，如此高度一致的应急响应可能暗示某种隐性**化趋势。他们认为，验证者之间在危机时刻的协同行为，与分布式自治的基本原则存在冲突。

对此，XRP Kuwait明确回应：临时协作不代表放弃独立判断。软件升级过程中的集体行动是应对技术威胁的必要手段，不能等同于对网络控制权的集中。

双重修复保障链上稳定

除支付引擎漏洞外，另一项针对批次机制（XLS-56）的安全问题也得到解决。该漏洞允许未经标准包装的内部交易被服务器接受，可能导致共识失败或数据不一致。

相关修复通过激活fixBatchV1_2修正案实现，并已于10月9日正式集成至主网，有效封堵了攻击入口，确保区块链持续稳定运行。

基金会确认漏洞已封闭

作为独立技术支持机构，XRPL基金会证实上述漏洞在被利用前已被**修复。目前未发生**资产损失，所有未打补丁的旧版本节点均已被强制隔离，无法参与主链同步。

“系统已恢复正常，过时节点不再构成威胁。”基金会表示，这种主动隔离机制进一步增强了网络韧性。

验证者重申去**化承诺

尽管面对质疑，XRP Kuwait承认当前仍面临去**化建设的现实挑战。其坦言：“我们并不声称网络已**去**化。”但强调，在关键时刻维护分类账完整性的技术自主，恰恰体现了验证者群体对分布式治理的坚持。

团队指出，紧急情况下的快速响应并非妥协，而是对网络健康负责的表现，不会动摇其长期推动开放、抗审查架构的愿景。