XRP Ledger的紧急安全更新
XRP Ledger的开发者在发布一项关键协议修复时，捍卫了一项非同寻常的安全决策，未等待网络标准的两周验证者批准流程。这项紧急更新于9月25日发布，解决了一个存在11年的漏洞，该漏洞可能允许攻击者创建超出加密货币预定供应限制的可支配XRP。
尽管调查人员未发现被利用的证据，但消除这一威胁的方法引发了关于去中心化网络在紧急情况下应如何应对的辩论。根据正常的XRPL治理框架，影响交易处理的变更必须在两个连续的星期内获得超过80%的受信任验证者的支持，才能激活。
漏洞的严重性与修复措施
然而，9月的安全补丁则遵循了不同的程序。根据官方的漏洞报告，该修复在每台服务器升级到xrpld 3.4.1后立即生效，而不是通过批准的修正案同时激活。开发者表示，XRP供应漏洞的严重性使得正常流程过于危险。在延长的投票期间发布补丁而让漏洞仍然可被利用，可能会给攻击者提供足够的信息来重现该漏洞。
根本问题涉及支付引擎中的整数溢出。特殊构造的交易可能导致系统记入比发送者实际支付的更多XRP，从而可能创造出新的代币。
研究人员追溯到2015年的脆弱代码，尽管他们未发现其在公共网络上被利用的证据。这个决定并非没有技术后果。通常，修正案会在兼容的服务器上同时激活，确保验证者应用相同的交易规则。然而，紧急更新则创造了一个临时时期，在此期间，升级的服务器会拒绝某些恶意交易，而旧版本可能仍会接受这些交易。
安全更新的影响与未来展望
这种不一致理论上可能在攻击者试图利用漏洞之前中断账本验证，前提是足够的验证者尚未升级。然而，快速的推广减少了这种风险。根据开发团队的披露，到9月25日，超过80%的默认唯一节点列表的运营商已安装了3.4.1版本。
此次响应与单独的批量安全修复不同，后者遵循正常的修正程序，并于10月9日激活。此事件引发了关于开发者和验证者运营商在严重网络紧急情况下应行使多少权力的质疑。批评主要集中在安全敏感源代码公开发布之前软件的临时分发上。
支持者则认为，立即协调是防止攻击者利用已披露的弱点所必需的。XRPL基金会拒绝了有关运营商被迫安装更新的建议，强调验证者自行决定升级。
此次辩论也发生在即将进行的XRPL借贷升级仍在正常投票过程中，表明常规协议变更仍需持续的验证者支持。开发者坚持认为，绕过修正案应仅保留用于极其严重的安全威胁，而不应成为网络治理的标准替代方案。
对于XRP持有者而言，眼前的担忧已得到解决：漏洞已被修复，调查人员报告没有已知的利用情况。长期的问题是，XRPL如何在快速响应未来关键威胁的同时，保持去中心化的决策机制。
