XRP账本（XRPL）网络上一次导致交易处理变慢的技术故障，已演变为对该协议架构的公开分析。David Schwartz，Ripple前首席技术官兼该系统联合创造者，公开指出了此次事件所凸显的该区块链的脆弱之处。
问题始于XRP账本运营团队记录到异常：网络的账本开始以明显慢于平常的速度关闭。在工程师们寻找延迟原因的同时，社区中出现了关于该去中心化系统可靠性的疑问。用户担心网络是否会因几个关键枢纽过载而失效。Schwartz加入讨论，以解释XRPL韧性的真正极限。
根据Schwartz的评估，XRP账本软件受到多层安全系统的保护。尽管如此，理论上只有两种情形能够完全瘫痪整个网络：
大规模基础设施故障：即全球范围内大量验证者服务器同时失效的情况。这种结果只有在发生全球性自然灾害时才可能出现，因此开发者认为其可能性不大。
共识算法故障：即节点间达成一致机制本身的错误，或代码层面另一项基础协议功能的失效。
记录到的轮次放缓直接证明该系统的技术安全余量已经下降。Schwartz承认，这是一个标志，表明网络要么正遭受针对性攻击，要么代码内部有隐藏漏洞被激活。
与此同时，这位架构师驳斥了有关该区块链易受单点故障影响的传言。该网络完全去中心化，因此即使关闭或使一个大型枢纽（包括他自己的节点）过载，也不会对XRPL的整体可操作性和正常运行时间产生影响。
网络创造者如何失去了日志
主要的实际问题原来是网络监控系统在峰值负载下的脆弱性。当共识轮次放缓时，验证者突然切换到最大负载。Schwartz自己的节点无法承受请求的涌入，导致本地RPC连接在CLOSE_WAIT状态下挂起。
由于这次挂起，Schwartz的内部监控系统在最关键时刻无法记录和传输诊断数据。结果，这位工程师不得不在不了解故障确切原因的情况下重启服务器。
在讨论中，人们发现这位XRPL联合创造者的枢纽正在将日志发送到XRP账本基金会（XRPLF）一个过时的测试主机。
目前，工程师和社区运营者团队正在手动分析幸存的日志，以隔离并彻底消除该缺陷。Schwartz总结道，尽管安全余量暂时下降，团队没有理由恐慌。开发者完全掌控着局势，并且代码架构拥有足够的技术储备来保持网络运行。
