Поправка по очистке XRPL удерживается ровно на пороге, необходимом для активации, тогда как предложенные поправки по кредитованию по-прежнему значительно ниже требуемой поддержки. По состоянию на 18 октября 29 из 35 отслеживаемых валидаторов, контролируемых XRPL Dashboard, поддерживали fixCleanup3_4_0. Поправка требует строго более 80% одобрения, поэтому минимум составляет 29 голосов; 28 из 35 недостаточно. Поправки — это механизм, посредством которого XRP Ledger принимает новые правила, поэтому именно этот счёт определяет, вступят ли объединённые исправления в силу по расписанию.

Панель управления фиксирует большинство с 9 октября и прогнозирует активацию 23 октября примерно в 09:34 UTC, если поддержка останется неизменной в течение двухнедельного периода. Она описывает поправку как имеющую «ни одного лишнего голоса».

Поправка содержит около 25 исправлений, восемь из которых касаются хранилищ и кредитования. Остальные изменения затрагивают автоматизированные маркет-мейкеры (AMM), линии доверия, невзаимозаменяемые токены (NFT), Multi-Purpose Tokens, эскроу, подписи спонсорства и делегирование разрешений.

Как устроено кредитование XRPL

Предлагаемая система кредитования XRPL связала бы вкладчиков, кредитного брокера и заёмщиков через хранилище (vault). Вкладчики помещали бы один актив в Single Asset Vault, а брокер организовывал бы срочные необеспеченные кредиты из этого пула. Заёмщики погашали бы кредиты на согласованных условиях, согласно документации XRPL по кредитованию.

Реестр администрировал бы кредиты однако андеррайтинг происходил бы вне цепочки. Текущий дизайн также не предусматривает автоматизированной ликвидации обеспечения на цепочке. Предыдущий обзор предложения был опубликован Coindoo. Как и любая функция XRPL, система кредитования заработает только через голосование по поправке: пока её поправки не преодолеют тот же порог супербольшинства и 14-дневное окно ожидания, дизайн «хранилище и брокер» остаётся предложением, а не действующей функциональностью реестра.

Статус голосования и сроки активации

29 голосов в поддержку fixCleanup3_4_0 важны, потому что процесс поправок XRPL требует большинства строго более 80% доверенных валидаторов. Панель отслеживает 35 валидаторов, поэтому порог составляет 29.

Процесс уже показал, как утрата большинства может повлиять на сроки активации. PermissionDelegationV1_1 опустилась до 28 из 35 голосов 23 сентября. BatchV1_1 потеряла большинство в одном голосовании 25 сентября, что перезапустило её двухнедельный отсчёт до включения поправки 9 октября. Согласно официальному процессу поправок, утрата требуемого большинства сбрасывает двухнедельный период.

Поправкам по кредитованию по-прежнему требуется от восьми до десяти дополнительных голосов, за которыми следует 14-дневное окно ожидания. Как следствие, ни одна из них не сможет активироваться раньше начала ноября.

Есть и оговорка касательно подсчёта валидаторов. В отчёте, поданном 8 октября в репозиторий rippled на GitHub, говорится, что версия 3.4.1 прекращает учитывать голоса валидатора после ротации его ключа подписи и исключает его из порога. Автор отчёта наблюдал 33 валидации и порог в 26, а не 35 и 28, и отметил, что исход ни одной поправки не изменился, сообщает Unchained. Патч оставался на рассмотрении по состоянию на 9 октября.

Что меняет fixCleanup3_4_0

Поправка по очистке шире, чем обновление кредитования. Согласно списку поправок XRPL, её примерно 25 пунктов включают следующие изменения:

• Линии доверия: блокировка эмитентом входящих линий доверия будет распространяться и на ордера (offers). Таким образом, счёт больше не сможет получать токены через ордер, когда соответствующая входящая линия доверия заблокирована.
• Клеобэки в AMM: клеобэк больше не будет сжигать пул-токены держателя, не возвращая ничего, когда округление снижает сумму до нуля.
• Эскроу: отмена или завершение эскроу с возвратом токенов больше не будет завершаться ошибкой, когда владелец находится на границе резерва.
• Подписи: подписи спонсора и контрагента получат различные префиксы, что предотвратит повторное использование подписи, созданной для одной роли, в качестве другой.

