Ripple запускает протокол кредитования XRPL: новый ончейн-кредитный примитив для токенизированных активов (Devnet уже открыт)
Ripple запускает протокол кредитования XRPL: новый ончейн-кредитный примитив для токенизированных активов (Devnet уже открыт)
Ripple представила Протокол кредитования XRPL, предназначенный для обеспечения стандартизированного выполнения кредитных обязательств в ончейне на XRP Ledger (XRPL), с особым акцентом на токенизированные активы и рабочие процессы, удобные для институциональных инвесторов. Ключевая идея проста: решения о кредитовании остаются вне сети (off-chain), в то время как исполнение кредита становится последовательным процессом в сети (on-chain), охватывающим объединение ликвидности, выдачу кредитов, погашение и управление дефолтами.
Для разработчиков самое главное — практическое применение: протокол уже доступен для экспериментов на XRPL devnet.
Почему «Ончейн-кредитование» нуждается в другой модели для институциональных инвесторов
Большинство разработок в области крипто-кредитования предполагают, что андеррайтинг и оценка рисков происходят в сети (on-chain) или на основе простых правил избыточного обеспечения (overcollateralization). Это подходит для розничного DeFi, но не полностью соответствует институциональному кредитованию, где:
- андеррайтинг часто зависит от финансовой отчетности вне сети (off-chain), юридических соглашений и комитетов по рискам
- процессы комплаенса (KYC/AML, проверка на соответствие санкциям, проверка юрисдикции) должны соблюдаться последовательно
- условия кредитования могут нуждаться в индивидуальной настройке, при этом оставаясь операционно автоматизируемыми
Протокол кредитования XRPL учитывает эту реальность, разделяя обязанности:
- Институциональные инвесторы / управляющие пулами занимаются андеррайтингом и комплаенсом вне сети (off-chain)
- Протокол стандартизирует каналы исполнения в сети (on-chain)
Этот подход соответствует более широкой тенденции отрасли на 2025–2026 годы: перевод реальных активов (RWA) в ончейн, при этом сохраняя регуляторный контроль и управление кредитами, совместимые с существующими финансовыми процессами.
Основной принцип проектирования: Андеррайтинг вне сети, исполнение в сети
Протокол построен на принципе, который будет понятен каждому, кто пытался внедрить DeFi в эксплуатацию для регулируемых организаций:
- Вне сети (Off-chain): кто может заимствовать, сколько, по какой ставке, на каких условиях
- В сети (On-chain): детерминированное управление ликвидностью, жизненным циклом кредита, погашениями и дефолтами
Это делает протокол не столько «анонимными денежными рынками», сколько уровнем исполнения кредитных обязательств, который может лежать в основе различных бизнес-моделей — разрешенных пулов, кураторских кредитных столов или продуктов токенизированного кредита, обеспеченных эмитентами.
Для общего контекста XRPL и архитектуры сети см. документацию XRP Ledger на XRPL.org.
Два строительных блока: Vault для одного актива + Протокол кредитования
Дизайн разделен на два компонента, которые соответствуют двум предлагаемым стандартам:
1) Vault для одного актива (XLS-65)
Vault для одного актива объединяет и управляет ликвидностью для одного актива в сети. Концептуально, это «контейнер» в сети, который предоставляет ликвидность на основе стандартизированных правил, позволяя оператору пула определять ограничения на участие и риски вне сети.
Эта модель Vault полезна, когда учреждению требуется чистая бухгалтерская отчетность по конкретному активу (например, токенизированный казначейский инструмент, стейблкоин или другая структура пула с одним активом).
2) Протокол кредитования (XLS-66)
Протокол кредитования потребляет ликвидность из Vault и выдает кредиты с явными условиями, затем обеспечивает исполнение жизненных механизмов: погашение, срок действия и обработка дефолтов.
Вместе эти части призваны сделать кредитование на XRPL компонуемым, не заставляя каждую реализацию заново изобретать одинаковую операционную инфраструктуру.
Если вы хотите отслеживать обсуждения стандартов и эволюцию предложений, сообщество XRPL ведет черновики и спецификации в репозитории XRPL Standards.
Встроенная поддержка субординированного капитала («Skin in the Game»)
Одной из наиболее заметных функций на уровне инфраструктуры является поддержка механизма субординированного (младшего) капитала:
- Управляющий пулом может занять позицию первого убытка (first-loss)
- Другие поставщики ликвидности получают более старшую долю
Это повторяет структуры, распространенные в традиционных кредитных фондах, помогая согласовать стимулы и упростить разработку уровней риска без использования специальных, специфичных для приложений шаблонов смарт-контрактов.
На практике это может помочь решить повторяющуюся проблему пользователей в области ончейн-кредитования: «Кто первым понесет убытки в случае дефолта заемщика?» Четкая структура капитала может уменьшить неопределенность и улучшить коммуникацию рисков.
Что разработчики могут сделать сейчас (тестирование в Devnet)
Протокол доступен для тестирования на XRPL devnet, что означает, что разработчики могут начать прототипирование интеграций и операционных потоков до получения одобрения основного сети.
Разумный чек-лист для оценки разработчиками выглядит так:
- Взаимодействие с Vault: потоки депозита/снятия, ожидания по бухгалтерскому учету и доступность ликвидности
- Логика жизненного цикла кредита: выдача, графики погашения и крайние случаи (частичное погашение, переход в просрочку)
- Обработка дефолтов: как протокол представляет и обрабатывает события дефолта
- Операционный контроль: как ваше приложение обеспечивает соответствие требованиям и комплаенс вне сети, полагаясь на стандартизированное исполнение в сети
Чтобы начать работу с сетями и средами XRPL, ознакомьтесь с ресурсами XRPL devnet и тестирования.
Проверка реальности управления: XLS-65 и XLS-66 все еще нуждаются в одобрении валидаторов
Поскольку это направление на уровне протокола, связанное с формальными предложениями, внедрение зависит от процессов внесения поправок и валидации XRPL. Другими словами: тестирование в devnet открыто, но доступность в основной сети зависит от управления сетью и принятия.
Если вы новичок в том, как изменения внедряются в XRPL, обзор процесса внесения поправок в XRPL — лучшее место для начала.
Что это может открыть для токенизированных активов (и на что обратить внимание)
Если экосистема примет эти примитивы, величайшим прорывом станет не «больший доход». Это более надежная кредитная инфраструктура для токенизированных финансов:
- Токенизированные активы + кредитные рельсы: создание структурированных кредитных продуктов, привязанных к RWA
- Паттерны институционального DeFi: разрешенный доступ со стандартизированными механизмами расчетов
- Более чистые интеграции: кошельки, кастодианы и финтех-приложения могут интегрировать общий жизненный цикл кредитования вместо индивидуальной логики кредитования
На что обратить внимание дальше:
- как управляющие пулами будут внедрять стандарты андеррайтинга и раскрытия информации вне сети
- получат ли поставщики ликвидности прозрачную отчетность по буферам субординированного капитала
- принятие инициативами по токенизации, которым требуется кредитование как нативная возможность, а не как отдельная зависимость от протокола
Примечание по безопасности: Кредитные рельсы повышают важность управления ключами
По мере того, как ончейн-кредитование становится более операционно «реальным», радиус поражения скомпрометированного ключа подписи увеличивается, особенно для команд, управляющих казначейством, залогом или распределением ликвидности.
Аппаратный кошелек, такой как OneKey, может помочь, изолируя приватные ключи от подключенных к интернету сред и поддерживая более безопасные рабочие процессы подписи транзакций для команд, занимающихся крипто-операциями. Если ваша организация экспериментирует с интеграциями кредитования на XRPL devnet, имея производственные активы в других местах, разделение тестовых ключей от ключей казначейства является практической базой.
Дисклеймер: Настоящая статья предназначена только для информационных целей и не является финансовой, юридической или инвестиционной консультацией.
