Les développeurs du XRP Ledger ont retiré cinq amendements de protocole actifs de longue date dans la version 3.3.0 de xrpld, mais cette décision ne supprime pas leurs fonctionnalités ni n'exige des détenteurs de XRP qu'ils agissent.
Résumé
- XRPL 3.3.0 retire cinq amendements actifs de longue date, rendant leur comportement post-activation permanent au sein du protocole de base.
- Clawback reste disponible après le retrait car seul le code pré-amendement obsolète est supprimé du logiciel xrpld.
- La documentation XRPL permet le retrait d'amendements après deux ans d'activation sur le Mainnet pour réduire la complexité héritée.
- Six nouveaux amendements sont entrés dans la version 3.3.0, mais chacun nécessite toujours l'approbation des validateurs avant l'activation sur le Mainnet.
- Les opérateurs de nœuds doivent mettre à niveau vers la version 3.3.0 rapidement, tandis que les utilisateurs n'ont aucune action requise liée au retrait.
Mayukha Vadari, ingénieur logiciel chez RippleX, a expliqué sur X que le retrait supprime l'ancien code pré-amendement laissé après qu'un changement de protocole a fonctionné pendant des années. Le comportement modifié lui-même reste en place. La documentation officielle XRPL confirme que les amendements retirés deviennent des parties inconditionnelles du protocole de base.
La distinction est devenue importante après la sortie de xrpld 3.3.0 le 6 août, qui a retiré Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve et fixUniversalNumber. En d'autres termes, « retirer Clawback » ne signifie pas que les émetteurs du XRP Ledger perdent la fonctionnalité de clawback. Le réseau abandonne plutôt l'ancien chemin de code qui décrivait comment les transactions se comportaient avant que l'amendement ne devienne actif.
Le retrait du XRP Ledger rend les anciennes règles permanentes
Le système d'amendements du XRP Ledger permet d'introduire des changements de protocole sans imposer immédiatement chaque nouvelle règle sur le Mainnet. Les validateurs votent sur les amendements, et une proposition doit maintenir le soutien de plus de 80 % des validateurs de confiance pendant deux semaines consécutives avant de devenir active. Une fois activée, le nouveau comportement s'applique en permanence à moins qu'un autre amendement ne le modifie ultérieurement.
Pendant la période suivant l'activation, xrpld conserve à la fois la logique actuelle et une partie du code pré-amendement. Ce code hérité peut aider les développeurs à reproduire l'ancien comportement du registre lors du débogage ou de la vérification de transactions historiques. Cependant, conserver des années de branches obsolètes ajoute également de la complexité à la base de code.
La documentation officielle sur les amendements indique qu'un amendement du Mainnet peut être retiré une fois qu'il a été activé pendant deux ans. Le retrait supprime son ancien chemin de code, cesse de traiter le changement comme un amendement conditionnel et intègre le comportement plus récent dans le protocole de manière inconditionnelle.
Vadari a décrit le processus comme « purement un nettoyage de la base de code » et a déclaré que cela « n'affectera aucun utilisateur ». Elle a ajouté que les développeurs attendent généralement deux ans car l'implémentation précédente peut encore être utile lors du débogage de transactions plus anciennes. La documentation de test de XRPL avertit également que la relecture historiquement précise des transactions peut nécessiter l'exécution de la version de xrpld qui a traité la transaction à l'origine après le retrait des anciens amendements.
Clawback n'est pas supprimé de XRPL
Clawback est le plus reconnaissable des cinq amendements retirés et le plus facile à mal interpréter. La fonctionnalité est devenue active sur le Mainnet le 8 février 2024 et permet aux émetteurs qualifiés de récupérer les jetons émis auprès des détenteurs lorsque le compte émetteur a activé le paramètre de clawback requis. Cela ne permet pas à un émetteur de récupérer du XRP natif.
Retirer l'amendement signifie donc que le réseau n'a plus besoin de code pour une version de XRPL où Clawback n'existait pas. Le comportement actuel de Clawback reste partie intégrante du protocole. La page des amendements connus de XRPL marque désormais explicitement sa fonctionnalité pré-amendement comme retirée.
Les quatre autres retraits suivent le même principe. fixDisallowIncomingV1 a corrigé un problème d'autorisation de ligne de confiance. fixInnerObjTemplate a résolu des erreurs impliquant des objets AMM internes. fixNFTokenReserve a ajouté des vérifications de réserve lorsque les offres NFT sont acceptées, tandis que fixUniversalNumber a unifié certaines parties des calculs décimaux à virgule flottante de XRPL. Leurs règles post-amendement restent en vigueur même si les anciens chemins sont supprimés.
Ce n'est pas un nouveau mécanisme de gouvernance. XRPL a retiré des amendements antérieurs après que leurs règles sont devenues suffisamment établies. La version 3.2.0, par exemple, a retiré des modifications plus anciennes couvrant les chèques, l'autorisation de dépôt, la suppression de compte et d'autres fonctions du protocole.
La version 3.3.0 lance également un nouveau cycle d'amendements
Alors que cinq anciens amendements quittent le statut conditionnel, la version 3.3.0 ajoute six nouvelles propositions à xrpld. Il s'agit de BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor et fixCleanup3_3_0. Leur inclusion dans le logiciel ne signifie pas que ces capacités sont déjà actives sur le Mainnet.
Comme crypto.news l'a rapporté, ConfidentialTransfer prendrait en charge les transferts de jetons à usages multiples préservant la confidentialité, tandis que BatchV1_1 permettrait à un compte de soumettre jusqu'à huit transactions internes ensemble. Sponsor permettrait à des tiers de couvrir les frais et les exigences de réserve, tandis que DynamicMPT offrirait plus de flexibilité sur certaines propriétés de jetons.
Chaque proposition doit encore passer par le processus de validation de XRPL de manière indépendante. Un soutien de plus de 80 % doit persister pendant deux semaines avant qu'un amendement ne soit activé, et le soutien peut tomber sous le seuil et réinitialiser le minuteur.
La différence entre ces nouveaux amendements et les cinq retirés est donc substantielle. Les nouvelles propositions attendent l'approbation du réseau. Les amendements retirés ont déjà franchi cette étape il y a des années, sont devenus un comportement réseau établi et ont maintenant atteint le point où le maintien de leur ancien code n'est plus considéré comme nécessaire.
Ce qui attend les opérateurs de XRPL
Pour les détenteurs ordinaires de XRP, aucune migration, mise à jour de portefeuille ou transaction n'est requise spécifiquement parce que les cinq amendements ont été retirés. Clawback et les autres comportements de protocole affectés continuent de fonctionner selon les règles établies.
Les opérateurs de serveurs ont une considération différente. L'avis de publication de XRPL 3.3.0 demande aux opérateurs de mettre à niveau vers la version 3.3.0 dès que possible pour maintenir la continuité du service. Rester à jour est également important car les serveurs ont besoin d'un logiciel contenant le code des amendements qui pourraient être activés plus tard. Un serveur dépourvu d'un amendement activé peut être bloqué par amendement et cesser de participer normalement au réseau.
Dans une couverture connexe, ce mécanisme a été démontré en juillet lorsque l'activation de fixCleanup3_2_0 a laissé les nœuds exécutant des versions incompatibles plus anciennes bloqués par amendement.
L'attention se tourne maintenant des amendements retirés vers les décisions des validateurs concernant les six ajouts de la version 3.3.0. Comme précédemment rapporté, ConfidentialTransfer fait partie des propositions visant à étendre les outils de XRPL pour les actifs tokenisés institutionnels, mais son utilisation dépend toujours de l'approbation des validateurs.
Pour les cinq amendements retirés, cependant, il n'y a pas de vote comparable à venir. Le retrait marque la fin de leur période de transition plutôt que la fin de leur fonctionnalité : les règles modifiées font désormais simplement partie du comportement de base permanent du XRP Ledger.
