В ветке разработки XRPL теперь указана LendingProtocolV1_2 — новая поправка, которая пока не поддерживается и находится выше LendingProtocolV1_1 и исходной записи LendingProtocol. Связанная с ней работа над стандартами предполагает существенное изменение порядка выдачи займов: оформление и принятие будут выполняться в отдельных транзакциях до того, как займ станет активным.
Это добавление указывает на очередную доработку реализации кредитования в XRP Ledger до запуска, а не на расширение набора основных функций. Работа всё ещё находится на стадии разработки, а наличие поправки в списке ветки не свидетельствует о её развёртывании или активации в реестре.
LendingProtocolV1_2 появилась в ветке разработки XRPL
В определениях функций ветки разработки XRPLF/rippled эта функция указана как LendingProtocolV1_2. Её расположение выше более ранней V1_1 и исходного дополнения LendingProtocol ясно показывает, что в кодовой базе отслеживаются последовательные версии протокола кредитования.
Статус «пока не поддерживается» имеет ключевое значение для текущего положения V1_2. Хотя дополнение готовится как изменение протокола, в упомянутой ветке оно ещё не перешло в статус поддерживаемого развёртывания; дополнения — это механизм, используемый в кодовой базе rippled для представления изменений протокола XRPL.
Название также указывает на итеративный характер работы. Вместо замены инициативы по кредитованию несвязанным предложением, V1_2 следует за исходным дополнением и V1_1 как часть последовательности изменений, связанных именно с кредитованием.
Две транзакции разделяют настройку займа и его принятие
Согласно работе над стандартами XLS-65/66, LendingProtocolV1_2 вводит двухэтапное создание займа. Предлагаемая транзакция LoanSet должна создавать займ, а транзакция LoanAccept — отдельно принимать его; займ станет активным только после этого этапа принятия.
Это разделение — ключевое функциональное усовершенствование, связанное с V1_2. Оно меняет последовательность перехода предлагаемого займа в активное состояние, отделяя создание условий займа или его настройку от последующего действия по его принятию.
В независимом материале Coin Brief дополнение также описывалось как работа по совершенствованию реализации кредитования перед запуском; среди прочего упоминались двухэтапное создание займа и связанные с ним изменения транзакций кредитования. Однако основным источником сведений о заявленной структуре транзакций остаётся предложение по стандарту.
Разделение процесса может иметь особое значение для того, как протокол определяет момент, когда договорённость становится действующим займом, хотя доступные материалы не содержат окончательного графика запуска и не подтверждают, что текущая версия предложения является финальной.
Изменения в коде касаются доменов брокеров и учёта хранилищ
Сравнение с зеркалом INFTF фиксирует изменения rippled для LendingProtocolV1_2 по состоянию на 14 октября. В этих изменениях добавлено и протестировано поведение с ограниченным доступом для доменов брокеров по займам, учёт хранилищ с фиксированной точностью и раздельный процесс транзакций LoanSet/LoanAccept.
Эта запись показывает, что V1_2 — это не только предложение на уровне стандарта, но и работа по реализации. Флаг функции связывает поведение доменов брокеров с дополнением, а учётные изменения затрагивают расчёты, связанные с кредитованием и хранилищами.
В записях не указано, как учётные изменения повлияют на пользователей или поставщиков ликвидности. Они также не свидетельствуют о развёртывании в рабочей среде: в ветке разработки LendingProtocolV1_2 по-прежнему указано как не поддерживаемое.
Дополнение продолжает поэтапное внедрение кредитования
Исходный LendingProtocol вошёл в rippled 3.1.0, выпущенный в январе 2026 года. В последующих выпусках зафиксированы дополнительные исправления, связанные с кредитованием и хранилищами, что указывает на поэтапное развитие протокола, а не на единственную неизменную реализацию.
Теперь LendingProtocolV1_2 добавляет ещё один отдельный этап: самостоятельное дополнение, предложение по стандарту для двухэтапного создания займа и работу по реализации, охватывающую домены брокеров, учёт хранилищ и тестирование процесса транзакций. Эта последовательность согласуется с предоставленными сведениями о выпусках и разработке, согласно которым функция кредитования продолжала дорабатываться после первоначального внедрения.
Участникам XRPL, следящим за этой функцией, прежде всего стоит наблюдать за тем, выйдет ли V1_2 за рамки текущего статуса «не поддерживается». Согласно имеющимся материалам по коду и стандартам, её нынешняя задача сформулирована узко: пересмотреть процесс создания займа и внести связанные исправления реализации до дальнейшего развития системы кредитования.
Отказ от ответственности: Эта статья предоставлена исключительно в информационных целях. Она не является юридической, налоговой, инвестиционной, финансовой или иной консультацией и не предназначена для использования в качестве таковой.