Разработчики XRPL дорабатывают стандарт XLS-66 для нативного кредитования
Ключевые выводы
- •XLS-66 предлагает нативное ончейн-кредитование для XRP Ledger с займами без залога и фиксированным сроком, организованными через Single Asset Vaults.
- •Стандарт опирается на кредитных брокеров, которые проводят офчейн-оценку кредитоспособности, тогда как условия займов и расчеты обрабатываются ончейн через инфраструктуру XRPL.
- •Предложение остается на стадии рассмотрения стандарта и тестирования кода, поэтому нативное кредитование еще недоступно в mainnet XRPL.
- •XLS-66 отличается от доминирующих моделей DeFi-кредитования тем, что избегает сверхобеспечения в пользу структурированного подхода, зависящего от качества офчейн-андеррайтинга.
- •XRPL реализует основные финансовые функции как нативную функциональность протокола через формальные предложения стандартов, что отличает его от EVM-совместимых блокчейнов, где DeFi-протоколы разворачиваются как сторонние смарт-контракты.

Разработчики XRP Ledger продолжают дорабатывать XLS-66 — предложенный стандарт, который должен добавить в XRPL нативную функцию кредитования. Если спецификация продолжит продвигаться, она может стать одним из более значимых обновлений сети в стиле DeFi.
Предложение описывает ончейн-кредитование с фиксированным сроком и без залога, построенное вокруг Single Asset Vaults. Оно также использует офчейн-андеррайтинг со стороны кредитных брокеров, тогда как расчеты должны выполняться ончейн через инфраструктуру XRPL.
Эта структура является центральной для предложения. XLS-66 не задуман как простой DeFi-пул кредитования по принципу "любой занимает у любого", похожий на полностью обеспеченные денежные рынки Ethereum. Вместо этого он предлагает более структурированную модель кредитования, объединяющую офчейн-оценку кредитоспособности с исполнением на блокчейне.
Функция остается на стадии рассмотрения стандарта и тестирования кода. Нативное кредитование по XLS-66 еще не запущено в mainnet XRP Ledger.
XRPL выходит за рамки платежей
XRP Ledger давно ассоциируется с платежами, быстрыми расчетами и биржевой функциональностью. Эта история остается важной, но она также может скрывать более новое направление развития сети.
Разработчики XRPL работают над функциями, призванными расширить роль блокчейна в ончейн-финансах, включая хранилища, функциональность автоматизированного маркетмейкера, учетные данные и стандарты кредитования. XLS-66 является частью этого более широкого направления разработки. В отличие от EVM-совместимых блокчейнов, где DeFi-протоколы обычно разворачиваются сторонними разработчиками как смарт-контракты, XRPL реализует основные финансовые функции как нативную функциональность протокола через предложения стандартов и поправки. Это означает, что такие функции, как кредитование, проходят формальный процесс рассмотрения стандартов, прежде чем могут быть активированы в mainnet, поэтому предложения вроде XLS-66 являются важными индикаторами дорожной карты сети.
Нативный протокол кредитования дал бы XRPL более прямую связь с кредитными рынками. Однако предложение не пытается в точности воспроизвести существующие модели DeFi. Оно вводит Single Asset Vaults и кредитование с фиксированным сроком, сохраняя офчейн-андеррайтинг как ключевую часть процесса.
В этом смысле дизайн напоминает мост между традиционными кредитными процессами и расчетами на блокчейне. Кредитная оценка проводилась бы вне блокчейна, а итоговая структура займа могла бы фиксироваться и рассчитываться в XRPL.
Почему офчейн-андеррайтинг имеет ключевое значение
Большинство DeFi-кредитования является сверхобеспеченным. В такой модели пользователь вносит активы стоимостью выше суммы займа, а смарт-контракты управляют ликвидациями, если стоимость залога падает слишком сильно. Подход прозрачен и автоматизирован, но также неэффективен с точки зрения капитала, поскольку заемщикам, как правило, уже нужно владеть значительными активами, прежде чем они смогут получить доступ к кредиту. Протоколы вроде Aave и Compound популяризировали эту модель на Ethereum, и сегодня она остается доминирующей парадигмой на большинстве рынков DeFi-кредитования.
Кредитование без залога работает иначе. Оно требует определенного сочетания доверия, идентификации, оценки кредитоспособности или андеррайтинга. Без этих элементов заемщики могли бы брать кредиты без надежного механизма, позволяющего кредиторам оценивать риск возврата.
XLS-66 вводит кредитных брокеров как часть этой структуры. Согласно предложенной модели, кредитные решения и оценка заемщика будут происходить офчейн, тогда как итоговые условия займа и расчеты могут обрабатываться ончейн.
Это создает модель риска, существенно отличающуюся от стандартного DeFi-кредитования. Она может лучше подходить для некоторых реальных кредитных процессов, но также в значительной степени зависит от качества андеррайтинга. Блокчейн может фиксировать расчеты, обеспечивать исполнение определенных условий и предоставлять прозрачность, но он не устраняет кредитный риск заемщика.
По этой причине роль кредитного брокера является центральным элементом предложения, а не второстепенной деталью реализации.
Single Asset Vaults как строительный блок
Single Asset Vaults — еще одна важная часть предложенного дизайна. Структура хранилища может помочь организовать средства, изолировать активы и создать более понятный контейнер для конкретной кредитной деятельности. Это может сделать кредитование на базе XRPL более понятным и управляемым по сравнению с менее структурированной моделью пула.
Для разработчиков хранилища также могут служить более широкими финансовыми строительными блоками. После появления механики хранилищ другие продукты могут стать проще в разработке. Кредитование, доходные продукты, структурированный кредит и инструменты управления активами — все они требуют надежных способов хранения и учета активов.
Именно поэтому обсуждения технических стандартов могут быть важны еще до запуска в mainnet. Рынки часто обращают больше внимания, когда функция уже запущена, но архитектура формируется раньше — во время обсуждения, пересмотра и тестирования стандартов. XLS-66 является тем этапом, на котором разрабатывается и уточняется дизайн нативного кредитования XRPL.
Нативное кредитование XRPL еще не запущено
Главная оговорка заключается в том, что XLS-66 остается на стадии рассмотрения и тестирования. Пользователям не следует считать, что нативное кредитование XRPL уже доступно. Разработчики все еще прорабатывают спецификацию и интеграцию кода, включая связанную работу, отслеживаемую в репозиториях XRPLF.
Такой процесс типичен для разработки протоколов, особенно когда речь идет о финансовых примитивах. Системы кредитования требуют тщательной проверки, поскольку ошибки могут дорого стоить. Они затрагивают балансы, погашения, дефолты, учет в хранилищах, разрешения и ожидания пользователей.
Для держателей XRP и пользователей XRPL это предложение примечательно тем, что при безопасной реализации оно расширило бы потенциальные варианты использования сети. Нативное кредитование могло бы усилить DeFi-профиль XRPL и заинтересовать разработчиков и пользователей, которым нужны кредитные продукты, связанные со скоростью и расчетными возможностями реестра.
Однако на текущем этапе предложение по-прежнему касается проектирования и тестирования, а не внедрения.
DeFi-развитие XRPL становится более заметным
XLS-66 показывает, что разработка XRP Ledger движется в сторону более продвинутой финансовой инфраструктуры. Это не заменяет платежное наследие сети, а добавляет к нему еще один слой. Платежи и кредитование тесно связаны в традиционных финансах, и блокчейн, поддерживающий оба направления, может играть более широкую роль, чем сеть, используемая только для переводов.
Несколько вопросов остаются нерешенными. Стандарт необходимо финализировать, код — безопасно интегрировать, разработчикам нужно будет создать вокруг него кредитные продукты, пользователям — довериться модели офчейн-андеррайтинга, а кредитным брокерам — сформировать реальный спрос.
Эти результаты остаются неопределенными, и для их оценки потребуется время. На данный момент ключевой момент заключается в том, что разработчики XRPL работают над нативным кредитованием таким образом, который отражает собственную архитектуру сети, а не просто копирует DeFi-модель другого блокчейна.
Если инициатива окажется успешной, XLS-66 может помочь позиционировать XRPL как более широкий слой финансовых приложений. Если она застопорится, это все равно покажет, в каком направлении разработчики пытались расширить возможности сети. В любом случае стандарт остается одним из более важных направлений разработки XRPL, за которым стоит следить.
Эта статья основана на обсуждениях XRPLF GitHub по XLS-66 и связанном pull request для rippled. Оригинальный материал был написан News Desk и отредактирован Samuel Rae. Он основан на информации, опубликованной в раскрытиях и первичной исходной документации.