XRP Ledger активировал обновление безопасности после двухнедельной задержки

iconCoinpaper
Поделиться
AI summary iconСводка
XRP Ledger внедрил критическое обновление блокчейна 4 ноября для устранения уязвимости безопасности, позволившей создавать токены без разрешения. Поправка fixCleanup3_4_0 была выпущена после двухнедельной задержки, вызванной изменениями в голосовании валидаторов. Обновление блокирует аккаунты с разрешением PaymentBurn от создания токенов без явной авторизации, снижая риски для эмитентов стейблкоинов и токенизированных активов. Оно также улучшает функции AMM clawbacks, обработку эскроу и Single Asset Vaults. Нативный протокол кредитования все еще ожидает одобрения валидаторами.

Основные выводы

  • XRP Ledger активирует обновление безопасности после задержки одобрения валидаторов
  • Новая поправка закрывает лазейку, позволявшую создавать неавторизованные токены
  • Собственный объем XRP остается неизменным из-за уязвимости

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

Поправка fixCleanup3_4_0 была запущена 4 ноября в 14:52 по UTC на уровне реестра 108 112 129, согласно XRPL Dashboard's amendment tracker. Обновление вводит несколько исправлений в области безопасности и бухгалтерского учета, включая защиту выпущенных активов, таких как стейблкоины.

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

XRP Ledger закрывает уязвимость, связанную с разрешением на создание токенов

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

Согласно предыдущим правилам, аккаунт, обладающий разрешением PaymentBurn, мог в определенных обстоятельствах также создавать новые фунгибельные токены. Это включало традиционные активы по линии доверия и многопurpose-токены (MPT), что потенциально создавало проблемы для эмитентов стейблкоинов и других токенизированных финансовых продуктов.

Например, эмитент стейблкоина может разрешить платежному процессору уничтожать токены при выкупе. Это разрешение не должно позволять процессору выпускать дополнительные токены, но уязвимость может подорвать эту разделенность.

Недавно активированная поправка препятствует проведению транзакций PaymentBurn, при которых баланс переходит в ноль и создаются токены, если на аккаунте отсутствует отдельное разрешение на чеканку.

Исправление основано на недавних улучшениях безопасности XRPL, хотя ранее применённые аварийные исправления устраняли другие уязвимости.

Почему голосование валидаторов задержало устранение уязвимости

Поправка изначально ожидалась к активации около 23 октября после получения достаточной поддержки валидаторов 9 октября.

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

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

Второй период одобрения успешно завершился 4 ноября, что ознаменовало переход от предложенного изменения к активному сетевому правилу.

Процесс подчеркивает, что управление XRPL зависит от устойчивого консенсуса валидаторов, а не от односторонних решений Ripple.

Что дальше для обновлений XRP Ledger?

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

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

Свежие данные голосования показали, что родственное кредитование получило 19 из 29 голосов, необходимых для начала собственного отсчета времени одобрения.

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

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