Ripple 资深人士施瓦茨在全网攻击后披露了私人 XRP 账本中心的健康状况

免责声明：我们的作者表达的观点仅代表他们自己，并不代表《今日美国》的观点。 U.Today 上提供的金融和市场信息仅供参考。 U.Today 对交易加密货币时产生的任何财务损失不承担任何责任。在做出任何投资决定之前，请联系金融专家进行自己的研究。我们相信截至发布之日所有内容都是准确的，但提到的某些优惠可能不再可用。

Ripple 荣誉首席技术官兼 XRP Ledger 首席架构师 David Schwartz 透露了他的私人中心的运营指标 - 本质上是一个主要的中继服务器，其他网络节点通过它进行通信。

遥测涵盖8月25日至9月8日期间，验证者对此感兴趣并非巧合：这是XRPL的关键节点之一。这位 Ripple 资深人士的结论是，该系统已从最近的危机中完全恢复，并且正在以坚如磐石的稳定性运行，或者正如施瓦茨本人所说，“坚如磐石”。

对于生态系统来说，这份出版物不仅仅是一套干燥的图表——它是一个期待已久的批准印章。就在一个多月前，即 7 月 31 日，XRPL 网络遭遇了严重的基础设施危机。

一次垃圾邮件攻击如何几乎使 XRP 网络超载，以及为什么它的创建者必须亲自证明一切都已修复

匿名攻击者发起了一场所谓的“明显风暴”。清单是验证器节点的数字凭证，攻击者用数千个虚假凭证淹没网络，迫使节点花费资源处理垃圾。

当时，Schwartz 的集线器遭受了广泛的连接失败，直接在协议阶段（节点相互比较账本状态的阶段）出现了 onReadMessage 错误。然而，区块敲定和共识本身却没有被中断一分钟，并且在没有关闭网络的情况下通过紧急工程干预解决了该事件。

2026 年 8 月 25 日至 9 月 8 日的 XRPL Hub 服务器对等延迟指标，来源：David Schwartz

开发人员不得不紧急推出 xrpld 3.2.1 修补程序。它限制了清单大小并重新设计了未知节点的数据缓存，以便系统不再将资源浪费在可疑参与者上。一个月后，施瓦茨展示了该补丁在现实条件下的第一个结果。

最新的图表证明，攻击造成的后果已经完全消除。该集线器可靠地维持约 400 个并发连接，峰值为 423 个，其中包括 135 个入站连接和 271 个出站连接。延迟（节点之间的响应时间）降至 165 毫秒。

唯一的异常现象是 9 月 6 日一次性峰值达到 1.49 秒，但算法控制住了它而不影响共识。连接掉线事件仍然保持在每五分钟 84.6 起事件——这是正常的背景率，而不是出现问题的迹象。由于更新的保护现在过滤掉了几乎所有垃圾流量，标记为“滥用”的恶意活动指标几乎降至零。

本质上，这不是单个服务器的例行正常运行时间报告，而是在实际负载下对更新的 xrpld 软件进行的公开审核。它证实XRPL的基础设施已准备好长期稳定运行。