XRP Ledger retire cinq amendements dans la version 3.3.0

Titre : XRP Ledger fait le ménage — cinq amendements longtemps actifs sont retirés, les utilisateurs ne le remarqueront pas Le XRP Ledger (XRPL) a simplifié sa base de code : la version xrpld 3.3.0, publiée le 6 août, retire cinq amendements protocoles de longue date. Ce changement constitue un nettoyage en arrière-plan — il supprime les anciens chemins de code pré-amendement, mais ne désactive ni ne revert les fonctionnalités elles-mêmes, et les détenteurs ordinaires de XRP n’ont rien à faire. Ce que signifie réellement « retirer » - Le retrait supprime le code plus ancien qui modélisait le comportement du ledger avant l’activation d’un amendement. Il ne revert pas le comportement de l’amendement ; les règles post-amendement deviennent des parties inconditionnelles du protocole principal. - Les développeurs et la documentation XRPL décrivent cette pratique comme une étape d’entretien effectuée après qu’un amendement ait été actif et stable pendant plusieurs années. Conserver les anciennes branches complique le code et le rend plus difficile à maintenir. - La règle générale de XRPL consiste à attendre environ deux ans après l’activation avant de retirer le code ancien, afin que les développeurs puissent encore reproduire le comportement historique pour le débogage et la vérification. Les cinq amendements retirés dans xrpld 3.3.0 - Clawback — permet aux émetteurs éligibles de récupérer les jetons émis auprès des détenteurs si le compte émetteur a activé le paramètre clawback (ne s’applique pas au XRP natif). Cet amendement est entré en vigueur sur Mainnet le 8 février 2024. - fixDisallowIncomingV1 — a corrigé un cas limite 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. - fixUniversalNumber — a unifié certains aspects du traitement des nombres décimaux à virgule flottante dans XRPL. Pour chacun de ces amendements, le comportement modifié reste en vigueur ; le retrait supprime simplement l’ancien chemin de code correspondant au comportement des transactions avant l’amendement. Pourquoi cela importe (et pourquoi la plupart des utilisateurs ne le remarqueront pas) - Les utilisateurs finaux et les détenteurs de jetons n’ont pas besoin de migrer, de mettre à jour leurs wallets ou d’effectuer toute action au niveau des transactions en raison de ces retraits. Les comportements documentés (y compris Clawback) continuent de fonctionner selon les règles établies. - Les opérateurs de serveurs doivent mettre à jour dès que possible vers xrpld 3.3.0. L’exécution d’un logiciel de nœud obsolète peut rendre un serveur incapable de traiter les transactions lors de l’activation de nouveaux amendements, une situation connue sous le nom de « blocage par amendement ». XRPL a déjà connu cela — une activation en juillet a bloqué les nœuds exécutant des versions antérieures incompatibles jusqu’à ce qu’ils soient mis à jour. Six nouvelles propositions d’amendements incluses dans xrpld 3.3.0 (pas encore actives) xrpld 3.3.0 intègre également six nouvelles propositions d’amendements dans le logiciel, mais leur inclusion dans le client ne signifie pas qu’elles sont déjà actives sur Mainnet. Chacune nécessite encore plus de 80 % de soutien de validateurs fiables pendant deux semaines consécutives pour être activée. - BatchV1_1 — permettrait de soumettre jusqu’à huit transactions internes ensemble (regroupement). - ConfidentialTransfer — vise à permettre des transferts respectant la vie privée pour les jetons à usage multiple (MPT). - DynamicMPT — offrirait une plus grande flexibilité pour certaines propriétés de jetons sélectionnés. - PermissionDelegationV1_1 — une proposition de délégation liée aux autorisations. - Sponsor — permettrait à des tiers de couvrir les frais de transaction et les exigences de réserve pour d’autres. - fixCleanup3_3_0 — un nettoyage/correction inclus avec cette version. La voie à suivre Retirer un amendement est une étape d’entretien de gouvernance, pas un nouveau mécanisme de vote. Les cinq amendements retirés ont largement dépassé le processus de vote des validateurs, sont devenus un comportement réseau stable et ont désormais atteint le point où l’équipe XRPL juge qu’il est sécurisé de supprimer leur code hérité. L’attention de la communauté se tourne désormais vers les décisions des validateurs concernant les six nouvelles propositions incluses dans 3.3.0 — chacune doit encore atteindre le seuil de soutien >80 % sur deux semaines pour être activée. En résumé : les fonctionnalités restent en place, les utilisateurs n’ont rien à faire, mais les opérateurs de nœuds doivent mettre à jour vers xrpld 3.3.0 pour assurer leur participation continue et être prêts pour toute future activation d’amendement.