Ripple CTO Hub 神秘延迟激增引发网络性能质疑

对等往返延迟的突然激增引起了Ripple首席技术官David Schwartz的关注。此次异常的15分钟性能下降发生在太平洋夏令时间凌晨1:59左右，引发了有关潜在网络瓶颈的讨论。

负责追踪应用程序层延迟的施瓦茨指出，延迟的增加对所有连接的影响并不相同。这一细节使得查明原因变得更加困难。

调查可能的网络问题

施瓦茨解释说，如果是枢纽本身出现故障，那么所有连接都会出现一致的速度下降。然而，峰值似乎是选择性的，在事故期间，343 个对等连接中只有 3 个出现掉线。

流量略有下降，他将此归咎于断线。目前没有发现其他异常情况。监控数据。

业内同行提出了各种可能的原因，包括网络拥堵和区域运营商中断。一位验证人员指出，备份或自动化任务可能会在某些时段耗尽带宽。

在这种情况下，施瓦茨确认的 受影响的时间记录的是太平洋夏令时，排除了与UTC日志混淆的可能性。他认为，最可能的解释是可用带宽暂时中断。

有关的： Ripple 首席技术官解释 XRPL 和 ILP 如何促进无缝支付

收集更多数据以形成模式

由于只有一天的详细仪器可用，Schwartz 尚无法确定该事件是偶然事件、日常事件还是随机异常。为了解决这个问题，他计划集成 Alloy 和 Grafana 等其他工具来扩展监控功能。检测其中的模式可以揭示峰值是否与自动维护、路由更改或其他可预测活动相关。

此外，网络运营商有时会在非高峰时段重启交换机或重新路由流量。此类操作可能会对连接的对等点产生连锁反应，导致延迟峰值。

对系统性能的更广泛的影响

除了此次事件之外，讨论还涉及了系统的基本性能。XRP 持有者 Andrew Sperazza观察到我们发现，90%、50% 和 10% 之间的延迟分布异常宽泛。这种差距可能表明系统在某些方面（例如 CPU、GPU 或网络资源）的运行已接近满负荷状态，使其更容易受到小规模中断的影响。

有关的： Ripple CTO：大量新区块链的涌现证明 XRPL 的愿景是正确的