币圈界报道：

XRP账本遭遇性能波动，核心架构韧性遭检验

近期XRP账本（XRPL）出现显著交易处理延迟，触发对底层协议稳定性的广泛讨论。作为该账本的首席技术官与核心设计者，David Schwartz就此次事件作出技术说明，深入剖析系统在异常状态下的抗压能力及潜在风险边界。

账本响应迟缓暴露安全边际压力

问题初现于运营团队监测到账本关闭周期异常延长，导致整体共识效率下降。这一现象促使用户重新评估去中心化网络在面对外部干扰时的持续性保障能力，尤其关注关键节点是否可能构成系统性脆弱环节。

Schwartz指出，当前账本软件部署了多层级防御机制。然而，其明确表示，唯有两种极端情形可能导致全球范围服务中断：大规模基础设施瘫痪或共识协议本身存在致命缺陷。

他强调，验证器服务器集体失效仅可能出现在全球性灾难场景下，基于现有网络分布，此类概率近乎为零。另一种威胁来自协议代码层面的根本漏洞，可能破坏节点间的一致性基础。目前所见的减速迹象，已被初步归因于定向攻击或尚未识别的软件缺陷，正在实时环境中逐步显现。

去中心化架构经受住节点中断考验

针对社区流传的“枢纽过载即引发系统崩溃”说法，Schwartz予以坚决否定。他重申，XRP账本本质上是完全去中心化的体系，即使部分高权重节点（包括其本人运行的节点）临时离线，也不会影响全局共识进程与服务可用性。

高负载下监控数据采集受阻

调查发现，在流量高峰期间，网络监控系统难以同步处理激增的请求。随着共识轮次放缓，验证节点被迫增加活动以维持同步，导致包括Schwartz服务器在内的多个节点逼近资源上限。大量未释放的RPC连接积压，使服务器进入CLOSE_WAIT状态，进而阻塞内部诊断数据的生成与上报。

CLOSE_WAIT状态表明连接已单方面关闭但未完成释放，若持续累积，将引发资源耗尽风险。因此，在事件峰值阶段，关键日志无法被记录，使得开发者在重启设备前无法定位根本原因。

更复杂的是，Schwartz节点的日志被错误导向由XRP账本基金会（XRPLF）维护的一个老旧测试环境，而非主监控链路。该基金会为非营利组织，致力于推动协议在区块链生态中的应用与发展。

目前，开发团队正联合社区节点操作员，手动分析残留日志，以精准识别并修复引发性能下滑的缺陷。Schwartz表示，尽管当前安全缓冲空间缩小，但核心开发力量仍能有效掌控局势。他强调，协议底层具备足够韧性，可在持续修复过程中维持稳定运行。

最终结论为，虽安全阈值暂时下调，但系统整体仍在可控范围内，战略储备足以支撑事件应对期的正常运作。