L'amendement de nettoyage XRPL se maintient exactement au seuil requis pour l'activation, tandis que les amendements de prêt proposés restent bien en dessous du soutien nécessaire. Au 18 octobre, 29 des 35 validateurs surveillés par le XRPL Dashboard soutenaient fixCleanup3_4_0. L'amendement requiert strictement plus de 80 % d'approbation, faisant de 29 voix le minimum ; 28 voix sur 35 ne suffisent pas. Les amendements sont le mécanisme par lequel le XRP Ledger adopte de nouvelles règles ; ce décompte détermine donc si l'ensemble des correctifs entrera en vigueur comme prévu.

Le tableau de bord a enregistré la majorité depuis le 9 octobre et projette une activation le 23 octobre à environ 09h34 UTC si le soutien reste inchangé pendant toute la période de deux semaines. Il décrit l'amendement comme n'ayant « aucune voix à perdre ».

L'amendement contient environ 25 correctifs, dont huit concernent les coffres et les prêts. Les autres changements affectent les teneurs de marché automatisés (AMM), les lignes de confiance, les jetons non fongibles (NFT), les Multi-Purpose Tokens, l'escrow, la signature de parrainage et la délégation de permissions.

Comment le prêt sur XRPL est conçu

Le système de prêt XRPL proposé relierait les déposants, un courtier de prêts et les emprunteurs via un coffre. Les déposants placeraient un actif dans un Single Asset Vault, tandis qu'un courtier organiserait des prêts à terme fixe et sans garantie à partir de ce pool. Les emprunteurs rembourseraient selon les conditions convenues, selon la documentation XRPL sur les prêts.

Le registre administrerait les prêts, mais la souscription se déroulerait hors chaîne. La conception actuelle n'inclut pas non plus de liquidation automatisée des garanties sur la chaîne. Une présentationérieure de la proposition a été publiée par Coindoo. Comme toute fonctionnalité XRPL, le système de prêt ne serait activé que par le vote d'amendement : tant que ses amendements n'auront pas franchi le même seuil de supermajorité et la période d'attente de 14 jours, la conception coffre-courtier restera une proposition plutôt qu'une fonctionnalité active du registre.

État des voix et calendrier d'activation

Les 29 voix soutenant fixCleanup3_4_0 sont importantes car le processus d'amendement XRPL exige une majorité de plus de 80 % des validateurs de confiance. Le tableau de bord surveille 35 validateurs, et le seuil est donc de 29.

Le processus a déjà montré comment une majorité perdue peut affecter les calendriers d'activation. PermissionDelegationV1_1 est tombée à 28 voix sur 35 le 23 septembre. BatchV1_1 a perdu sa majorité lors d'un vote le 25 septembre, relançant son compte à rebours de deux semaines avant que l'amendement ne soit activé le 9 octobre. Selon le processus officiel d'amendement, la perte de la majorité requise réinitialise la période de deux semaines.

Les amendements de prêt ont encore besoin de huit à dix voix supplémentaires, suivies d'une période d'attente de 14 jours. Par conséquent, aucun ne peut s'activer avant début novembre au plus tôt.

Une réserve s'applique également aux décomptes de validateurs. Un rapport déposé le 8 octobre dans le dépôt GitHub de rippled indique que la version 3.4.1 cesse de compter les voix d'un validateur après sa rotation de clé de signature et le retire du seuil. Le rapporteur a observé 33 validations et un seuil de 26 plutôt que 35 et 28, et a noté qu'aucun résultat d'amendement n'avait changé, a rapporté Unchained. Un correctif restait en cours d'examen au 9 octobre.

Ce que change fixCleanup3_4_0

L'amendement de nettoyage est plus large qu'une simple mise à jour du prêt. Selon la liste des amendements XRPL, ses quelque 25 éléments incluent les changements suivants :

• Lignes de confiance : Le blocage par un émetteur des lignes de confiance entrantes s'appliquera également aux offres. Un compte ne pourra donc plus recevoir de jetons via une offre lorsque la ligne de confiance entrante concernée est bloquée.
• Clawbacks AMM : Un clawback ne brûlera plus les jetons de pool d'un détenteur sans rien récupérer lorsque l'arrondi ramène le montant à zéro.
• Escrow : L'annulation ou l'achèvement d'un escrow restituant des jetons n'échouera plus lorsque le propriétaire se trouve à la limite de réserve.
• Signatures : Les signatures de parrain et de contrepartie utiliseront des préfixes distincts, empêchant qu'une signature créée pour un rôle soit rejouée pour l'autre.

Ces changements sont décrits dans les notes de version de xrpld 3.4.0. Ils affectent également une fonctionnal lancée le 8 octobre. La documentation XRPL déconseille de déléguer la permission granulaire PaymentBurn avant l'activation du nettoyage, car un délégataire détenant cette permission pourrait être en mesure de créer de nouveaux jetons de ligne de confiance ou Multi-Purpose Tokens, et pas seulement de les détruire, selon Unchained. Le nettoyage rejette les paiements en PaymentBurn seul qui transformeraient un solde nul en émission.

Effets sur les dépôts et la comptabilité des coffres

