Les développeurs du XRP Ledger ont retiré cinq amendements de protocole actifs depuis longtemps dans la version xrpld 3.3.0, mais cette action ne supprime pas leurs fonctionnalités et ne requiert aucune action des détenteurs de XRP.
Mayukha Vadari, ingénieure logicielle chez RippleX, a expliqué sur X que le retrait supprime l'ancien code pré-amendement laissé après qu'un changement de protocole ait fonctionné pendant des années. Le comportement amendé lui-même reste en place. La documentation officielle de l'XRPL confirme que les amendements retirés deviennent des parties inconditionnelles du protocole de base.
Cette distinction est devenue importante après la publication du 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 de XRP Ledger perdent la fonctionnalité de clawback. Le réseau abandonne plutôt l'ancien chemin de code qui décrivait le comportement des transactions avant l'activation de l'amendement.
Le système d'amendement du XRP Ledger permet d'introduire des modifications 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é, le nouveau comportement s'applique de manière permanente, à 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éritage peut aider les développeurs à reproduire l'ancien comportement du registre lors du débogage ou de la vérification des 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 stipule 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 incorpore le nouveau comportement dans le protocole inconditionnellement.
Vadari a décrit le processus comme un "nettoyage pur de la base de code" et a déclaré qu'il "n'affecterait aucun utilisateur". Elle a ajouté que les développeurs attendent généralement deux ans car l'implémentation précédente peut toujours être utile lors du débogage de transactions plus anciennes. La propre documentation de test de l'XRPL avertit de manière similaire que la relecture historiquement précise des transactions peut nécessiter l'exécution de la version xrpld qui a initialement traité la transaction après le retrait des anciens amendements.
Clawback est le plus reconnaissable des cinq amendements retirés et le plus facile à mal interpréter. Cette 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. Il ne permet pas à un émetteur de récupérer le XRP natif.
Le retrait de l'amendement signifie donc que le réseau n'a plus besoin de code pour une version de l'XRPL où Clawback n'existait pas. Le comportement actuel de Clawback reste une partie du protocole. La page des amendements connus de l'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 lors de l'acceptation d'offres NFT, tandis que fixUniversalNumber a unifié des parties des calculs en virgule flottante décimale de l'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. L'XRPL a retiré des amendements antérieurs après que leurs règles soient devenues suffisamment établies. La version 3.2.0, par exemple, a retiré des changements plus anciens couvrant les Chèques, l'Autorisation de Dépôt, la suppression de compte et d'autres fonctions du protocole.
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 l'a rapporté crypto.news, ConfidentialTransfer prendrait en charge les transferts de jetons multi-usages préservant la confidentialité, tandis que BatchV1_1 permettrait à un compte de soumettre jusqu'à huit transactions internes simultanément. Sponsor permettrait à des tiers de couvrir les frais et les exigences de réserve, tandis que DynamicMPT offrirait plus de flexibilité sur les propriétés des jetons sélectionnés.
Chaque proposition doit encore passer le processus de validation de l'XRPL de manière indépendante. Plus de 80 % de soutien doit persister pendant deux semaines avant qu'un amendement ne s'active, et le soutien peut chuter en dessous du seuil et réinitialiser le compte à rebours.
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 de réseau établi et ont maintenant atteint le point où maintenir leur ancien code n'est plus jugé nécessaire.
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 l'XRPL 3.3.0 indique 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 devenir actifs ultérieurement. Un serveur dépourvu d'un amendement activé peut être bloqué par l'amendement et cesser de participer normalement au réseau.
Dans un article 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 plus anciennes et incompatibles bloqués par l'amendement.
L'attention se déplace maintenant des amendements retirés vers les décisions des validateurs concernant les six ajouts dans la version 3.3.0. Comme signalé précédemment, ConfidentialTransfer fait partie des propositions visant à étendre les outils de l'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 amendées font désormais simplement partie du comportement de base permanent du XRP Ledger.
XRP