Розробники XRP Ledger від Ripple пропонують виправлення проблем округлення під час погашення позик

Розробники XRP Ledger запропонували оновлення протоколу кредитування, яке виправить спосіб округлення погашень позик, запобігаючи накопиченню невеликих різниць у розрахунках протягом запланованих платежів.

Пропозиція від 6 листопада на GitHub впроваджує зміни в рамках запланованої поправки LendingProtocolV1_2, яка узгодить непогашені залишки за позиками з їхніми графіками погашення. Виправлення стосується випадків, коли різниці округлення можуть залишити останній внесок трохи вищим за суму, яку позичальники спочатку мали сплатити.

Пропозиція перебуває на розгляді й не була активована в основній мережі XRP Ledger. Розробники включили тести, що охоплюють різні методи обліку сховищ, існуючі позики та ситуації, коли позичальники сплачують більше за свої заплановані внески.

Виправлення кредитування XRP Ledger спрямоване на округлення погашень

У центрі пропозиції — те, як XRP Ledger обчислює залишкову суму до сплати після того, як позичальники здійснюють платежі за позикою.

Згідно з наявним розрахунком, описаним розробником, вартість кожного внеску обчислюється окремо. Невеликі різниці округлення можуть накопичуватися в міру просування платежів, іноді залишаючи останній внесок на одну одиницю вищим за округлений періодичний платіж.

Запропоноване виправлення впроваджує метод розрахунку, відомий як телескопіювання, який використовує залишковий графік погашення для визначення непогашеного залишку після кожного внеску.

Замість того щоб дозволяти окремим розрахункам створювати кумулятивні різниці, система повертатиме непогашену вартість у відповідність до залишкових запланованих платежів.

У рамках LendingProtocolV1_2 кожна вчасна транзакція LoanPay зменшуватиме TotalValueOutstanding до запланованої суми з одним меншим платежем, що залишився. Коригування залишатиметься обмеженим округленим PeriodicPayment.

У описі розробника зазначено, що зміна зробить вартісну частину кожного запланованого внеску рівною або округленому вниз, або округленому вгору періодичному платежу, зберігаючи її щонайменше на рівні однієї одиниці.

Тоді останній внесок точно відповідатиме округленому PeriodicPayment для позик, що дотримуються виправленого графіка.

Розробники коригують розрахунки LoanSet і LoanPay

Запропоновані зміни коду стосуються LoanSet, який встановлює умови позики, та LoanPay, який обробляє погашення в реєстрі.

Перший коміт переносить обчислення запланованої вартості позики з computeLoanProperties в окрему функцію під назвою scheduledValue.

Розробники зазначили, що це початкове коригування не змінює наявної поведінки. Його мета — забезпечити використання однакового методу округлення під час створення позики та обробки погашення.

Другий коміт впроваджує виправлення погашення в рамках LendingProtocolV1_2, включно з коригуваннями залишкового балансу щоразу, коли позичальник здійснює прийняту переплату.

Після такого платежу TotalValueOutstanding скидатиметься до запланованої вартості, обчисленої з використанням переглянутого PeriodicPayment, що дозволить наступним внескам дотримуватися оновленого графіка.

Пропозиція містить запобіжні заходи для основної частини кожного внеску, що перешкоджають розрахункам залишати негативну суму несплачених відсотків.

Позики з нульовою відсотковою ставкою потребують окремої обробки, оскільки загальна вартість позики використовує округлення до найближчої одиниці, тоді як сума основного боргу округлюється вгору.

Розробники протестували зміни в моделях обліку сховищ Legacy, CashBasis та FixedPrecision, як з увімкненою запропонованою поправкою, так і без неї.

Існуючі позики XRP Ledger збережуть деякі відмінності округлення

Хоча запропоновані зміни виправлять розрахунки погашення на майбутнє, вони не усунуть автоматично всі відмінності округлення, пов'язані з існуючими позиками.

У пропозиції на GitHub пояснюється, що старіші позики, які вже мають одну одиницю понад свій запланований баланс, збережуть цю різницю, доки позичальник не здійснить переплату.

Тому такі позики все ще можуть вимагати останнього внеску, що дорівнює округленому PeriodicPayment плюс одна додаткова одиниця.

Невеликі переплати можуть ігноруватися, якщо вони потрапляють у межі існуючих лімітів округлення. У таких випадках транзакція може повернути успішний результат без стягнення додаткового платежу за позикою.

Розробник включив тести, що охоплюють активацію поправки, поки позика залишається непогашеною, що дозволяє перевірити переглянуті розрахунки на основі існуючих записів про погашення.

Ці коригування стосуються обліку позик у межах запропонованого протоколу кредитування. Вони не змінюють звичайні перекази XRP і не створюють нового кредитного продукту, доступного всім власникам XRP.

LendingProtocolV1_2 все ще потребує схвалення валідаторів

Пропозиція щодо погашення є частиною поточної роботи XRP Ledger над нативним кредитуванням, яке дозволило б надавати строкові позики, що фінансуються через Single Asset Vaults.

У вересні crypto.news висвітлив зміни в кредитуванні, запроваджені у версії XRP Ledger 3.4.0, включаючи закриті сховища та облік на касовій основі в межах LendingProtocolV1_1.

Запропонована кредитна структура використовувала б об'єднані активи для фінансування позик, тоді як брокери оцінювали б позичальників і керували кредитним ризиком поза блокчейном.

Жовтневий огляд голосування валідаторів виявив, що поправки щодо кредитування та сховищ не отримали необхідної підтримки для активації.

Тим часом окрема поправка з обслуговування активувалася 4 листопада, вирішивши кілька проблем обробки транзакцій без увімкнення протоколу кредитування.

Згідно з процесом внесення поправок XRP Ledger, запропонована зміна повинна отримати підтримку понад 80% довірених валідаторів протягом двох послідовних тижнів перед активацією.

Pull request #8698 залишається відкритим, і дата активації LendingProtocolV1_2 у mainnet не оголошена.