Эти изменения описаны в примечаниях к релизу xrpld 3.4.0. Они также затрагивают функцию, запущенную 8 октября. Документация XRPL не рекомендует делегировать детализированное разрешение PaymentBurn до включения поправки по очистке, поскольку держатель-делегат с этим разрешением может получить возможность создавать новые токены линий доверия или Multi-Purpose Tokens, а не только уничтожать их, согласно Unchained. Поправка отклоняет платежи исключительно с PaymentBurn, которые перевели бы нулевой баланс в отрицательный (mint).

Последствия для вкладчиков хранилищ и учёта

Доли хранилища — это Multi-Purpose Tokens, стоимость которых следует за активами хранилища. Реестр также отслеживает «нереализованный убыток» по кредитам, помеченным как обесцененные. В примере из документации по хранилищам хранилище на 1,0 млн долларов с нереализованным убытком в 900 000 долларов имеет курс обмена при выводе 0,1.

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

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

Это четвёртая поправка по очистке, направленная на соответствующий код. Документация XRPL по хранилищам сообщает, что fixCleanup3_1_3 через fixCleanup3_4_0 каждое вносило исправления точности, округления или корректности в поведение хранилищ после аудита системы в 2025 году.

Проценты и выводы при LendingProtocolV1_1

LendingProtocolV1_1, представленная в версии 3.4.0, меняет способ учёта процентов в хранилище. Ранее хранилище учитывало все запланированные проценты по кредиту как доход в момент выдачи кредита и было обязано сторнировать этот доход, если заёмщик прекращал платить.

Документация по кредитованию приводит пример с хранилищем, имеющим 99 000 доступных токенов, и кредитом на 1 000 токенов с 90 токенами запланированных процентов. При прежнем подходе хранилище показывает 100 090 в общих активах. При учёте по кассовому методу проценты засчитываются только в момент фактического платежа. Поэтому цены долей не завышаются на запланированный, но не полученный доход, а убытки выглядят меньше, поскольку под риск находится только основная сумма.

Та же поправка добавляет хранилища закрытого типа. Они проходят три фазы в датах, зафиксированных при создании, и эти даты нельзя изменить. После включения V1.1 новые кредитные брокеры смогут использовать только хранилища закрытого типа, согласно документации XRPL по Single Asset Vault.

Модель учёта зависит от момента создания хранилища. Хранилища, созданные до активации V1.1, навсегда сохранят прежнюю модель учёта процентов, даже после включения V1.1. Документация также допускает разрыв между активациями двух поправок. LendingProtocol и V1.1 имели по 19 голосов в снимке от 18 октября, но одинаковый счёт голосов не гарантирует их совместной активации.

Капитал первой потери и дефолты по кредитам

Брокер может предоставить необязательный капитал первой потери, но две настройки ограничивают, какая его часть поступает в хранилище после дефолта. CoverRateMinimum определяет долю долга, которая должна быть покрыта, а CoverRateLiquidation ограничивает, какая часть этого минимума направляется в хранилище при дефолте по кредиту.

В примере из документации XRPL Lending Protocol брокер предоставляет 1 000 токенов покрытия, и кредит на 1 090 токенов дефолтит. При обеих ставках в 10% применяется лишь 10,9 токена покрытия, и хранилище несёт убыток в 1 079,1 токена. Ставки устанавливают брокеры, поэтому реальные пулы могут использовать иные параметры.

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

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

Даты и моменты для наблюдения

Ожидается, что поправка по очистке активируется 23 октября примерно в 09:34 UTC, если все 29 поддерживающих валидаторов сохранят голоса на протяжении всего окна активации. Отказ хотя бы одного валидатора перезапустит двухнедельный период, как это произошло с PermissionDelegationV1_1 и BatchV1_1.

Поправкам по кредитованию требуется 29 голосов и затем 14-дневное окно ожидания, что помещает их самую раннюю возможную активацию в ноябрь. Временной разрыв между LendingProtocol и V1.1 также имеет значение, поскольку хранилище, созданное в этот разрыв, сохранит более старую модель учёта процентов.

Наконец, остаётся актуальным предложенный патч подсчёта голосов. Он предотвратит исчезновение валидаторов из подсчёта после ротации ключей подписи.

Эта статья предоставлена исключительно в информационных целях и не является финансовой или инвестиционной рекомендацией. Графики поправок могут меняться, а кредитование сопряжено с кредитным риском и риском ликвидности.

Источник: Coind