НовостиКриптовалютыXRPL разрабатывает стандарт XLS-66 для срочного кредитования за счёт пулов активов

XRPL разрабатывает стандарт XLS-66 для срочного кредитования за счёт пулов активов

Автор: Blockonomi·

Ключевые выводы

  • Проект спецификации XLS-66 позволил бы пулам активов в XRP Ledger финансировать срочные займы на основе предложенной конструкции хранилищ единого актива XLS-65.
  • Кредитные брокеры управляли бы каждым пулом кредитования, одобряя займы, устанавливая комиссии и при необходимости внося капитал первого убытка для покрытия части потерь при дефолте заёмщика.
  • Стандарт ориентирован на кредитование без обеспечения с проверками кредитоспособности вне блокчейна и отказывается от автоматической ликвидации залога, применяемой в протоколах вроде Aave и Compound.
  • Записи займов по XLS-66 отслеживали бы основную сумму, проценты, графики платежей, даты погашения и льготные периоды непосредственно в блокчейне.
  • Предложение остаётся проектом, зависящим от XLS-65 и XLS-64, а для активации потребуется устойчивая поддержка валидаторов в течение двухнедельного периода без фиксированной даты выпуска.
XRPL разрабатывает стандарт XLS-66 для срочного кредитования за счёт пулов активов

XRP Ledger (XRPL) рассматривает стандарт кредитования, который позволит пулам активов финансировать срочные займы непосредственно в самой сети. Проект спецификации, известный как XLS-66, будет основан на XLS-65 Single Asset Vaults — хранилищах единого актива, в которых вкладчики размещают средства в общие пулы и получают доли, отражающие их участие в каждом из них. Предложение является частью более широкого курса на встроенные DeFi-возможности сети: в 2024 году на XRPL была активирована поправка об автоматическом маркет-мейкере (AMM) — XLS-30.

Согласно предложению, кредитный брокер создавал бы пулы кредитования и управлял ими, одобрял займы, устанавливал комиссии и определял требования к капиталу первого убытка. Проверки кредитоспособности и оценка заёмщиков оставались бы вне блокчейна, а не опирались на автоматическую ликвидацию залога. Брокеры могли бы вносить капитал первого убытка, чтобы сократить потери вкладчиков при дефолте заёмщиков. Конструкция могла бы поддерживать XRP, активы эмитентов или Multi-Purpose Tokens, а доступ к пулу мог бы быть публичным или ограниченным.

Хранилища будут удерживать объединённые кредитные активы

Согласно XLS-65, вкладчики размещали бы один актив в хранилище и получали доли пропорционально своему взносу. Эти доли подтверждали бы право собственности, однако не гарантировали бы немедленный доступ к средствам, как только пул начнёт финансировать займы.

Для каждого пула потребовались бы собственные правила вывода средств. Условия пула могли бы определять, попадают ли заявки на вывод в очередь, действуют ли лимиты кредитования и какой объём ликвидного капитала остаётся доступным, пока займы открыты.

Условия займов фиксируются в блокчейне

XLS-66 позволил бы брокеру и заёмщику создать заём с указанием основной суммы, процентной ставки, графика платежей, даты погашения и льготного периода. Запись о займе отслеживала бы непогашенную основную сумму и проценты непосредственно в самой сети.

Система также поддерживала бы правила начисления процентов за просрочку, комиссии за оформление займа и сборы за досрочное погашение. Если заёмщик пропускает платежи сверх льготного периода, брокер может пометить заём как проблемный или дефолтный.

Проверки кредитоспособности останутся вне блокчейна

Предложение сосредоточено на кредитовании без обеспечения и не предусматривает автоматической продажи залога или принудительных ликвидаций. Вместо этого брокеры оценивали бы заёмщиков за пределами XRP Ledger — с использованием финансовых документов, юридических соглашений, гарантий, торговой истории или иных проверок кредитоспособности. Это отличает XLS-66 от широко используемых DeFi-протоколов кредитования, таких как Aave и Compound, где заёмщики, как правило, предоставляют избыточное обеспечение, а смарт-контракты автоматически ликвидируют залог при падении его стоимости. XLS-66, напротив, воспроизводит посредническую структуру традиционных кредитных рынков, в которой брокер находится между вкладчиками и заёмщиками.

Такой подход отводит брокерам центральную роль в управлении рисками. Прежде чем направлять активы в пул, вкладчикам требовалась бы информация о требованиях к заёмщикам, лимитах концентрации, юридических условиях и процессе кредитования конкретного брокера.

XLS-66 также позволил бы брокерам вносить капитал первого убытка для покрытия части потерь при дефолте. Ценность такой защиты зависела бы от размера резерва по отношению к непогашенным займам пула.

Статус проекта и зависимости

Предложение пока остаётся проектом и зависит как от XLS-65, так и от XLS-64. Поскольку XLS-66 напрямую строится на конструкции хранилищ, его продвижение связано с тем, чтобы XLS-65 первым прошёл процесс стандартизации. Обновления протокола XRPL осуществляются через процедуру поправок сети, согласно которой внесённое изменение активируется лишь после того, как в течение двухнедельного периода получит устойчивую поддержку валидаторов, поэтому сроки зависят от принятия валидаторами, а не от фиксированной даты выпуска.

Для внедрения потребовались бы утверждённые стандарты, активные брокеры, заёмщики и чёткие условия пула.

Evernorth изучал возможности, связанные с децентрализованными финансами (DeFi) на базе XRP, однако ни один из рассмотренных первоисточников не указывает на существование кредитного пула под управлением Evernorth.

Источник: Blockonomi