瑞波前CTO大卫·施瓦茨揭示XRP账本面临的两大重大风险

瑞波公司（Ripple）前首席技术官大卫·施瓦茨（David Schwartz）指出，广泛的验证器故障和关键的共识软件缺陷是导致XRP账本（XRPL）存在严重漏洞的主要原因。针对部分服务器发生故障的担忧，施瓦茨予以驳斥，他解释说，XRPL的去中心化架构确保了孤立的设施中断不会导致网络运营停滞。

此次事件期间，验证器的过载情况干扰了施瓦茨的监控系统，而工程师们则通过检查幸存下来的日志来确定账本关闭延迟异常的原因。此前，XRP账本运营部门检测到不寻常的处理速度放缓，引发了关于网络稳定性的担忧。

两大关键威胁影响稳定性

施瓦茨强调，XRPL采用了多重安全措施，旨在维持在个别基础设施出现故障时的正常运行。然而，某些极端条件可能会压倒这些保护措施，阻止验证器达成一致。

第一种潜在威胁涉及位于不同地理区域的众多验证器服务器同时发生故障。这种破坏性事件需要一种影响网络大部分区域的非凡情况才会发生。

第二种威胁则源于XRPL共识机制或其他关键协议功能中的缺陷。严重的软件 malfunction 可能导致验证器无法就交易达成共识，从而无法成功关闭账本。

此外，施瓦茨还将长期的共识轮次视为需要技术调查的警示信号。此类延迟可能表明存在恶意的网络活动，或者存在尚未发现的、影响验证器性能的软件缺陷。

我认为在我的中心（hub）工作正常，但由于事件影响了其监控，很难说清楚。但XRPL本身并不受我的中心或任何其他中心停机的影响。
就整个网络的稳定性而言，实际上只有两个威胁。一个是……

施瓦茨否认了单个服务器代表去中心化网络中关键故障点的观点。禁用主要的基础设施中心（包括由施瓦茨运营的中心）并不会自动停止XRPL的交易处理。

验证器过载导致监控中断

调查显示，在网络速度放缓期间，施瓦茨的基础设施遭遇了操作困难。验证器工作负载的增加导致本地远程过程调用（RPC）连接无响应。多个连接进入“CLOSE_WAIT”状态，使得监控系统无法收集重要的诊断信息。因此，施瓦茨在未能获取完整记录以解释根本问题的情况下，重启了受影响的服务端。

工程师们还发现，监控配置将诊断日志指向了一个过时的XRP账本基金会测试主机。这一配置增加了恢复确定放缓原因所需信息的难度。

与此同时，网络运营商开始检查可用的日志，以识别可能的软件缺陷和基础设施问题。他们的调查范围涵盖共识性能、验证器行为以及在苛刻操作条件下的监控可靠性。

施瓦茨表示，这次速度放缓并未确立网络完全关闭迫在眉睫的威胁。工程师们仍在致力于查明根本问题，并评估对诊断系统和网络韧性的改进措施。