XRPL retire cinq amendements hérités dans xrpld 3.3.0

Les développeurs du XRP Ledger ont effectué un nettoyage dans la dernière version xrpld — mais les utilisateurs n’ont pas à s’inquiéter. La version 3.3.0 a officiellement « retiré » cinq amendements protocoles longtemps établis, supprimant le code hérité antérieur à ces amendements de la base de code, tout en conservant les comportements réels inchangés. Ce que signifie « retirer » - Retirer un amendement ne supprime que l’ancien chemin de code utilisé pour émuler le comportement antérieur à l’amendement. Il ne désactive ni ne supprime la fonctionnalité elle-même. - Une fois retiré, le comportement de l’amendement devient une partie inconditionnelle du protocole de base, selon la documentation XRPL. - Les développeurs attendent généralement deux ans après l’activation d’un amendement avant de le retirer. Ce délai préserve l’ancienne implémentation pour le débogage et la relecture historique précise des transactions. Quels amendements ont été retirés xrpld 3.3.0 retire cinq amendements actifs depuis un certain temps : - Clawback — permet aux émetteurs éligibles de récupérer les jetons émis auprès des détenteurs si l’émetteur a activé le paramètre clawback (ne s’applique pas au XRP natif). Actif sur Mainnet depuis le 8 février 2024 ; le retrait supprime l’ancien chemin de code, pas la fonctionnalité. - fixDisallowIncomingV1 — a corrigé un problème d’autorisation des lignes de confiance. - fixInnerObjTemplate — a résolu des erreurs liées aux objets AMM internes. - fixNFTokenReserve — a ajouté des vérifications de réserve lors de l’acceptation d’offres NFT. - fixUniversalNumber — a unifié certaines parties des calculs décimaux en virgule flottante du XRPL. Pourquoi cela compte (et pourquoi cela ne compte presque pas) - Pour les détenteurs ordinaires de XRP et les utilisateurs de jetons : aucune action n’est requise. Aucune migration, mise à jour de wallet ou transaction n’est nécessaire. Les règles du réseau restent identiques à ce qu’elles étaient après l’activation de ces amendements. - Pour les développeurs et les historiens : si vous devez relier exactement les anciens livres comme ils se comportaient il y a des années, vous devrez peut-être utiliser la version xrpld en vigueur à cette époque — car le retrait supprime la branche héritée qui reproduisait le comportement antérieur à l’amendement. - Pour les opérateurs de serveurs : mettez à jour vers xrpld 3.3.0 dès que possible pour maintenir la continuité du service. L’exécution d’une version antérieure d’xrpld peut laisser un nœud « bloqué par amendement » s’il ne contient pas le code pour les amendements qui deviennent ultérieurement actifs. Une situation similaire s’est produite en juillet, lorsque des nœuds exécutant des versions anciennes ont été bloqués par amendement après l’activation de fixCleanup3_2_0. Comment fonctionne le processus d’amendement du XRPL (brève présentation) - Les nouvelles propositions de protocole sont incluses dans xrpld mais ne deviennent pas actives immédiatement. Les validateurs votent sur les amendements ; une proposition doit maintenir plus de 80 % de soutien parmi les validateurs de confiance pendant deux semaines consécutives pour être activée. - Une fois activée, la nouvelle fonctionnalité devient permanente, sauf si un amendement ultérieur la modifie. Après deux ans d’activité, un amendement peut être retiré — convertissant son nouveau comportement en logique protocole inconditionnelle et supprimant l’ancien chemin de code. Ce qui est nouveau dans 3.3.0 xrpld 3.3.0 introduit également six nouvelles propositions d’amendement dans le logiciel, mais celles-ci ne sont pas encore actives sur Mainnet : - BatchV1_1 — soumettre jusqu’à huit transactions internes ensemble. - ConfidentialTransfer — transferts préservant la confidentialité pour les jetons multi-usages. - DynamicMPT — ajoute de la flexibilité aux propriétés sélectionnées des jetons. - PermissionDelegationV1_1 — met à jour la logique de délégation de permissions. - Sponsor — permet à des tiers de couvrir les frais de transaction et les exigences de réserve. - fixCleanup3_3_0 — nettoyage et corrections de la base de code. Chacune de ces propositions doit encore atteindre le seuil >80 % des validateurs pendant deux semaines consécutives pour être activée. Leur inclusion dans xrpld rend simplement le code disponible pour que les validateurs puissent voter dessus. En résumé Les retraits récents sont une routine standard du cycle de vie du protocole : le XRPL supprime du code obsolète après que plusieurs amendements ont été fermement établis depuis plusieurs années. Des fonctionnalités comme Clawback et les autres amendements retirés restent partie intégrante du comportement permanent du ledger — les utilisateurs ordinaires ne sont pas affectés. La prise d’action opérationnelle immédiate est pour les opérateurs de nœuds de mettre à jour vers xrpld 3.3.0 afin d’éviter tout blocage par amendement et d’assurer leur préparation pour toute future activation.