Le CTO de Ripple discute de l'incident du grand livre XRP : clarté et récupération de l'incident

Le CTO de Ripple s'exprime sur l'incident récent du XRP Ledger

Le 25 novembre, un incident significatif impliquant le XRP Ledger (XRPL) a suscité des inquiétudes parmi les utilisateurs et les développeurs. Le directeur de la technologie de Ripple, David Schwartz, a apporté des éclaircissements concernant les implications des interruptions temporaires du réseau. Cet incident a entraîné une confusion sur la terminologie entourant la fonctionnalité du réseau, incitant des questions de la part des passionnés de XRP, y compris l'avocat Bill Morgan.

La nature de l'incident

Les problèmes ont commencé vers 14h45, lorsque le développeur éminent du XRPL, Wietse Wind, a rapporté via Twitter que le XRPL connaissait des problèmes significatifs. Selon ses tweets, tous les serveurs d'historique complet, y compris ceux opérés par Ripple, étaient non fonctionnels, et le cluster Ripple rencontrait des difficultés avec le grand livre actuel.

Differencier « Arrêté » et « Hors Service »

Au fur et à mesure que la situation se déroulait, Schwartz a souligné la distinction cruciale entre le réseau étant « arrêté » et « hors service ». La différence essentielle réside dans le fait que le réseau continue ou non à générer des grands livres valides. Schwartz a noté que, bien que des arguments techniques puissent exister, l'utilité du réseau est compromise lorsque les utilisateurs ne peuvent pas confirmer l'achèvement irrévocable des paiements.

Récupération du XRP Ledger

Malgré les interruptions, Wind a mis à jour la communauté sur la stabilisation du grand livre alors que les nœuds commençaient à reprendre leurs opérations. Il a indiqué que les grands livres numérotés 92346896 à 92347095 pourraient avoir été perdus, mais la situation se redressait rapidement alors que les nœuds se dirigeaient vers un nouveau grand livre de consensus.

Mises à jour des nœuds d'historique complet

D'autres mises à jour ont révélé que tous les types de nœuds XRPL, y compris les nœuds d'historique complet, de recherche de chemin et de soumission, rencontraient des problèmes. Wind s'est engagé à enquêter sur les raisons sous-jacentes de ces arrêts. Environ 40 minutes après le rapport initial, il a confirmé via Twitter que le XRP Ledger semblait avoir retrouvé sa fonctionnalité de manière autonome. La plupart des nœuds étaient de retour à la clôture des grands livres, et les nœuds d'historique complet ont commencé à synchroniser complètement, suggérant qu'aucun grand livre n'avait été perdu de façon permanente.

La réponse de Ripple et les étapes à suivre

Suite à l'événement, Brad Chase, vice-président de l'ingénierie chez RippleX, a reconnu la situation et a affirmé que l'équipe enquêtait diligemment sur sa cause profonde. Il a exhorté les opérateurs de nœuds XRPL et les validateurs à mettre à jour rapidement leur infrastructure vers la dernière version 2.3.0 de rippled pour une meilleure stabilité du réseau. Chase a assuré à la communauté que d'autres détails concernant l'incident seraient partagés une fois que le réseau appliquerait les corrections nécessaires, soulignant l'importance de garantir la sécurité des utilisateurs.

Conclusion

L'incident récent sur le XRP Ledger rappelle les complexités impliquées dans le maintien des réseaux décentralisés. L'engagement de Ripple à une communication transparente et à des efforts de récupération rapides démontre le dévouement de l'équipe à améliorer la fiabilité et la performance du XRPL.