Ripple a voté en faveur de l’amendement fixCleanup3_3_0 du XRP Ledger, apportant un premier soutien important à un ensemble de correctifs techniques inclus dans la version 3.3.0 de xrpld.
Selon les données de vote des validateurs citées par le tracker communautaire CryptoRednirav, l’amendement dispose actuellement du soutien de 8 des 35 validateurs figurant sur la liste par défaut des nœuds de confiance du réseau.
Cette approbation ne suffit toutefois pas pour déclencher l’activation.
Pour entrer en vigueur sur le mainnet, un amendement du XRP Ledger doit conserver le soutien de plus de 80 % des validateurs de confiance pendant deux semaines consécutives. Avec 35 validateurs dans la configuration actuelle, cela nécessite au moins 29 votes favorables.
Avec seulement huit voix à ce stade, fixCleanup3_3_0 reste donc loin du seuil nécessaire.
Le vote de Ripple ne détermine pas seul l’avenir du protocole
Ripple joue un rôle majeur dans le développement du XRP Ledger, mais l’entreprise ne peut pas décider seule quelles modifications sont activées.
Les validateurs prennent leurs décisions individuellement.
Le soutien de Ripple constitue donc un signal technique et institutionnel important, sans garantir l’adoption du paquet de correctifs.
La période obligatoire de deux semaines ne commencera que si le niveau de soutien dépasse le seuil requis.
Aucune date d’activation sur le réseau principal n’a encore été fixée.
fixCleanup3_3_0 regroupe plusieurs corrections
Contrairement à un amendement centré sur une seule fonctionnalité, fixCleanup3_3_0 rassemble plusieurs corrections portant sur différentes parties du XRP Ledger.
Les changements concernent notamment les Single Asset Vaults, le Lending Protocol, les Automated Market Makers, le DEX permissionné, les Checks et les pseudo-comptes.
L’objectif général est de corriger des comportements techniques identifiés dans plusieurs mécanismes récemment développés ou déjà présents dans le protocole.
Les contrôles de gel deviennent plus cohérents
Une partie des changements vise les pseudo-comptes.
Les développeurs ont harmonisé les vérifications de gel et de gel profond pour plusieurs types de transferts qui impliquent ces comptes.
Les transactions concernées comprennent notamment VaultDeposit, VaultWithdraw, AMMDeposit, AMMWithdraw, LoanBrokerCoverDeposit et LoanBrokerCoverWithdraw.
Cette harmonisation vise à éviter des différences de comportement selon le type d’opération utilisé.
Checks et DEX permissionné sont également concernés
Le paquet modifie aussi le traitement de CheckCash et CheckCancel lorsqu’un CheckID composé uniquement de zéros est utilisé.
Il doit également empêcher certaines opérations invalides impliquant des pseudo-comptes.
Sur le DEX permissionné, un autre correctif cible les offres hybrides qui peuvent disparaître du carnet d’ordres lorsqu’un compte perd l’accès à son domaine autorisé.
Ces changements sont davantage des corrections de comportement que de nouvelles fonctionnalités visibles pour les utilisateurs.
Les AMM reçoivent plusieurs ajustements
Les Automated Market Makers font également partie du paquet.
Les correctifs prévus concernent des pertes de précision lors des dépôts, retraits et opérations de clawback.
Le paquet empêcherait aussi la suppression d’un AMM via un type de transaction non autorisé.
Enfin, il modifierait la réponse produite par un calcul spécifique d’AMMWithdraw qui pourrait autrement conduire à une division par zéro.
Ces ajustements cherchent surtout à renforcer la cohérence et la fiabilité des opérations existantes.
La version 3.3.0 contient six amendements soumis au vote
xrpld 3.3.0 a été publiée le 6 août.
La version contient le code nécessaire à fixCleanup3_3_0 ainsi que cinq autres propositions : ConfidentialTransfer, BatchV1_1, DynamicMPT, PermissionDelegationV1_1 et Sponsor.
L’installation de la nouvelle version du logiciel n’active automatiquement aucun de ces amendements.
Chaque proposition doit obtenir séparément le soutien requis des validateurs.
ConfidentialTransfer vise les transferts privés
ConfidentialTransfer introduirait des transferts privés pour les Multi-Purpose Tokens.
Le mécanisme vise à masquer les soldes et les montants transférés au public tout en maintenant la possibilité de vérifier les transactions sur le registre.
Certaines parties autorisées, telles que des émetteurs ou des auditeurs, pourraient conserver un accès aux informations nécessaires dans le cadre de la conception proposée.
La fonctionnalité reste toutefois soumise au processus normal d’approbation des validateurs.
BatchV1_1 permettrait de regrouper plusieurs transactions
BatchV1_1 permettrait à un compte de regrouper jusqu’à huit transactions internes.
Une telle structure pourrait notamment être utilisée pour des opérations où plusieurs étapes doivent toutes réussir ou toutes échouer ensemble.
Cette version remplace une proposition Batch antérieure qui avait été désactivée après la découverte d’un problème de sécurité.
Son inclusion dans xrpld 3.3.0 ne signifie pas qu’elle est active.
PermissionDelegation et Sponsor élargissent les modèles d’accès
PermissionDelegationV1_1 permettrait à un compte d’accorder à un autre compte une autorité limitée pour certaines transactions sans partager la clé privée principale.
Sponsor, de son côté, permettrait à des entreprises ou à d’autres entités de payer les frais de transaction et les réserves nécessaires pour des utilisateurs.
Le contrôle des comptes et des clés resterait entre les mains des utilisateurs.
Ces deux propositions visent donc à introduire davantage de souplesse dans l’utilisation du réseau.
DynamicMPT rendrait certains paramètres modifiables
DynamicMPT permettrait aux émetteurs de déterminer, lors de la création d’un Multi-Purpose Token, quelles propriétés peuvent être modifiées ultérieurement.
La proposition apporterait davantage de flexibilité à la gestion de ces actifs.
Comme les autres amendements de la version 3.3.0, elle doit franchir séparément le seuil de vote avant toute activation sur le mainnet.
Cinq anciens amendements ont été retirés du système de vote
La version 3.3.0 retire également Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve et fixUniversalNumber de la structure d’amendements conditionnels.
Leur retrait ne signifie pas que leurs fonctionnalités disparaissent.
Il indique simplement que leurs règles sont devenues suffisamment anciennes et établies pour être intégrées directement dans le comportement normal du protocole.
Les fonctions visibles par les utilisateurs restent donc disponibles.
Les opérateurs de nœuds doivent mettre leur logiciel à jour
La version 3.3.0 apporte aussi des changements liés à la synchronisation des nœuds, à la suppression en ligne, à l’assemblage des différences entre registres et au nettoyage des abonnements.
Les développeurs ont ajouté davantage de tests, adopté le standard C++23 et modifié certains paramètres de service afin de laisser davantage de temps au serveur lors d’un arrêt contrôlé.
Les opérateurs de nœuds ont été invités à installer la version 3.3.0.
Un serveur qui ne reconnaît pas un amendement activé peut devenir « amendment-blocked » et perdre la capacité de déterminer l’état valide du registre.
Les vaults et le lending suivent leur propre processus
Une partie de fixCleanup3_3_0 concerne des corrections de précision et d’arrondi pour les Single Asset Vaults et le Lending Protocol.
Les deux systèmes eux-mêmes restent cependant soumis à des amendements séparés.
Ripple a récemment voté en faveur de XLS-65 pour les Single Asset Vaults et de XLS-66 pour le Lending Protocol.
Les données du 10 août plaçaient le soutien autour de 40 % pour XLS-65 et au-dessus de 37 % pour XLS-66.
Ces niveaux restent eux aussi inférieurs à la supermajorité nécessaire.
Les vaults pourraient alimenter des prêts à terme
XLS-65 permettrait de regrouper un seul type d’actif dans des vaults.
Ces actifs pourraient inclure XRP, Ripple USD ou d’autres actifs émis sur le XRP Ledger.
Les déposants recevraient des parts représentant leurs droits sur les actifs détenus.
Sous XLS-66, la liquidité de ces vaults pourrait ensuite être utilisée pour financer des prêts à durée déterminée.
Le modèle envisagé reposerait en partie sur des contrôles de crédit et de conformité effectués hors chaîne, tandis que le XRP Ledger enregistrerait et appliquerait les conditions du prêt.
Un nouvel audit n’a relevé aucun problème critique
La société de sécurité Halborn a terminé en juin un nouvel audit du Lending Protocol.
Elle n’a identifié aucun problème critique ou à haut risque.
Cinq observations ont été recensées : une de risque moyen, deux de faible risque et deux à titre informatif.
Selon le rapport, Ripple avait traité, accepté ou reconnu l’ensemble de ces points.
Cela inclut notamment un problème de limite d’actifs dans les vaults lié aux intérêts sur prêts et l’absence d’un contrôle de gel dans LoanBrokerSet.
XRP évolue autour de 1,06 dollar
Au moment de la publication des données citées, XRP se négociait autour de 1,06 dollar après avoir rebondi depuis la zone de 1 dollar.
Le token avait progressé de près de 3 % sur 24 heures, avec une hausse du volume de trading d’environ 16 %.
Le marché des dérivés présentait cependant une image moins homogène.
L’intérêt ouvert total sur les contrats à terme XRP avait reculé de plus de 0,65 % sur une heure après avoir récemment dépassé 2,70 milliards de dollars.
Le positionnement diffère selon les plateformes
Sur CME, l’intérêt ouvert sur les contrats à terme XRP restait supérieur de 1,31 % sur 24 heures.
À l’inverse, il diminuait sur Binance, OKX, Bybit et plusieurs autres plateformes crypto.
Cette divergence suggère que le rebond du prix ne s’accompagnait pas d’une augmentation uniforme du levier sur l’ensemble du marché.
Elle montre également que les investisseurs utilisant des marchés réglementés et ceux actifs sur les plateformes crypto ne se positionnaient pas de la même manière.
Conclusion
Ripple a apporté son soutien à fixCleanup3_3_0, mais l’amendement ne dispose encore que de 8 votes sur 35 validateurs de confiance.
Il lui faudrait au moins 29 voix favorables maintenues pendant deux semaines pour entrer en vigueur sur le mainnet.
Le paquet regroupe des corrections touchant les vaults, le lending, les AMM, les Checks, le DEX permissionné et les pseudo-comptes, tandis que xrpld 3.3.0 introduit également cinq autres amendements distincts soumis à leurs propres votes.
Point clé final
Le vote de Ripple donne de la visibilité à fixCleanup3_3_0, mais il ne constitue pas une activation. La prochaine étape dépend entièrement de l’évolution du soutien des validateurs. Tant que le seuil de supermajorité n’est pas atteint, les correctifs restent présents dans le logiciel mais inactifs sur le réseau principal.
