Ripple a voté pour l'amendement fixCleanup3_3_0, car la proposition a obtenu le soutien de 8 des 35 validateurs de confiance du XRP Ledger lors de sa phase de vote précoce.
Résumé
- Ripple a soutenu fixCleanup3_3_0, un ensemble de correctifs inclus avec la version 3.3.0 de xrpld.
- L'amendement dispose actuellement de 8 votes sur 35 validateurs, ce qui le place en dessous du seuil d'activation.
- Les modifications proposées couvrent les coffres, les prêts, les AMM, les chèques, le DEX autorisé et les pseudo-comptes.
- Le XRP se négociait près de 1,06 $ alors que les données sur les produits dérivés montraient un positionnement inégal sur les principales bourses.
Le vote sur fixCleanup du XRP Ledger reste en dessous du niveau d'activation
Les données de vote des validateurs du XRPL citées par le tracker communautaire CryptoRednirav montrent que Ripple a émis un vote « oui » pour fixCleanup3_3_0, portant le soutien à l'amendement à 8 des 35 validateurs de la liste de nœuds uniques par défaut.
Le vote donne au package de maintenance un soutien précoce de l'un des principaux contributeurs du XRP Ledger, mais Ripple ne peut pas approuver l'amendement seul. Les validateurs prennent leurs propres décisions, et la proposition doit maintenir le soutien de plus de 80 % des validateurs de confiance pendant deux semaines consécutives avant de pouvoir prendre effet sur le réseau principal.
Avec 35 validateurs dans la configuration par défaut, un soutien de plus de 80 % nécessiterait au moins 29 votes affirmatifs. Les huit votes actuels ne déclenchent pas la période d'activation de deux semaines, et aucune date d'activation du réseau principal n'a été fixée.
Contrairement à une proposition de fonctionnalité autonome, fixCleanup3_3_0 regroupe plusieurs corrections sous un seul amendement. Les notes de version officielles du XRPL décrivent des correctifs impliquant les coffres à actif unique, le protocole de prêt, les teneurs de marché automatisés, l'échange décentralisé autorisé, les chèques et les pseudo-comptes.
Parmi les modifications proposées, les développeurs ont unifié les vérifications de gel et de gel profond pour les transferts impliquant des pseudo-comptes. Les types de transactions concernés incluent VaultDeposit, VaultWithdraw, AMMDeposit, AMMWithdraw, LoanBrokerCoverDeposit et LoanBrokerCoverWithdraw.
D'autres corrections modifieraient la façon dont CheckCash et CheckCancel gèrent un CheckID entièrement nul, empêcheraient les actions invalides impliquant des pseudo-comptes et corrigeraient les offres hybrides qui disparaissent d'un carnet d'ordres autorisé lorsqu'un compte perd l'accès à son domaine autorisé.
Les modifications liées aux AMM traitent de la perte de précision lors des dépôts, des retraits et des récupérations. Le package empêche également la suppression d'un AMM via un type de transaction non autorisé et modifie la réponse produite par un calcul AMMWithdraw spécifique qui autrement diviserait par zéro.
La version 3.3.0 soumet six amendements aux validateurs
Publiée le 6 août, la version 3.3.0 de xrpld contient le code nécessaire pour fixCleanup3_3_0 et cinq amendements de fonctionnalités, bien que l'installation du logiciel n'en active aucun.
Comme crypto.news l'a rapporté le 7 août, les autres propositions sont ConfidentialTransfer, BatchV1_1, DynamicMPT, PermissionDelegationV1_1 et Sponsor. Chaque amendement a une fonction distincte et doit passer par le processus de validation avant que ses règles ne fassent partie du réseau principal.
ConfidentialTransfer ajouterait des transferts privés pour les jetons à usages multiples en masquant les soldes et les montants de transfert du public tout en les gardant vérifiables sur le registre. Les parties autorisées, y compris les émetteurs ou les auditeurs, pourraient toujours accéder aux informations requises pour la conformité selon la conception de la proposition.
BatchV1_1 permettrait à un compte de regrouper jusqu'à huit transactions internes, prenant en charge des cas d'utilisation tels que les échanges atomiques où toutes les étapes de transaction réussissent ou échouent en groupe. L'amendement révisé remplace une version antérieure de Batch qui a été désactivée après que les développeurs ont découvert un problème de sécurité.
PermissionDelegationV1_1 remplace également une proposition antérieure. Ses règles permettraient à un compte de donner à un autre compte une autorité de transaction limitée sans partager le contrôle de la clé privée principale.
DynamicMPT permettrait aux émetteurs de désigner certaines propriétés de Multi-Purpose Token comme modifiables lors de la création d'un actif. Sponsor, quant à lui, permettrait aux entreprises ou autres entités de payer les frais de transaction et les exigences de réserve pour les utilisateurs tout en laissant le contrôle des comptes et des clés des utilisateurs inchangé.
Parallèlement au code d'amendement, la version 3.3.0 a retiré Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve et fixUniversalNumber. Le retrait supprime les anciennes portes d'amendement après que les règles sous-jacentes ont fonctionné pendant une période prolongée ; il ne supprime pas les fonctions orientées utilisateur du registre.
La version inclut également des modifications de la synchronisation des nœuds, de la suppression en ligne, de l'assemblage des deltas du registre et du nettoyage des abonnements. Les développeurs ont ajouté plus de tests, adopté la norme C++23 et modifié les paramètres du service système du serveur pour permettre un délai supplémentaire pour un arrêt contrôlé.
Les opérateurs de nœuds ont été invités à installer la version 3.3.0 pour maintenir la continuité du service. Un serveur qui ne reconnaît pas un amendement activé peut être bloqué par amendement, ce qui signifie qu'il ne peut plus déterminer l'état valide du registre.
Les correctifs de Vault et de prêt accompagnent des votes de fonctionnalités distincts
Les corrections de précision et d'arrondi pour les Single Asset Vaults et le Lending Protocol font partie de fixCleanup3_3_0, tandis que les systèmes de vault et de prêt eux-mêmes restent soumis à des amendements distincts.
Ripple a récemment soutenu les deux propositions, votant en faveur de XLS-65 pour les Single Asset Vaults et de XLS-66 pour le Lending Protocol. Les données de vote publiées le 10 août plaçaient le soutien à près de 40 % pour XLS-65 et au-dessus de 37 % pour XLS-66, laissant les deux en dessous de la supermajorité requise.
Les Single Asset Vaults regrouperaient un type de jeton, qui pourrait inclure XRP, Ripple USD ou un autre actif émis par XRPL. Les déposants recevraient des parts représentant leurs créances sur les actifs détenus par un vault.
La liquidité de ces vaults pourrait ensuite financer des prêts à durée déterminée via XLS-66. Plutôt que d'exiger que chaque emprunteur fournisse des actifs d'une valeur supérieure au prêt, le cadre proposé s'appuierait sur des vérifications de crédit hors chaîne, des examens de conformité et une souscription. XRPL enregistrerait et appliquerait les conditions de prêt convenues, y compris les intérêts, les remboursements et les défauts de paiement.
La société de sécurité Halborn a terminé une ré-audit du protocole de prêt en juin. La société n'a signalé aucun problème critique ou à haut risque après avoir examiné les contrôles de transaction, les règles comptables, les contrôles d'accès, les limites de paramètres et la cohérence de l'état.
Halborn a identifié cinq constatations : un problème de risque moyen, deux problèmes de faible risque et deux éléments d'information. Son rapport indique que Ripple avait traité, accepté ou reconnu les cinq, y compris un contournement de la limite d'actifs du vault impliquant les intérêts de prêt et un contrôle de gel manquant dans LoanBrokerSet.
Pour les institutions américaines, les prêts au niveau du registre ne remplaceraient pas les obligations découlant des règles sur les valeurs mobilières, les prêts, les sanctions, la protection des consommateurs ou la lutte contre le blanchiment d'argent. Les entreprises participantes devraient toujours effectuer les vérifications juridiques et de conformité applicables à leurs activités avant d'utiliser le registre pour l'exécution et la tenue de registres.
XRP rebondit alors que le positionnement sur les échanges reste mitigé
XRP (XRP) se négociait près de 1,06 $ à la publication après s'être remis de la zone de 1 $, selon les données actuelles du marché. Le jeton avait gagné près de 3 % au cours des 24 heures précédentes, tandis que le volume des transactions augmentait d'environ 16 %.
Les données de CoinGlass ont montré une réponse moins uniforme sur le marché des dérivés. L'intérêt ouvert total des contrats à terme XRP a chuté de plus de 0,65 % en une heure après avoir récemment dépassé 2,70 milliards de dollars, ce qui indique que certaines positions à effet de levier avaient été fermées pendant le rebond.
Les chiffres au niveau des échanges différaient également. L'intérêt ouvert des contrats à terme XRP sur CME est resté 1,31 % plus élevé sur 24 heures, tandis que l'intérêt ouvert a diminué sur Binance, OKX, Bybit et plusieurs autres échanges de crypto.
La distinction est pertinente pour les investisseurs américains qui obtiennent une exposition au XRP via des produits réglementés plutôt qu'en détenant directement le jeton. Les chiffres récents de l'ETF XRP rapportés par crypto.news ont montré que le fonds coté aux États-Unis de Canary a perdu 81,6 millions de dollars en actifs nets, même si l'activité des actions a ajouté 82 millions de dollars, avec 159,7 millions de dollars de dépréciation non réalisée du XRP expliquant la différence.
