Les développeurs de XRP Ledger ont retiré cinq amendements de longue date dans la version 3.3.0 de XRPLD. La version du 6 août supprime le code d'avant-amendement obsolète tout en préservant chaque fonctionnalité activée. Les détenteurs de XRP n'ont pas besoin de mettre à jour leurs portefeuilles, de transférer des fonds ou d'effectuer une quelconque transaction.

Les amendements retirés sont Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve et fixUniversalNumber. Leurs règles établies fonctionnent désormais comme des éléments inconditionnels du protocole central.

Retirer un amendement signifie supprimer le code d'avant-amendement qui existe encore dans la base de code pour des amendements activés il y a quelque temps, comme Clawback. L'ingénieure logiciel de RippleX, Mayukha Vadari, a précisé que ce processus est un nettoyage de la base de code et n'affecte pas les utilisateurs. Les développeurs ont conservé l'ancien code après l'activation car il restait utile pour examiner des transactions historiques.

XRP Ledger introduit les modifications de traitement des transactions via son système d'amendements plutôt que par des hard forks, le mécanisme de mise à niveau utilisé par des blockchains comme Bitcoin et Ethereum. Les validateurs de confiance votent sur chaque proposition avant qu'elle n'atteigne le Mainnet. Un amendement nécessite le soutien de plus de 80 % des validateurs de confiance pendant deux semaines consécutives. Un soutien de 80 % ou moins réinitialise la période d'approbation. Une fois activé, la nouvelle règle s'applique de manière permanente, sauf si un autre amendement la modifie.

xrpld conserve initialement à la fois les nouvelles règles et l'ancienne logique de transaction. Cette approche aide les développeurs à reproduire le comportement passé du registre lors de tests ou d'enquêtes. Cependant, le code hérité augmente la charge de maintenance et la complexité du logiciel.

La documentation officielle de XRP Ledger permet aux développeurs de retirer un amendement après deux ans d'activation sur le Mainnet. Le retrait supprime l'ancien chemin de code et intègre directement le comportement approuvé dans le protocole. Les tests nécessitant une précision historique peuvent alors exiger la version de xrpld qui avait initialement traité une transaction.

Les fonctionnalités qui restent actives après le retrait

Clawback est le plus connu des cinq amendements retirés. Il a été activé le 8 février 2024. Les émetteurs de jetons éligibles peuvent récupérer leurs jetons si le paramètre de compte approprié est activé.

La fonctionnalité ne prend pas en charge les jetons XRP natifs. Avec le retrait de Clawback, XRPLD n'applique plus aucune restriction de transaction de l'ère pré-Clawback. Les émetteurs conservent toujours la capacité d'utiliser le même mécanisme de récupération.

Les quatre autres amendements traitaient de problèmes techniques. fixDisallowIncomingV1 restaurait les autorisations de lignes de confiance pour les utilisateurs ayant interdit les lignes de confiance entrantes. fixInnerObjTemplate corrigeait l'incapacité à lire certaines propriétés dans les objets des teneurs de marché automatisés. fixNFTokenReserve imposait des vérifications de réserve lors de l'acceptation d'une offre NFT, garantissant que les comptes ne finalisent pas un achat tant que les exigences de réserve ne sont pas satisfaites. fixUniversalNumber standardisait certains nombres à virgule flottante du registre.

Six nouvelles propositions entrent dans XRPLD 3.3.0

Cette version incluait également six nouvelles propositions : BatchV1_1, ConfidentialTransfer, DynamicMPT, PermissionDelegationV1_1, Sponsor et fixCleanup3_3_0. L'ajout de ces propositions à XRPLD ne les active pas sur le Mainnet, et chacune nécessite encore l'approbation des validateurs.

BatchV1_1 permettrait à un compte de soumettre huit transactions internes. ConfidentialTransfer permettrait des transferts privés de jetons polyvalents avec des mesures de conformité. DynamicMPT donnerait aux émetteurs la capacité de mettre à jour certains aspects des jetons. Sponsor permettrait à des tiers de payer les frais au nom d'autres comptes et transactions. PermissionDelegationV1_1 fournirait des autorisations de compte. fixCleanup3_3_0 combine des correctifs pour diverses fonctions du protocole.

Collectivement, ces propositions concernent la confidentialité des transactions, les autorisations au niveau des comptes et la délégation de frais — des capacités pertinentes pour les cas d'usage de tokenisation en entreprise et réglementés que de multiples blockchains programmables poursuivent activement.

Les opérateurs de serveurs XRP Ledger devraient effectuer la mise à niveau vers la version 3.3.0 pour maintenir la continuité du service. Les serveurs plus anciens risquent de devenir bloqués par amendement si le réseau active un amendement non pris en charge. Les serveurs bloqués par amendement ne peuvent pas traiter de transactions, valider des registres, voter ou rejoindre le consensus.

Les cinq retraits ne nécessitent pas de nouveau vote des validateurs car ils marquent l'achèvement des périodes de transition.