Исправление ошибки в XRP Ledger близко к одобрению, запуск кредитования отложен

XRP
управление валидаторамиголосование по поправкамкредитный протоколИсправление ошибкихранилищеXRPL
1 час назадИсточник: crypto.news
Исправление ошибки в XRP Ledger близко к одобрению, запуск кредитования отложен

XRP Ledger приблизился к активации пакета программных исправлений 23 октября, получив 29 голосов валидаторов, необходимых для одобрения, хотя его планируемая кредитная система по-прежнему не достигает порога голосования сети.

Краткое содержание

  • Последний пакет исправлений ошибок XRP Ledger получил 29 голосов валидаторов, достигнув порога одобрения сети.
  • Обновление может быть активировано 23 октября, если валидаторы сохранят поддержку в течение требуемого двухнедельного периода голосования.
  • Планируемой кредитной системе не хватает 10 голосов, а поддерживающей её функции хранилища — ещё восьми.
  • Исправления касаются кредитных расчётов, учёта хранилищ, обработки токенов и других проблем обработки транзакций в XRPL.
  • Кредитное предложение поддержит срочные кредиты без залога, используя брокеров для оценки кредитоспособности заёмщиков вне сети.

Согласно XRPL Dashboard, поправка под названием fixCleanup3_4_0 по состоянию на 19 октября получила поддержку 29 из 35 валидаторов из списка доверенных по умолчанию сети. Предложение проходит обязательный двухнедельный период одобрения, и активация прогнозируется на пятницу, если эта поддержка сохранится.

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

Поправка LendingProtocol имела 19 поддерживающих валидаторов, то есть ей не хватало 10 голосов до требуемых 29. SingleAssetVault, который будет хранить средства, используемые для кредитов, имел 21 голос, и ему требовалось ещё восемь.

Исправление ошибок XRP Ledger нацелено на активацию 23 октября

Поправка fixCleanup3_4_0 достигла необходимого большинства валидаторов 9 октября, начав 14-дневный период, в течение которого поддержка должна оставаться выше 80%.

На контрольной точке 19 октября предложение завершило примерно девять дней этого периода ожидания. Дашборд прогнозировал 23 октября около 09:34 UTC как момент, когда требуемый период одобрения завершится.

Фактическая активация может произойти вскоре после этого, поскольку XRP Ledger обрабатывает решения по поправкам через определённые интервалы, известные как флаг-леджеры.

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

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

По правилам XRPL потеря этого большинства перезапускает двухнедельный период одобрения, когда достаточная поддержка будет восстановлена. Таким образом, время активации 23 октября является прогнозом, а не подтверждением того, что обновление уже вступило в силу.

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

Разработчики XRPL выпустили версию 3.4.0 серверного программного обеспечения xrpld 16 сентября и рекомендовали операторам обновиться для поддержания совместимости.

Кредитованию XRP Ledger по-прежнему не хватает 10 голосов до одобрения

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

Предложение LendingProtocol, известное как XLS-66, получило 19 из 35 голосов доверенных валидаторов в снимке от 19 октября. Его сопутствующее предложение SingleAssetVault, XLS-65, получило 21 голос. Оба требуют поддержки как минимум 29 валидаторов в течение двух непрерывных недель, прежде чем вступить в силу.

Предложения должны активироваться до того, как запланированная кредитная система сможет работать в основной сети XRP Ledger. Даже если бы оба немедленно достигли необходимого количества голосов, правило двухнедельного ожидания означает, что они не могли бы активироваться вместе с пакетом исправлений ошибок от 23 октября.

Отдельная поправка, LendingProtocolV1_1, получила 19 голосов поддержки. Представленная в версии 3.4.0, она предлагает изменения в дизайне кредитных хранилищ и учете процентов по займам.

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

Предложение делит этот процесс на периоды подписки, инвестирования и погашения.

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

Эти предложенные изменения по-прежнему подлежат одобрению валидаторов.

В сентябре crypto.news сообщил о выпуске программного обеспечения и его двух новых поправках, отметив, что выпуск работающего кода сам по себе не активировал новые кредитные правила.

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

Кредитный дизайн полагается на брокеров для проверки заемщиков

В рамках предлагаемой кредитной системы XRPL вкладчики будут вносить активы в общее хранилище, а кредитный брокер будет организовывать срочные займы, используя эти объединенные средства.

Реестр будет записывать кредитные обязательства, погашения и другие связанные транзакции.

Заемщикам не придется предоставлять обеспечение напрямую через протокол.

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

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

Защита будет зависеть от доступной суммы. Она не гарантирует, что вкладчики смогут вернуть все свои средства после дефолта. Документация XRPL объясняет, что протокол в настоящее время не обеспечивает автоматическое управление обеспечением в сети или ликвидацию.

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

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

В августе Ripple поддержала обе поправки через своего валидатора, пока они оставались ниже порога активации.

Отдельный июньский повторный аудит безопасности кредитования не выявил критических или высокорисковых находок в изменениях, проверенных фирмой по кибербезопасности Halborn.

Отсутствие критических находок в том обзоре не равнялось одобрению сети или гарантии от будущих программных проблем.

Последнее обновление программного обеспечения устраняет ошибки хранилища и транзакций

В примечаниях к выпуску xrpld 3.4.0 от 16 сентября описано несколько исправлений, включенных в fixCleanup3_4_0.

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

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

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

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

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

Выпуск версии 3.4.0 дополнительно изменяет способ распространения совместимых серверных пакетов: подписанные установочные пакеты для Linux предоставляются через XRPL Foundation.

Уведомление о выпуске фонда предписывает операторам обновить свои серверы до версии 3.4.0, чтобы поддерживать работу сервиса по мере принятия сетью новых поправок.