XRP Ledger（XRPL）开发团队近日为一项可能让攻击者凭空创造XRP的重大漏洞发布紧急修补程序，并跳过原有的网络修正案投票流程，立即推动节点升级。开发者表示，若按照正常程序等待验证者投票，漏洞细节可能在修补生效前公开数周，增加遭到利用的风险。不过，这项罕见的紧急处置也引发外界质疑，XRPL在安全决策与网络治理方面，是否真正具备其宣称的去中心化特性。

紧急修补跳过正常投票，开发者称为避免漏洞曝光

XRPL开发团队于9月25日发布紧急修补程式，距离收到漏洞赏金计画的通报仅三天。这项修补会在安装相关版本的伺服器上立即生效，与XRPL原有的修正案机制不同。

XRPL一般透过修正案（Amendment）机制调整协议规则，相关提案须获得超过80%的验证者支持，并连续维持两周，才能正式启用。开发团队指出，若此次漏洞修补同样经过正常投票程序，相关修正内容可能提前公开数周，让攻击者有机会在漏洞完全修复前发动攻击。

开发者表示，这是该机制推出十多年来，首次刻意绕过正常修正案流程的处置。 XRPL基金会则指出，此次决策由基金会、RippleX、核心开发者及验证者共同评估漏洞严重性后作出，并非由单一组织自行决定。

基金会强调，节点营运者仍可自行选择执行的软体版本，而协议规则的正式变更仍须遵循原有修正案程序。换言之，此次紧急更新是针对安全漏洞采取的特殊措施，并不代表一般协议变更机制已遭取代。

漏洞自2015年存在，可能凭空铸造XRP

根据XRPL的漏洞揭露报告，这项问题源自支付引擎中的整数溢位（Integer Overflow），自2015年起便存在于系统中。

XRPL以64位元整数储存XRP余额，数值具有固定上限。当计算结果超出上限时，原本应该被拒绝的运算，可能因数值溢位而回绕至较小的数字，导致系统计算出错。

攻击者若刻意建立数百笔价格经过特殊设计的挂单，每笔要求支付极大量的XRP，再透过一笔交易同时消耗这些挂单，就可能利用运算错误制造资产差额。

在这种情况下，系统可能将挂单所要求的完整金额记入卖方帐户，却只向买方收取因整数溢位而缩小的金额。两者之间的差额便可能形成额外产生、可供使用的XRP，突破网络原有的供应量限制。

不过，该漏洞需要攻击者事先建立经过特殊设计的挂单，并非一般交易活动就会触发。开发团队表示，目前没有证据显示这项漏洞曾在任何公开网络上遭到利用。

紧急升级引发争议，XRPL去中心化程度再受检视

此次事件也引发外界对XRPL治理模式的讨论。 XRPL官方网站将该网络描述为完全去中心化的公有区块链，而去中心化程度也是市场讨论XRP监管定位时的重要议题之一。

Cyber​​ Capital创办人Justin Bons批评，XRPL向散户宣传去中心化，与此次紧急修补的做法存在矛盾。他指出，9月25日发布的紧急版本最初仅以二进位档形式提供，原始码一度未同步公开，加上节点营运者面临升级压力，使他质疑网络的实际治理方式。

对此，XRPL基金会反驳，节点营运者协调采取一致行动，并不等于网络受到单一实体控制。基金会指出，各验证者与节点营运者仍可独立评估情况并决定采用的软体，协调更新不代表放弃独立性。

独立验证者营运者XRP Kuwait也反对将此次集体升级直接视为中心化控制的证据，认为不同参与者在面对重大安全风险时达成共识，并不足以证明其决策权已集中于特定组织。

整体而言，此次事件凸显公有区块链在安全性与去中心化治理之间可能面临的取舍。紧急修补有助于降低漏洞遭利用的风险，但跳过既有程序也会引发透明度与决策权分配的疑问。 XRPL后续如何完善紧急安全处置机制，并确保修补过程具备足够的公开性与问责性，将成为外界持续关注的焦点。

本文链接地址：https://www.wwsww.cn/rbb/41795.html
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。