Le verdict du vétéran de Ripple est que le système s’est complètement remis de la récente crise et fonctionne désormais avec une stabilité à toute épreuve, ou, comme le dit Schwartz lui-même, « Rock Solid ».
Pour l’écosystème, cette publication représente bien plus qu’un simple ensemble de graphiques : il s'agit d'un sceau d’approbation très attendu. Il y a un peu plus d’un mois, le 31 juillet, le réseau XRPL a subi une grave crise d’infrastructure.
Comment une attaque de spam a failli saturer le réseau XRP et pourquoi son créateur a dû prouver personnellement que tout avait été réparé
Des attaquants anonymes ont lancé ce que l’on appelle une « manifest storm ». Un manifest est le justificatif numérique d’un nœud validateur, et les attaquants ont inondé le réseau de milliers de justificatifs falsifiés, obligeant les nœuds à gaspiller des ressources pour traiter ces faux documents.
À l’époque, le hub géré par Schwartz a subi de nombreuses déconnexions, avec une erreur onReadMessage directement lors de la phase d’accord, c’est-à-dire le moment où les nœuds comparent l’état du registre entre eux. Toutefois, la finalisation des blocs et le consensus n’ont été interrompus à aucun moment, et l’incident a été résolu grâce à une intervention d’urgence des ingénieurs, sans interruption du réseau.
Les développeurs ont dû déployer en urgence le correctif xrpld 3.2.1. Celui-ci a limité la taille des manifests et modifié la gestion du cache des données pour les nœuds inconnus, afin que le système ne gaspille plus de ressources sur des participants suspects. Un mois plus tard, Schwartz a présenté les premiers résultats du correctif dans des conditions réelles.
Les derniers graphiques démontrent que les conséquences de l’attaque ont été totalement éliminées. Le hub maintient de manière fiable environ 400 connexions simultanées, avec un pic à 423, dont 135 entrantes et 271 sortantes. La latence — le temps de réponse entre les nœuds — est descendue à 165 millisecondes.
La seule anomalie a été une pointe unique à 1,49 seconde le 6 septembre, mais les algorithmes ont contenu l’incident sans affecter le consensus. Les pertes de connexion sont restées à 84,6 incidents par intervalle de cinq minutes, un niveau de fond normal qui n'indique aucun problème. Le métrique d’activité malveillante, baptisé « Abuse », est tombé à presque zéro, car la protection actualisée filtre désormais pratiquement tout le trafic indésirable.
En somme, il ne s’agit pas d’un simple rapport de disponibilité pour un serveur unique, mais d’un audit public du logiciel xrpld mis à jour en conditions réelles de charge. Cela confirme que l’infrastructure du XRPL est prête pour un fonctionnement stable sur le long terme.
