XRP Ledger 基金会详解针对严重供应量漏洞的紧急修复
要点速览
- •XRP Ledger 基金会表示，没有任何 XRP 通过该漏洞被创建，且未发现该曾在公开网络上被利用的证据。
- •利用该漏洞需要数百次刻意构造的操作，正常的支付交易远远不会触发该漏洞。
- •3.4.1 版本在 9 月 25 日公开二进制文件发布之前被直接分发给默认 UNL 验证人，这是自修正案系统十多年前引入以来首次对交易处理进行的有意直接变更。
- •在 1000 亿的固定供应量下，目前约有 999.86 亿枚 XRP 存在，基金会表示所有余额均公开可见，任何人都可以独立核实相关数据。
- •节点运营者被建议运行 xrpld 3.4.1 或更新版本，而 XRP 持有者未被要求转移资金或更换钱包。
XRP Ledger 基金会解释了开发者和验证人如何应对一个漏洞，该漏洞原本可能让攻击者通过刻意构造的支付交易创建可花费的 XRP。基金会表示，没有任何 XRP 通过该漏洞被创建，也没有证据表明该漏洞曾在公开网络上被利用。
10 月 11 日的声明重点在于应对过程，而非重复漏洞的技术细节。关于该漏洞的早期说明可参阅 Coindoo 的报道。基金会的技术披露报告发布在 XRP Ledger 网站上。
公开账本数据支持供应量结论
XRP 以 1000 亿的固定供应量发行，交易手续费会随时间被销毁。基金会表示，目前约有 999.86 亿枚 XRP 存在。
技术披露报告称，团队没有发现该漏洞曾在公开网络上被利用的证据。这一结论可以对照 XRP Ledger 经过验证的交易历史和账户余额进行核实，这些数据通过浏览器和其他数据服务公开可供独立审查。
“在这一点上你们不需要信任我们，”基金会写道。新创建的 XRP 会出现在账户余额中，因为 XRP Ledger 上不存在隐藏余额区域。基金会表示，它持续监控账本，并在网络整个历史中验证了供应量，其他社区成员也进行了各自的核查。
公开记录无法揭示披露之前的每一次私下沟通，也无法证明一次从未提交到网络的攻击背后的意图。但它们可以显示经过验证的交易、可见的余额变动以及记录在案的供应量。这些信息为驳斥所谓大量 XRP 被秘密铸造并隐藏在网络上的说法提供了依据。
为什么修复先于技术披露发布
根据 XRP Ledger 的标准治理流程，交易规则的变更通过修正案（amendment）引入。验证人必须在两周内维持超过 80% 的支持率，修正案才会生效。这一流程让节点运营者有时间升级，并确保网络在同一时点采纳变更。
溢出漏洞的修复走了不同的路径，因为该漏洞被视为一种现实存在的风险。披露报告指出，在较旧版本服务器受到保护之前发布揭示具体缺陷的代码，可能使攻击路径更容易被识别。因此，3.4.1 版本在每台服务器升级时应用保护措施，而不是等待常规的公开修正案流程。
基金会在一条 X 帖子中总结了其说明：
The recent XRP Ledger security fix raised a lot of questions and some misconceptions. Let’s clear them up.
- Was any XRP created?
No. XRP’s supply was fixed at 100 billion when the XRP Ledger launched, and no transaction is allowed to create more. This bug was a way around that rule, and 3.4.1 fixed it 2 weeks ago.
You don’t need to trust us on this. All ledger data is public, and explorers and data sites read it every day. New XRP would show up in account balances for everyone to see. There is no hidden place for XRP on the XRP Ledger, every balance is public.
We monitor the XRP Ledger 24/7 and have verified the supply throughout the history of the ledger. Others in the community verified this too, and anyone can do the same.
Transaction fees are destroyed, so the supply is deflationary. About 99.986 billion XRP exist today.
- How did this go unnoticed, and what’s next?
No normal payment comes anywhere near triggering it. It took hundreds of deliberately constructed operations.
AI makes bugs like this faster to find, for the bad guys and the good guys.
Together with RippleX and the community, will ensure the XRP Ledger is protected against such vulnerabilities. This means radically applying Formal Verification and AI adversarial testing, collaborating closely with security researchers, and strengthening the bug bounty program.
You’ll hear a lot more about this as we progress.
- XRP Ledger decentralization at the core of this.
A public fix shows attackers where the bug is, and AI makes that fast. With a normal amendment vote, the fix would have been public for weeks before it took effect, risking network security.
As a reaction to this, the XRPL community came together, and among them the XRP Ledger Foundation, RippleX, core devs and validators formed a social consensus and agreed on a path forward that involves shipping the fix directly. Patching a live network is never trivial, so the plan was also designed to minimize disruption for everyone running on it.
We shared the build with the default UNL validators, using the contact details each one publishes in its xrp-ledger.toml file. Public binaries followed the same day, September 25.
No single party could make that call alone. Every validator and node operator chooses what software to run, and 3.4.1 only became required through a normal amendment vote with more than 80% validator support for two weeks. Protocol changes still go through amendments.
Big thanks to Cayden Liao and Veria AI for finding and reporting this responsibly, to the XRPL core developers for building and testing the fix, and to every node operator who upgraded so quickly, especially the validators.
Full report:
— XRP Ledger Foundation (@XRPLF) October 11, 2026
基金会将这次直接的软件发布描述为例外应对措施，而非对常规治理的替代。其报告称，这是自修正案系统十多年前引入以来，首次对交易处理进行的有意直接变更。报告还表示，未来的协议变更仍将继续需要获得验证人支持的修正案。
验证人仍掌握是否安装软件的决定权
基金会表示，在 9 月 25 日发布公开二进制文件之前，它已将修复后的版本共享给默认 UNL 验证人的运营者。这些运营者自行决定是否运行新版本。基金会和 RippleX 都无法强制跨独立运营的服务器进行升级。
这造成了一段短暂时期，在此期间已打补丁和未打补丁的服务器对该特殊支付路径遵循不同的规则。根据 XRPL 的报告，在此期间若有利用尝试，可能导致不同版本之间产生分歧，并可能干扰验证过程。团队判断，这一风险优于在较长的公开激活期内放任一次成本低廉且可能不可逆的通胀攻击。
此次应对由 XRP Ledger 基金会、RippleX、核心开发者和验证人协同完成，但没有任何单一组织能够独自做出这一决定。每位验证人和节点运营者都自行选择运行什么软件，而修正案系统仍然是使协议变更成为强制性的机制。
这次披露对用户和运营者意味着什么
报告没有要求 XRP 持有者转移资金或更换钱包。对于节点运营者，XRPL 表示服务器应运行 xrpld 3.4.1 或更新版本，以与网络保持同步。实际上，所述的补救措施涉及维护账本基础设施的软件，而非要求 XRP 持有者进行的钱包操作。
基金会还表示，正常的支付交易远远不会触发该漏洞。利用该漏洞需要数百次刻意构造的操作。它补充说，人工智能会使攻击者和防御者都更快地发现此类漏洞。
计划中的安全措施
基金会表示，计划扩大形式化验证和 AI 对抗性测试的使用，与外部安全研究者开展更紧密的合作，并强化其漏洞赏金计划。这些措施无法保证不会再出现严重问题，但旨在提高漏洞在生产版本发布之前被发现的概率。
披露报告还描述了一项发布控制措施。被标记为已修复的安全发现应针对包含补丁的候选发布版本进行重新测试，并在关闭该发现之前复现最初报告的问题。这一流程为外部研究者提供了可用于评估后续版本的标准。
该漏洞暴露了旨在维护 XRP 固定供应量的规则中的一个严重缺陷。此次应对留下了自身的公开记录：一份漏洞赏金报告、一次快速的验证人升级、随后的技术披露以及一系列安全承诺。这些承诺是否成为未来发布流程中的常规做法，将决定此次事件的长期意义。
本文仅供参考，不构成投资建议。随着更多技术信息的披露，软件发布和安全披露细节可能发生变化。
来源：Coindoo。
