Podle U.Today se technologický ředitel společnosti Ripple, David Schwartz, zabýval obavami po nedávném incidentu s XRP Ledger (XRPL), který způsobil, že se uzly dočasně zastavily nebo selhaly v postupu. Incident přiměl Billa Morgana, nadšence a právníka pro XRP, aby hledal vysvětlení terminologie používané vývojáři, konkrétně rozdílu mezi sítí, která je „zastavena“ a „stažena“. Schwartz vysvětlil, že klíčový rozdíl spočívá v tom, zda síť nadále vytváří platné účetní knihy. Poznamenal, že i když lze vznést technické argumenty, užitečnost systému je ohrožena, pokud uživatelé nemohou potvrdit neodvolatelné dokončení plateb.
Incident začal ve 14:45. 25. listopadu, kdy Wietse Wind, prominentní vývojář XRPL, tweetoval, že XRPL je částečně mimo provoz. Oznámil, že všechny servery s úplnou historií, včetně těch, které provozuje Ripple, nefungují a cluster Ripple má také problémy s aktuální účetní knihou. Wind později aktualizoval, že operátoři uzlů zaznamenali zastavení nebo pády, ale zdálo se, že účetní kniha se stabilizovala, když se uzly obnovily a zvedly novou účetní knihu konsensu. Zmínil, že účetní knihy s čísly 92346896 až 92347095 mohly být ztraceny.
Další aktualizace z Wind ukázaly, že uzly XRPL klesají bez ohledu na jejich typ, včetně úplné historie, aktuální knihy, hledání cest a uzlů pro odesílání. Ujistil, že bude provedeno vyšetřování, aby se zjistila příčina zastavení. Přibližně 40 minut po prvotní zprávě si Wind všiml, že se zdálo, že se XRP Ledger obnovil nezávisle, přičemž většina uzlů se vrátila na konsensuální účetní knihu a znovu uzavřela účetní knihy. Potvrdil, že uzly s úplnou historií se plně synchronizují, což naznačuje, že nebyly ztraceny žádné účetní knihy a síť se vracela k normálu.
V reakci na incident Brad Chase, viceprezident inženýrství ve společnosti RippleX, uvedl, že tým vyšetřuje hlavní příčinu a pracuje na nápravě. Slíbil, že poskytne další aktualizace, jakmile budou k dispozici další informace. Chase také doporučil operátorům a validátorům uzlů XRPL, aby neprodleně aktualizovali svou infrastrukturu na nejnovější verzi 2.3.0. Zmínil, že další podrobnosti o hlavní příčině mohou být zveřejněny poté, co síť přijme opravu, aby byla zajištěna bezpečnost. V době nahlášení nebyly další podrobnosti o incidentu ještě k dispozici.
