币圈界报道：

XRP Ledger核心中继节点状态回暖，验证网络韧性

前Ripple首席技术官、XRP Ledger原始架构师之一David Schwartz披露，其负责维护的XRPL Hub已在过去两周内实现持续稳定运行，标志着该网络已彻底摆脱7月份遭遇的严重Manifest洪水攻击影响。

关键中继节点连接与延迟指标重返基准线

Schwartz提供的实时遥测数据显示，其运营的Hub当前维持406个活跃对等连接，接近近期平均值401，与历史稳定区间高度吻合。该节点通常可承载约400个并发连接，峰值曾达423次，当前表现表明系统负载处于可控范围。在监测周期内，平均延迟降至165毫秒。

同时，中间节点间的通信延迟亦趋稳，断连频率显著下降。作为衡量攻击残留影响的核心指标，“因滥用导致的断开连接”数量维持在极低水平。本次观测时间覆盖8月25日至9月8日，期间该Hub作为网络关键枢纽，支撑着多个节点间的可靠通信。

唯一一次异常为9月6日出现的短暂延迟跃升，但系统内置算法迅速识别并遏制了波动，未对共识达成过程造成实质性干扰。

回溯7月灾难性攻击事件的技术根源

2026年7月30日晚间，大量伪造或无效的Manifest消息被注入XRP Ledger点对点网络，触发了针对xrpld软件处理逻辑的资源耗尽攻击。攻击导致大量节点短时间内失去多数对等连接，其中包括由Ripple及XRPSCAN运营的两个可信名单（UNL）节点。

攻击者通过发送海量未经验证的验证者Manifest，试图诱导节点验证非法密钥变更请求。由于xrpld在处理高密度传入数据时缺乏有效的资源限制机制，各节点在尝试解析、追踪和存储这些信息过程中陷入内存与CPU过载，形成连锁崩溃。

尽管遭受冲击，账本底层始终未中断运行，也未发生分叉、资金损失或私钥泄露，剩余的UNL验证者在整个攻击期间持续维持共识。

社区开发者快速定位问题，并在数小时内向多个节点推送临时缓解方案。随后于7月31日晚发布独立热修复版本xrpld 3.2.1，引入四项关键防护机制：在完全解码前拒绝超大规模的Manifest；限制同时处理的传入批次数量；控制新连接共享的Manifest数据量；禁止存储来自超过100个未知验证者密钥的Manifest。

最新运行数据显示，上述修复措施在真实环境中仍具有效性，为社区提供了实证支持——当前的Peer层已具备抵御类似攻击的能力，网络整体抗风险能力得到强化。