Ripple资深高管Schwartz披露XRP Ledger私人节点健康状况,网络已全面恢复

XRP
manifest flood攻击网络恢复David Schwartzxrpld热修复XRP账本
2 小时前来源: u.today
Ripple资深高管Schwartz披露XRP Ledger私人节点健康状况,网络已全面恢复

Ripple 首席技术官名誉退休者及 XRP Ledger 首席架构师 David Schwartz 公布了他的私有中心节点的运行指标——这本质上是一个主要的中继服务器,其他网络节点通过它进行通信。

遥测数据覆盖了从8月25日到9月8日的时间段,验证者对此的兴趣并非巧合:这是 XRPL 的关键节点之一。这位 Ripple 资深人士的结论是,系统已从最近的危机中完全恢复,并以坚如磐石的稳定性运行,或者正如 Schwartz 自己所说,“坚如磐石”。

对于生态系统而言,这份发布不仅仅是一组枯燥的图表——它是一份期待已久的认可。就在一个多月前,即7月31日,XRPL 网络遭遇了严重的基础设施危机

一次垃圾邮件攻击如何几乎使 XRP 网络过载,以及为什么其创造者不得不亲自证明一切已修复

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

当时,Schwartz 的中心节点遭遇了广泛的连接失败,在协议阶段直接出现 onReadMessage 错误——这是节点之间相互比较账本状态的阶段。然而,区块最终确定和共识本身没有中断一分钟,事件通过紧急工程干预得到解决,没有关闭网络。

文章图片
XRPL 中心服务器对等延迟指标,2026年8月25日至9月8日,来源:David Schwartz

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

最新的图表证明攻击的后果已完全消除。该中心节点可靠地维持约400个并发连接,峰值达到423个,其中包括135个入站和271个出站连接。延迟——节点之间的响应时间——降至165毫秒。

唯一的异常是9月6日的一次性峰值达到1.49秒,但算法将其控制住,没有影响共识。连接中断保持在每五分钟间隔84.6次——这是正常的背景速率,而不是问题的迹象。标记为“滥用”的恶意活动指标降至几乎为零,因为更新后的保护现在过滤掉了几乎所有垃圾流量。

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