Afin de répondre aux préoccupations de la communauté XRP, RippleX a fourni une mise à jour cruciale sur l'état du registre XRP à la suite d'un récent incident de bogue. Le 25 novembre 2024, à 13h39 UTC, le registre XRP a connu un problème au cours duquel plusieurs nœuds du réseau se sont écrasés et ont redémarré à des moments similaires.


Le réseau n'a exécuté aucune transaction pendant environ 10 minutes, le temps de récupérer car, en période d'instabilité, le mécanisme de consensus du réseau XRPL privilégie la sécurité au progrès.


Aucune perte de fonds n'a été constatée (juste une pause momentanée dans les nouvelles transactions). À 13h49 UTC le même jour, le réseau XRPL a repris son fonctionnement normal et a progressé.


Articles CHAUDS Le Bitcoin atteindra-t-il 100 000 $ ? Les actions du fondateur de Dogecoin prennent 3 milliards de dollars L'échange de crypto-monnaie XT aurait été piraté, selon PeckShield SHIB Burns Skyrocket 5,154%, voici ce qui se passe Presque tous les jetons Ripple USD ont été brûlés. L'annonce est-elle proche ?

Comme promis, une mise à jour sur la cause de la pause de 10 minutes du registre XRP plus tôt cette semaine, des détails sur la manière dont le correctif a été développé et ce qui va suivre. Et, si vous n’avez pas encore mis à niveau votre infrastructure XRPL vers la version 2.3.0, faites-le dès que possible !
Merci à tous les membres de la communauté qui travaillent jour et nuit… https://t.co/9oqtIt0Y1a

Publicité — Brad Chase (@bachase_ripple) 27 novembre 2024

Brad Chase, vice-président de RippleX, a souligné la mise à jour dans un article de X : « Comme promis, une mise à jour sur la cause de la pause de 10 minutes du XRP Ledger plus tôt cette semaine, des détails sur la façon dont le correctif a été développé et ce qui va suivre. »


Bug XRPL du 25 novembre : état actuel et prochaines étapes

Comme indiqué dans le billet de blog officiel de RippleX, le problème est dû à un bug introduit il y a plus de six mois. Dans certains cas, la couche de mise en cache de Rippled peut renvoyer un type de résultat incohérent, provoquant le blocage d'un serveur. Bien que ce bug soit resté inconnu lors du test de refactorisation, il n'existe aucune preuve antérieure d'exploitation.


La semaine dernière, à la fin des tests de Rippled 2.3.0, l'équipe RippleX a découvert le bug et publié un correctif dans une version candidate interne.

Pour réduire les risques, il a été décidé de ne pas isoler le problème avant la publication ou de générer un correctif autonome, car cela aurait permis une rétro-ingénierie et une exploitation des bogues. Lorsqu'un problème similaire est survenu sur le réseau principal, le correctif a été validé et l'équipe RippleX a collaboré directement avec la communauté et d'autres opérateurs de l'UNL pour organiser les mises à jour et sécuriser le réseau.


Grâce à la réponse rapide de la communauté une fois la mise à jour publiée, 33 des 35 validateurs de l'UNL par défaut ont déjà effectué la mise à niveau vers Rippled 2.3.0, tout comme près de la moitié des serveurs connus.


Bien que le cœur du réseau ait été mis à niveau, les nœuds non corrigés restent potentiellement vulnérables. Par conséquent, il est recommandé à tous les utilisateurs de mettre à jour leur infrastructure vers Rippled 2.3.0. Pour réduire les dangers potentiels pour les utilisateurs non corrigés, RippleX indique qu'il ne dévoilera pas les spécificités techniques spécifiques jusqu'à ce que la majorité des serveurs aient été mis à niveau.

En ce qui concerne la suite, RippleX indique qu'il faut laisser aux opérateurs de nœuds restants suffisamment de temps, jusqu'au 12 décembre, pour mettre à niveau et partager plus de détails techniques. Une fois ces détails disponibles, le bug deviendra plus facile à identifier, augmentant potentiellement le risque pour les nœuds qui ne sont pas corrigés. En attendant, RippleX recommande vivement de mettre à niveau vers la version 2.3.0 dès que possible.