Обновление для обслуживания существующих функций XRPL

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

Для держателей XRP эта поправка не создаёт нового варианта использования и не формирует автоматический спрос на токен — она устраняет выявленные проблемы в обработке транзакций до того, как эти функции получат более широкое применение. Это соответствует устоявшейся практике XRPL выпускать поправки типа «fix», которые объединяют корректирующие изменения, а не добавляют новые функции, делая обновления протокола постепенными и более простыми для проверки валидаторами.

Почему дата 11 сентября не является окончательной

Код должен быть доступен в поддерживаемом серверном программном обеспечении, прежде чем валидаторы смогут проголосовать за его включение. Затем поправки XRPL требуют поддержки не менее 80% доверенных валидаторов в течение двух недель подряд для активации. Этот основанный на консенсусе процесс применяется ко всем изменениям правил транзакций XRPL — не существует центрального оператора, который мог бы в одностороннем порядке изменить правила сети.

Период ожидания даёт операторам время ознакомиться с изменением и убедиться, что сеть устойчиво его поддерживает. Текущая позиция голосования указывает на 11 сентября, но эта дата изменится, если поддержка упадёт ниже порога до окончания периода. Актуальное голосование и прогнозируемая дата активации доступны в трекере поправок XRPScan. Процесс поправок применяет новые правила транзакций по всей сети только после достижения необходимого консенсуса.

Что изменяет fixCleanup3_3_0

Технические подробности изложены в официальных заметках о поправке fixCleanup3_3_0.

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

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

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

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

Почему кредитование фигурирует в обсуждении

Часть исправлений касается Single Asset Vaults и связанных с кредитованием потоков транзакций. Они также являются строительными блоками предлагаемого XRPL дизайна нативного кредитования, который предполагает использование хранилищ и кредитных брокеров для ссуд с фиксированным сроком.

Поправка не активирует нативное кредитование — для этого потребовалась бы отдельная поправка и отдельное одобрение валидаторов. Её роль уже: она очищает инфраструктуру, которую будущие кредитные продукты могут использовать.

На что обратить внимание после активации

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

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

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