Les développeurs du XRP Ledger de Ripple proposent une solution pour les problèmes d'arrondi des remboursements de prêts

Les développeurs du XRP Ledger ont proposé une nouvelle mise à jour du protocole de prêt qui corrigerait la manière dont les remboursements de prêts sont arrondis, empêchant ainsi les petites différences de calcul de s'accumuler au fil des paiements programmés.

Résumé

• Les développeurs du XRP Ledger ont proposé des modifications d'arrondi des remboursements dans le cadre de l'amendement prévu LendingProtocolV1_2 pour le prêt natif.
• La correction empêcherait les différences d'arrondi accumulées de faire en sorte que les dernières mensualités de prêt dépassent les montants programmés.
• Les développeurs ont testé les calculs de remboursement à travers les coffres Legacy, CashBasis et FixedPrecision sous plusieurs configurations d'amendement différentes.
• Les prêts existants portant des différences d'arrondi peuvent les conserver à moins que les emprunteurs ne fassent des paiements excédentaires qualifiés pendant le remboursement.
• LendingProtocolV1_2 est toujours en développement, l'activation sur le réseau principal nécessitant un soutien soutenu des validateurs de confiance du XRP Ledger.

La proposition GitHub du 6 novembre introduit des changements dans le cadre de l'amendement prévu LendingProtocolV1_2, qui alignerait les soldes de prêts en cours avec leurs calendriers de remboursement. La correction traite des cas où les différences d'arrondi peuvent laisser la dernière mensualité légèrement supérieure au montant que les emprunteurs étaient initialement censés payer.

La proposition est toujours en cours d'examen et n'a pas été activée sur le réseau principal du XRP Ledger. Les développeurs ont inclus des tests couvrant différentes méthodes de comptabilité des coffres, des prêts existants et des situations où les emprunteurs paient plus que leurs mensualités programmées.

La correction du prêt XRP Ledger cible l'arrondi des remboursements

Au centre de la proposition se trouve la manière dont le XRP Ledger calcule le montant restant dû après que les emprunteurs ont effectué des paiements sur un prêt.

Selon le calcul existant décrit par le développeur, la valeur de chaque mensualité est calculée séparément. De petites différences d'arrondi peuvent s'accumuler au fur et à mesure que les paiements progressent, laissant parfois la dernière mensualité unité supérieure au paiement périodique arrondi.

La correction proposée introduit une méthode de calcul connue sous le nom de télescopage, qui utilise le calendrier de remboursement restant pour déterminer le solde restant après chaque mensualité.

Plutôt que de permettre aux calculs individuels de produire des différences cumulatives, le système ramènerait la valeur restante en ligne avec les paiements programmés restants.

Dans le cadre de LendingProtocolV1_2, chaque transaction LoanPay à temps réduirait TotalValueOutstanding au montant programmé avec un paiement restant de moins. L'ajustement resterait plafonné au paiement périodique arrondi.

La description du développeur indique que le changement ferait en sorte que la partie valeur de chaque mensualité programmée soit égale soit au paiement périodique arrondi vers le bas, soit au paiement périodique arrondi vers le haut, tout en restant d'au moins une unité.

La dernière mensualité correspondrait alors exactement au paiement périodique arrondi pour les prêts suivant le calendrier corrigé.

Les développeurs ajustent les calculs LoanSet et LoanPay

Les modifications de code proposées concernent LoanSet, qui établit les conditions de prêt, et LoanPay, qui traite les remboursements sur le registre.

Le premier commit déplace le calcul de la valeur programmée d'un prêt hors de computeLoanProperties et dans une fonction distincte appelée scheduledValue.

Les développeurs ont déclaré que cet ajustement initial ne change pas le comportement existant. Son but est de garantir que la création de prêts et le traitement des remboursements utilisent la même méthode d'arrondi.

Un second commit introduit la correction de remboursement dans le cadre de LendingProtocolV1_2, y compris des ajustements au solde restant chaque fois qu'un emprunteur effectue un paiement excédentaire accepté.

Après un tel paiement, TotalValueOutstanding serait réinitialisé à la valeur programmée calculée en utilisant le paiement périodique révisé, permettant aux mensualités suivantes de suivre le calendrier mis à jour.

La proposition comprend des garanties pour la partie principale de chaque mensualité, empêchant les calculs de laisser un montant négatif d'intérêts impayés.

Les prêts à taux zéro nécessitent un traitement séparé car la valeur totale du prêt utilise un arrondi à l'unité la plus proche, tandis que le montant principal est arrondi à la hausse.

Les développeurs ont testé les changements à travers les modèles de comptabilité des coffres Legacy, CashBasis et FixedPrecision, avec et sans l'amendement proposé activé.

Les prêts XRP Ledger existants conserveraient certaines différences d'arrondi

Bien que les changements proposés corrigent les calculs de remboursement à l'avenir, ils n'élimineraient pas automatiquement chaque différence d'arrondi attachée aux prêts existants.

La proposition sur GitHub explique que les anciens prêts portant déjà une unité au-dessus de leur solde prévu conserveraient cette différence jusqu'à ce que l'emprunteur effectue un paiement excessif.

Ces prêts pourraient donc encore nécessiter une dernière échéance égale au PaiementPériodique arrondi plus une unité supplémentaire.

Les petits paiements excessifs peuvent être ignorés lorsqu'ils se situent dans les limites d'arrondi existantes. Dans ces cas, la transaction peut retourner un résultat réussi sans facturer un paiement de prêt supplémentaire.

Le développeur a inclus des tests couvrant l'activation de l'amendement pendant qu'un prêt reste en cours, permettant de vérifier les calculs révisés par rapport aux enregistrements de remboursement existants.

Ces ajustements concernent la comptabilité des prêts dans le protocole de prêt proposé. Ils ne changent pas les transferts ordinaires de XRP ni n'établissent un nouveau produit d'emprunt disponible pour tous les détenteurs de XRP.

LendingProtocolV1_2 nécessite toujours l'approbation des validateurs

La proposition de remboursement fait partie du travail continu de XRP Ledger sur le prêt natif, qui permettrait des prêts à terme fixe financés par des Coffres à Actif Unique.

En septembre, crypto.news a couvert les changements de prêt introduits dans la version 3.4.0 de XRP Ledger, y compris les coffres fermés et la comptabilité de base de trésorerie sous LendingProtocolV1_1.

Le cadre de prêt proposé utiliserait des actifs regroupés pour financer des prêts, tandis que les courtiers évalueraient les emprunteurs et géreraient le risque de crédit en dehors de la blockchain.

Une révision d'octobre du vote des validateurs a révélé que les amendements de prêt et de coffre n'avaient pas obtenu le soutien requis pour être activés.

Pendant ce temps, un amendement de maintenance distinct a été activé le 4 novembre, abordant plusieurs problèmes de traitement des transactions sans activer le protocole de prêt.

Dans le processus d'amendement de XRP Ledger, un changement proposé doit recevoir le soutien de plus de 80 % des validateurs de confiance pendant deux semaines consécutives avant son activation.

La demande de tirage #8698 reste ouverte, et aucune date d'activation sur le mainnet n'a été annoncée pour LendingProtocolV1_2.