Разработчики XRP Ledger предложили обновление протокола кредитования, которое исправит способ округления при погашении кредитов, предотвращая накопление небольших расчётных расхождений по плановым платежам.
Краткое содержание
- Разработчики XRP Ledger предложили изменения округления при погашении в рамках планируемой поправки LendingProtocolV1_2 для нативного кредитования.
- Исправление предотвратит накопление расхождений округления, из-за которых последний платёж по кредиту может превысить запланированную сумму.
- Разработчики протестировали расчёты погашения для хранилищ Legacy, CashBasis и FixedPrecision при нескольких различных конфигурациях поправок.
- Существующие кредиты с расхождениями округления могут сохранить их, если заёмщики не внесут квалифицирующие переплаты во время погашения.
- LendingProtocolV1_2 находится в разработке; для активации в основной сети требуется устойчивая поддержка доверенных валидаторов 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 в основной сети не объявлена.
