Mise à niveau XRP Ledger entrante : problème de réseau majeur résolu

par

En tant qu’investisseur crypto chevronné avec une décennie d’expérience à mon actif, j’ai été témoin du flux et du reflux de nombreux projets blockchain, y compris XRP. La récente mise à niveau du XRP Ledger (XRPL) a attiré mon attention, notamment en raison de l’accent mis sur la résolution d’un problème de réseau affectant les nœuds d’historique complet.

Le XRP Ledger (XRPL) est sur le point de subir une mise à jour spécialement conçue pour résoudre un problème de réseau. Le principal défi menant à cette mise à jour était l’échec des nœuds d’historique complet (FH) en raison d’une limitation de la taille des pages de SQLite.

Un validateur du réseau XRP, connu sous le nom de Vet, a récemment publié une résolution sur son blog. Selon Vet, le problème avec les serveurs d’historique complet dans le XRP Ledger a été intégré avec succès dans une version officielle de la version ondulée au sein du référentiel XRPLF – en particulier, ondulée 2.2.3. Cette dernière mise à jour est maintenant prête à être téléchargée et installée par les utilisateurs.

La solution permettant de récupérer l’historique complet du XRP Ledger a été intégrée dans la dernière version officielle du référentiel rippled, spécifiquement rippled 2.2.3. Cette version mise à jour est maintenant prête à être installée.

— Vet (@Vet_X0) 15 septembre 2024

Selon une capture d’écran publiée par Vet, il est suggéré aux utilisateurs de Rippled (serveur de grand livre XRP) d’exécuter la version 2.2.3 s’ils exploitent des serveurs d’historique complet avec une taille de page de 4096. Cette recommandation ne s’applique pas aux validateurs car ils ont gagné. Je ne rencontre pas ce problème. Ils peuvent choisir de continuer à utiliser la version 2.2.2 ou de passer à la version 2.2.3, cette dernière n’apportant aucune nouvelle modification par rapport à la version 2.2.2.

Ce qui s’est passé?

Au cours du week-end, la communauté XRP s’est inquiétée d’un problème sur le serveur Ripple qui a conduit certains nœuds d’historique complet (FH) à cesser de fonctionner correctement.

En règle générale, les serveurs d’historique complet enregistrent et fournissent avec diligence tous les historiques de transactions. Malheureusement, des problèmes sont survenus avec les nœuds FH en raison d’une limitation dans SQLite liée à la taille de la page.

Selon certains validateurs XRPL dUNL, ce problème a été évoqué il y a plusieurs semaines, mais il n’a pas encore été résolu immédiatement.

En tant qu’investisseur passionné en cryptographie, j’aimerais partager quelques idées tirées d’un article récent du fondateur de XRP Cafe, xrpl_adam. Contrairement à l’hypothèse largement répandue, le problème actuel qu’il a abordé n’affecte pas le consensus ni la santé globale du réseau associé à Ripple (XRP).

Pour clarifier, la redondance Clio permet à la majorité des points de terminaison XRPL publics de récupérer les données de transaction historiques sans avoir besoin d’un véritable serveur Forwarding Header (FH) pour fournir directement les résultats des transactions passées.

Selon l’explication de Xrpl Adam, ce problème n’était pas un développement récent sur le XRP Ledger ; cela avait été documenté il y a des années. À l’époque, il avait été souligné que des serveurs spécifiques contenant l’historique complet du grand livre pouvaient rencontrer un problème avec la taille des pages de leur base de données SQLite. Ce problème empêcherait ces serveurs de fonctionner efficacement.

Le fondateur de XRP Cafe, quant à lui, pense qu’il aurait été plus avantageux de souligner plus tôt la nécessité d’un correctif, afin d’éviter que les nœuds de gestion des pannes (FH) ne tombent en panne au cours du week-end récent.

2024-09-16 19:24