XRP Ledger跳过正常验证节点投票以修复11年历史漏洞：开发者解释原因

核心提要：关键要点XRPL 绕过标准投票流程以实施关键安全修复超过 80% 的受信任验证者立即完成升级紧急响应措施引发对去中心化治理模式的质疑XRP Ledger 开发者为未经标准流程的关键协议修复辩护XRP Ledger (XRPL) 的开发团队正在为一项非同寻常的安全决策进行辩护。该团队在部署一项关键的协议修复程序时，未等待

关键要点

XRPL 绕过标准投票流程以实施关键安全修复超过 80% 的受信任验证者立即完成升级紧急响应措施引发对去中心化治理模式的质疑

XRP Ledger 开发者为未经标准流程的关键协议修复辩护

XRP Ledger (XRPL) 的开发团队正在为一项非同寻常的安全决策进行辩护。该团队在部署一项关键的协议修复程序时，未等待网络标准的两周验证器批准流程。此次紧急更新于 9 月 25 日发布，旨在解决一个存在了 11 年的漏洞。该漏洞若被利用，可能导致攻击者创造出超出加密货币预期供应上限的可花费 XRP。

尽管调查人员未发现任何被利用的证据，但消除威胁所采用的方法引发了关于去中心化网络应如何应对紧急情况的广泛争议。

为何 XRPL 跳过两周验证器投票？

根据正常的 XRPL 治理框架，任何影响交易处理的变更必须获得超过 80% 受信任验证者的支持，并持续两周后方可激活。

然而，此次 9 月的安全补丁遵循了不同的程序。根据官方漏洞报告，升级到 xrpld 3.4.1 版本后，修复程序在每个服务器上立即生效，而非通过批准的修正案同时激活。

开发人员表示，XRP 供应漏洞的严重性使得正常流程变得过于危险。如果在漫长的投票期间发布补丁而漏洞仍可被利用，可能会给攻击者提供足够的信息来重现攻击手段。

根本问题涉及支付引擎中的整数溢出。特殊构造的交易可能导致系统向账户存入比发送方实际支付的更多 XRP，从而潜在地创造新的代币。研究人员将易受攻击的代码追溯至 2015 年，但并未发现其在公共网络上被利用的证据。

紧急修复引入了暂时的共识风险

这一决定并非没有技术后果。通常情况下，修正案会在所有兼容服务器上同时激活，确保验证者应用相同的交易规则。而此次紧急更新则造成了一个暂时的时期：升级后的服务器会拒绝某些恶意交易，而旧版本可能仍会接受它们。

理论上，如果攻击者在足够多的验证者升级之前尝试利用该漏洞，这种分歧可能会中断分类账验证。然而，快速的部署减少了这种暴露风险。据开发团队披露，截至 9 月 25 日，默认唯一节点列表（UNL）上的运营商中已有超过 80% 安装了 3.4.1 版本。

此次响应与另一项批量安全修复不同，后者遵循了正常的修正案程序，并于 10 月 9 日激活。

安全措施 XRP 溢出修复 Batch Wrapper 修复

发布日期

9 月 25 日

激活方式

服务器升级后立即生效

经验证器批准的修正案

主网激活时间

服务器升级期间

10 月 9 日

主要威胁

未经授权创建 XRP

潜在的共识中断

来源

XRPL 漏洞披露，2026 年 10 月 9 日

紧急补丁是否挑战 XRPL 的去中心化性质？

此次事件引发了关于在严重的网络紧急情况下，开发人员和验证器运营商应行使多大权力的讨论。批评意见部分集中在安全敏感的源代码公开释放之前软件的临时分发上。支持者则认为，防止攻击者利用已披露的弱点需要立即协调。

XRP 基金会拒绝了运营商被迫安装更新的建议，强调验证者是自主做出升级决定的。

与此同时，即将推出的 XRPL 借贷升级仍在通过常规投票流程推进，这表明常规的协议更改仍需持续的验证者支持。开发人员坚持认为，绕过修正案应仅保留用于极其严重的安全威胁，而不是成为网络治理的标准替代方案。

对于 XRP 持有者而言，当前的紧迫问题已得到解决：漏洞已被修补，且调查人员报告称无已知利用情况。长期的问题在于，XRPL 如何在快速响应未来关键威胁的同时，保持去中心化的决策机制。