Les parts de coffre sont des Multi-Purpose Tokens dont la valeur suit les actifs détenus par le coffre. Le registre suit également une « perte non réalisée » sur les prêts marqués comme dépréciés. Dans un exemple de la documentation des coffres, un coffre détenant 1,0 million de dollars avec une perte non réalisée de 900 000 dollars a un taux de change de retrait de 0,1.

Le nettoyage apporte trois changements à cette partie du système. Les dépôts, retraits et clawbacks utilisent un arrondi plus précis, contribuant à maintenir la cohérence entre les actifs totaux d'un coffre, ses actifs disponibles et son offre de parts. Un retrait à parts fixes depuis un coffre entièrement déprécié peut transférer zéro actif au lieu d'échouer. La transaction se termine sans récupérer d'argent, et les notes de version n'expliquent pas pourquoi ce comportement a remplacé un échec.

L'amendement modifie également les contrôles de retard, de dépréciation et de défaut des prêts. La date d'échéance doit être strictement passée avant qu'un prêt puisse être signalé, ce qui signifie qu'un prêt ne peut être marqué en retard ou en défaut le jour même de l'échéance.

Il s'agit du quatrième amendement de nettoyage ciblant ce code. La documentation XRPL des coffres indique que fixCleanup3_1_3 à fixCleanup3_4_0 ont chacun introduit des correctifs de précision, d'arrondi ou de correction du comportement des coffres après l'audit du système en 2025.

Intérêts et retraits sous LendingProtocolV1_1

LendingProtocolV1_1, introduit dans la version 3.4.0, modifie la façon dont un coffre comptabilise les intérêts. Auparavant, un coffre comptait la totalité des intérêts programmés d'un prêt comme revenu dès l'origine du prêt et devait annuler ce revenu si l'emprunteur cessait de payer.

La documentation des prêts donne un exemple impliquant un coffre avec 99 000 jetons disponibles et un prêt de 1 000 jetons portant 90 jetons d'intérêts programmés. Selon l'approche antérieure, le coffre déclare 100 090 en actifs totaux. Avec la comptabilité de trésorerie, les intérêts ne sont comptés que lorsqu'un paiement les verse. Les prix des parts ne sont donc pas majorés par des revenus programmés mais non payés, et les pertes apparaissent plus faibles car seul le principal est à risque.

Le même amendement ajoute des coffres fermés. Ils traversent trois phases à des dates fixées lors de la création du coffre, et ces dates ne peuvent être modifiées. Une fois V1.1 activé, les nouveaux courtiers de prêts ne pourront utiliser que des coffres fermés, selon la documentation XRPL des Single Asset Vaults.

Le modèle comptable dépend de la date de création du coffre. Les coffres créés avant l'activation de V1.1 conserveront définitivement le modèle d'intérêts antérieur, même après l'activation de V1.1. La documentation prévoit également un écart possible entre les activations des deux amendements. LendingProtocol et V1.1 totalisaient chacun 19 voix au 18 octobre, mais leurs décomptes identiques ne garantissent pas qu'ils s'activeront ensemble.

Capital de première perte et défauts de prêt

Un courtier peut fournir un capital de première perte facultatif, mais deux paramètres limitent la part de ce capital qui atteint un coffre après un défaut. CoverRateMinimum spécifie la part de la dette devant être couverte, tandis que CoverRateLiquidation limite la part de ce minimum envoyée au coffre en cas de défaut d'un prêt.

Dans un exemple de la documentation XRPL du Lending Protocol, un courtier fournit 1 000 jetons de couverture et un prêt de 1 090 jetons fait défaut. Avec les deux taux fixés à 10 %, seuls 10,9 jetons de la couverture sont appliqués, laissant au coffre une perte de 1 079,1 jetons. Les courtiers fixent les taux, les pools réels pourront donc utiliser des paramètres différents.

Si la couverture disponible passe en dessous du minimum requis, le courtier ne peut plus émettre de nouveaux prêts, et ses frais sont versés dans la couverture. Cela limite la nouvelle exposition mais n'oblige pas un emprunteur existant à rembourser.

Les émetteurs d'actifs conservent également certains contrôles. Si l'actif d'un coffre est gelé, les retraits ne peuvent être effectués que vers l'émetteur. Les émetteurs peuvent aussi récupérer les parts de coffre sous forme d'actifs qui leur sont envoyés. Un emprunteur gelé ne peut effectuer de paiements, mais le gel n'annule pas la dette.

Dates et points à surveiller

Le nettoyage devrait s'activer le 23 octobre à environ 09h34 UTC si les 29 validateurs soutiens maintiennent leurs voix pendant toute la fenêtre d'activation. Le retrait d'un seul validateur relancerait la période de deux semaines, comme ce fut le cas pour PermissionDelegationV1_1 et BatchV1_1.

Les amendements de prêt nécessitent 29 voix puis une période d'attente de 14 jours, plaçant leur activation possible au plus tôt en novembre. L'écart temporel entre LendingProtocol et V1.1 est également important car un coffre créé pendant cet écart conservera l'ancien modèle de comptabilisation des intérêts.

Enfin, le correctif proposé du comptage des voix reste pertinent. Il empêcherait les validateurs de disparaître du décompte après une rotation de leurs clés de signature.

Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil financier ou d'investissement. Les calendriers d'amendement peuvent changer, et le prêt implique des risques de crédit et de liquidité.

Source : Coindoo