Стоимость доли вкладчиков в смоделированной книге кредитов XRP Ledger снижается на 90 000 токенов при дефолте по одному кредиту, по сравнению с 4 500 токенами при дефолте по десяти мелким кредитам на ту же сумму в 100 000 токенов. Обе книги начинаются с 1 миллиона токенов долга, резерва в 200 000 токенов и идентичными настройками защиты.
Разница в 20 раз обусловлена тем, как задокументированные правила кредитования высвобождают этот резерв. Каждый дефолт рассчитывается отдельно. Таким образом, размер кредита влияет на то, сколько убытков приходится на вкладчиков, даже если общий непогашенный долг и капитал, доступный для его покрытия, остаются прежними на начальном этапе.
Дизайн кредитования XRPL объединяет активы в хранилище и выдает необеспеченные кредиты на фиксированный срок через брокера, ответственного за андеррайтинг. Вкладчики владеют долями в хранилище, стоимость которых падает, когда активы, обеспечивающие их, несут убытки. Объединенным активом может быть XRP, токен трастовой линии или многоцелевой токен (MPT).
Модели сравнения CryptoSlate имитируют немедленное списание с использованием задокументированных правил и соответствующего кода релиза 3.3.0, анонсированного 6 августа. Цифры гипотетические. Активация в основной сети не была подтверждена в официальном реестре поправок по состоянию на 6 сентября, где LendingProtocolV1_1 был указан как находящийся в разработке. Потенциальным кредиторам необходимо знать размеры кредитов и настройки выплат, связанные с резервом, чтобы оценить его защиту.
Как один и тот же плохой долг приводит к разным убыткам
Три параметра управляют защитой. CoverAvailable — это фактически внесенный резерв. CoverRateMinimum устанавливает, какой минимальный уровень покрытия должен поддерживать брокер по отношению к своему долгу. CoverRateLiquidation определяет, какая часть этого минимального требуемого покрытия может быть использована для одного дефолта.
Расчет выплаты использует минимальное требуемое покрытие. В базовом примере брокер внес 200 000 токенов, но минимальный уровень в 10% требует 100 000 против его долга в 1 миллион. Ставка ликвидации в 10% применяется к этому минимуму в 100 000, что дает предел в 10 000 токенов. Спецификация XLS-66 описывает механизм, а закрепленная реализация LoanManage также ограничивает выплату фактическим доступным покрытием.
Для этой модели, где все рассчитанные суммы представлены целыми токенами:
Выплаченное покрытие = наименьшее из: текущий долг брокера × минимальная ставка покрытия × ставка ликвидации, долг по дефолтному кредиту и доступный резерв.
После каждого дефолта долг брокера уменьшается на полную сумму дефолта. Резерв уменьшается на сумму, выплаченную в хранилище. Выплата по следующему кредиту рассчитывается с использованием этих обновленных балансов.
При обеих ставках в 10% первый лимит составляет 1 000 000 × 10% × 10% или 10 000 токенов. Таким образом, кредит на 100 000 токенов получает покрытие в 10 000 и оставляет убыток хранилища в 90 000, несмотря на то, что брокер изначально имел достаточно резервных средств для покрытия всего дефолта.
Сравнение использует две книги кредитов, которые уже были созданы в разных структурах. Каждая имеет одинаковый долг в 900 000 токенов, приносящий доход, и 100 000 токенов долга, по которым произошел дефолт. Одна содержит этот дефолтный долг в одном кредите; другая — в десяти кредитах по 10 000 каждый.
Базовый сценарий использует нулевые проценты и комиссии, при этом каждый дефолт может быть объявлен брокером. Нет промежуточных погашений, взысканий, новых кредитов, изменений в резервном финансировании или процентных балансах, а также депозитов и снятий средств из хранилища. Комиссии за транзакции и резервы владельцев реестра находятся вне расчета.
Для кредитов с начислением процентов дефолтный долг также включает оставшееся право требования процентов хранилища за вычетом комиссий за управление брокером. Код округляет покрытие вверх по точности кредита и актива, а убытки хранилища — вниз по точности хранилища. Результаты базового примера в целых токенах не затрагиваются; дробные балансы требуют этих правил округления.
| Структура дефолтного кредита | Выплаченное покрытие | Убыток хранилища | Остаток резерва |
|---|---|---|---|
| Один кредит на 100 000 токенов | 10 000 токенов | 90 000 токенов | 190 000 токенов |
| Десять кредитов по 10 000 токенов | 95 500 токенов | 4 500 токенов | 104 500 токенов |
Смоделированное распределение с одинаковым начальным долгом, резервом и двумя настройками покрытия по 10%. Обе структуры имеют общий дефолтный долг в 100 000 токенов.
Для книги десяти кредитов первый дефолт получает 10 000 токенов покрытия. Затем долг брокера снижается до 990 000, что приводит ко второй выплате в 9 900. Последовательность продолжается до 9 100 для десятого кредита.
Общая сумма этих выплат составляет 95 500 токенов. Убытки, переданные хранилищу, варьируются от нуля по первому кредиту до 900 по последнему, в общей сложности 4 500. Деление убытка по одному кредиту в 90 000 на 4 500 дает коэффициент 20, указанный в заголовке.
Резерв остается достаточным на протяжении всего процесса. После десяти дефолтов остается 104 500 токенов покрытия, что превышает требуемый минимум в 90 000 против оставшегося долга в 900 000. Разрыв возникает без того, чтобы брокер исчерпал покрытие или опустился ниже требуемого минимума.
Сравнение касается книг кредитов, сформированных с различными контрактными структурами. Один кредит может быть дефолтным только один раз. Количество контрактов также мало говорит о диверсификации заемщиков: десять контрактов все еще могут представлять собой концентрированное экономическое воздействие.
Какие настройки и элементы управления изменяют результат
Результат в 20 раз относится к данному конкретному сравнению. При тех же базовых настройках разделение дефолтного долга на два равных кредита приводит к убыткам в 80 500 токенов; пять кредитов — к 52 000; двадцать — к нулю в этой модели.
Изменение ставки ликвидации приводит к другому диапазону результатов:
| Ставка ликвидации | Убыток от одного кредита на 100 000 токенов | Убыток от десяти кредитов по 10 000 токенов |
|---|---|---|
| 5% | 95 000 токенов | 52 250 токенов |
| 10% | 90 000 токенов | 4 500 токенов |
| 20% | 80 000 токенов | 0 токенов |
| 100% | 0 токенов | 0 токенов |
Смоделированные убытки. Начальный долг остается на уровне 1 миллиона токенов, резерв — 200 000, а минимальная ставка покрытия — 10%; изменяется только ставка ликвидации.
Простое добавление наличных денег имеет другой эффект. Удвоение начального резерва до 400 000 токенов не меняет выплаты в базовом сценарии, поскольку лимит на один дефолт уже действует. Если доступный резерв слишком мал, он становится дополнительным ограничением на выплаты.
Например, брокер, уже находящийся ниже минимального покрытия и имеющий всего 50 000 токенов, не мог бы выплатить более этой суммы по десяти дефолтам. Документация запрещает брокерам с недостаточным покрытием выдавать новые кредиты.
Порядок обработки также имеет значение для неравных кредитов. При базовых настройках дефолт на 90 000 токенов, а затем на 10 000, приводит к покрытию в 19 100; обратный порядок дает 19 900. Изменение порядка десяти равных кредитов не меняет их результат. Эта чувствительность делает процедуры дефолта актуальными наряду с распределением размеров кредитов.
Настройки покрытия являются важными решениями при создании брокера. Документация LoanBrokerSet разрешает последующие изменения только для Флагов, Данных и DebtMaximum. Две ставки покрытия фиксированы. Пополнение увеличивает доступный резерв; фиксированные ставки покрытия остаются прежними. Дополнительные средства помогают, когда доступность резерва ограничивает выплату.
DebtMaximum ограничивает совокупный долг брокера. Он не гарантирует, что конкретный крупный дефолт будет полностью покрыт. Для оценки защиты потенциальным кредиторам потребуются обе ставки покрытия, доступный резерв, текущий долг, размеры кредитов и концентрация заемщиков, наряду с договорной поддержкой и условиями взыскания вне модели.
Сроки дефолта также зависят от брокера. Рассмотренная реализация требует, чтобы владелец брокера подал транзакцию дефолта после истечения срока следующего платежа плюс льготного периода. Ухудшение может привести к переносу срока платежа. Как только кредит дефолтный, он не может быть дефолтным снова.
Описание дизайна от Ripple помещает оценку кредитоспособности, юридическую документацию и специфические для учреждения элементы управления вне сети. Дополнительная договорная поддержка или последующее взыскание могут изменить конечный экономический убыток. Сам по себе расчет резерва не может установить эти права или их стоимость.
Для потенциального кредитора XRP решающим раскрытием информации является то, сколько из резерва может фактически привлечь каждый возможный дефолт. В этом примере 200 000 токенов капитала первого уровня убытков сосуществуют с 90 000 или 4 500 токенами убытков вкладчиков, в зависимости от книги кредитов, которую он защищает.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Liam 'Akiba' Wright
