Le protocole de prêt du XRP Ledger de Ripple corrige le remboursement des prêts

XRP
protocole de prêtRemboursement de prêtVote du validateurXRP Ledgeramendement
il y a 1 heureSource: u.today
Le protocole de prêt du XRP Ledger de Ripple corrige le remboursement des prêts

Le protocole de prêt du XRP Ledger va faire l'objet d'un ajustement de la façon dont les remboursements de prêts sont arrondis. En termes simples, le solde après chaque paiement correspondrait à l'échéancier, la mise à jour a été décrite dans la pull request officielle sur Github.

Après un paiement excédentaire, TotalValueOutstanding est réinitialisé à la valeur planifiée du nouveau PeriodicPayment.

Dans le cadre de l'amendement LendingProtocolV1_2, chaque LoanPay effectué à temps ramènerait TotalValueOutstanding à la valeur planifiée avec un paiement de moins, plafonné au PeriodicPayment arrondi.

Détails techniques

Le premier commit déplace le calcul de la valeur planifiée hors de computeLoanProperties vers une fonction scheduledValue distincte, sans changement de comportement.

Ainsi, LoanSet et LoanPay l'arrondissent de la même manière. Les prêts à intérêt zéro nécessitent également un plancher sur la part du principal, car leur valeur est arrondie au plus proche tandis que le principal est arrondi au supérieur. Les tests sont exécutés sur les coffres Legacy, CashBasis et FixedPrecision, avec et sans l'amendement.

Aujourd'hui, la part de valeur de chaque paiement est calculée séparément, de sorte que l'arrondi peut s'accumuler au fil des paiements. Le dernier paiement peut alors nécessiter une unité de plus que le PeriodicPayment arrondi, et les parts de valeur peuvent alterner entre les paiements.

Avec ce changement, une méthode appelée telescoping fait en sorte que la part de valeur de chaque paiement effectué à temps soit soit le plancher soit le plafond du PeriodicPayment, et au moins une unité. Le dernier paiement devient exactement le PeriodicPayment arrondi.

Ce que cela signifie pour les utilisateurs

Il y a peu ou pas d'effet pour les utilisateurs et les investisseurs aujourd'hui. L'unité supplémentaire sur le paiement final change peu de choses. Les prêts plus anciens qui portaient déjà une unité au-dessus de leur échéancier la conservent simplement, de sorte que le dernier paiement nécessite toujours le PeriodicPayment et une seule unité, à moins que l'emprunteur ne paie d'abord en trop.

Les petits paiements excédentaires sont pour la plupart ignorés ; la transaction aboutit avec succès et ne facture aucun XRP supplémentaire.

La date d'activation reste à déterminer : l'accord de 80 % des validateurs est nécessaire pendant deux semaines consécutives pour que l'amendement soit adopté. Aucun vote public pour LendingProtocolV1_2 n'a encore été annoncé, le calendrier reste donc incertain.