David Schwartz, CTO émérite de Ripple et l'un des architectes originaux du XRP Ledger, a migré son serveur hub indépendant vers xrpld 3.2.0 alors que la dernière version logicielle du réseau parvenait aux opérateurs.
Schwartz a déclaré sur X qu'il allait interrompre son hub pendant environ dix minutes pour passer à la version 3.2.0. Il a également partagé un mois de graphiques de performance et a indiqué qu'ils ne montraient qu'un "seul événement réel", une "rafale inexpliquée de déconnexions de pairs" probablement liée à une panne de réseau à proximité.
La version XRP Ledger 3.2.0 est désormais disponible pour les opérateurs de serveurs. La version officielle de l'XRPL décrit la version 3.2.0 comme étant principalement une mise à jour de nettoyage et de maintenance.
La version retire les amendements qui sont actifs depuis plus de deux ans. Elle poursuit également la modularisation de libxrpl et ajoute fixCleanup3_2_0, qui regroupe des correctifs pour les nouvelles fonctionnalités de l'XRPL.
La mise à jour affecte les Single Asset Vaults, le Lending Protocol, le DEX permissionné, les Multi-Purpose Tokens et les domaines permissionnés. Les correctifs couvrent la précision, l'arrondi, les invariants et les contrôles de validation utilisés par ces outils.
Comme précédemment rapporté par crypto.news, Schwartz a récemment expliqué son rôle de longue date dans le développement du XRP Ledger pendant que les développeurs préparaient la version 3.2.0. Ce rapport notait que la version renommerait rippled en xrpld et exigerait que certains opérateurs mettent à jour leurs systèmes.
L'un des changements les plus visibles est le renommage du logiciel. Conformément à la proposition XLS-0095, le binaire du serveur principal est passé de rippled à xrpld, tandis que le fichier de configuration par défaut est passé de rippled.cfg à xrpld.cfg.
Le guide de migration officiel indique que les opérateurs passant de la version 3.1.3 à 3.2.0 doivent suivre des étapes supplémentaires car le renommage modifie les chemins de configuration par défaut et de base de données. L'XRPL a exhorté les opérateurs à effectuer la mise à niveau pour assurer la continuité du service.
Le changement de nom a également une signification communautaire. Il éloigne le serveur de référence des anciennes appellations de marque Ripple et s'oriente vers une identité XRP Ledger plus claire.
Certains partisans pourraient y voir une étape vers une plus grande indépendance du réseau. Cependant, les questions juridiques et réglementaires dépendent de plus que des étiquettes logicielles, de sorte que le changement reste technique et lié à l'image de marque.
Le hub de Schwartz n'est pas un remplacement de validateur. Il fonctionne comme une partie d'une infrastructure de pairs plus large qui aide les participants à se connecter, échanger des données et observer le comportement du registre.
Sa mise à niveau publique offre à la communauté un exemple visible d'un architecte XRPL de longue date exécutant la nouvelle version sur une infrastructure en direct. Le message a également donné un bref aperçu de la performance du hub sur un mois.
Schwartz a déclaré que le seul événement réel dans les graphiques était lié à des déconnexions de pairs. Le problème semblait être local au chemin réseau du hub plutôt qu'une défaillance confirmée du XRP Ledger.
La maintenance a pris légèrement plus de temps que prévu car le serveur avait besoin de plus de temps pour s'arrêter en toute sécurité. Ce détail n'a pas été confirmé dans l'aperçu lisible de X.
La version 3.2.0 est également liée au travail plus large de l'XRPL sur les outils financiers. Comme crypto.news l'a signalé précédemment, l'XRPL préparait des fonctionnalités natives de prêt et d'escrow programmable pour une activité on-chain plus avancée.
Ces plans reposent sur un logiciel serveur fiable et des chemins de mise à niveau propres. Une version qui supprime d'anciens amendements, nettoie le code et corrige les composants liés à la DeFi soutient cette direction sans changer le rôle du réseau du jour au lendemain.
Comme crypto.news l'a rapporté précédemment, les opérateurs de l'XRPL ont également fait face à des pressions de mise à niveau autour de la version 3.1.3, lorsque les nœuds qui ont manqué la date limite risquaient le blocage des amendements et une interruption de service.
