Участники Aave DAO решают, делегировать ли ограниченные элементы управления рисками V4 в сетях Ethereum и Avalanche специальным управляющим рисками (Risk Stewards) — инструментам, позволяющим авторизованным операторам вносить ограниченные изменения без необходимости проводить полное голосование по каждому обновлению. Предложение также предусматривает назначение экстренных ролей без задержки, которые текущее программное обеспечение управляющего не может использовать.
Голосование в Snapshot началось 3 сентября в 15:46 UTC и должно завершиться сегодня, 6 сентября, в то же время. Одобрение само по себе не активирует систему. Aave Labs заявила, что соответствующие пакеты данных по-прежнему должны быть выполнены через Совет по безопасности V4.
Код также не представлен как полностью проверенный. В своем предложении по управлению Aave Labs сообщила, что контракты Risk Steward проходят аудит Certora, и эта работа близится к завершению.
Основное противоречие предложения заключается в балансе между делегированными сейчас полномочиями и функциональностью, доступной позже. Каждый Risk Steward получит роли управления рисками Hub и Spoke, а также экстренные роли Hub и Spoke. Эти четыре роли не будут иметь задержки выполнения после их предоставления.
Однако рассматриваемый выпуск не включает ни одного из селекторов экстренных ситуаций, а текущая документация управляющего не раскрывает эти методы. Экстренные разрешения останутся неактивными до тех пор, пока будущий выпуск не добавит поддержку. Назначение ролей сейчас позволит этой будущей версии реагировать на чрезвычайные ситуации без ожидания нового цикла управления для получения доступа.
Более широкое перепроектирование разрешений разделит элементы управления конфигуратором Hub и Spoke каждого экземпляра V4 на пять гранулированных категорий: две роли управления флагами, роль листинга, экстренную роль и роль управления рисками. Селекторы вне этих категорий останутся у остаточных ролей администратора домена. Существующие администраторы домена получат новые роли, чтобы сохранить их текущий охват.
Предлагаемые определения ролей ограничивают экстренную категорию односторонними действиями по обеспечению безопасности. Вызовы Hub могут деактивировать или остановить активы и Spoke. Вызовы Spoke могут приостановить или заморозить отдельные резервы или все резервы. Эти функции не могут повторно активировать, разблокировать, возобновить или разморозить затронутый рынок. Отдельные роли управления флагами, которые могут изменять состояния в обоих направлениях, не будут предоставлены Risk Stewards.
Обычные обновления параметров будут работать под другими элементами управления. Предложение устанавливает минимальные периоды ожидания в 36, 48 или 72 часа, в зависимости от параметра, и ограничивает, насколько далеко может продвинуться каждое обновление. Те же ограничения будут применяться в сетях Ethereum и Avalanche и охватывать настройки процентных ставок, факторы обеспечения, настройки ликвидации и лимиты оракулов. Они не ограничивают селекторы экстренных ситуаций.
Это разделение объясняет, почему план может сочетать медленное ограниченное обслуживание с немедленными экстренными полномочиями на бумаге. Это также создает вопрос подотчетности, поскольку роли с нулевой задержкой будут введены до того, как управляющий сможет их использовать. Участники форума просили предоставить публичные обоснования, отчеты о действиях, периодические обзоры и отчеты о частоте и объеме действий управляющего. Ни одна из этих мер не является требованием в текущем предложении.
Если голосование в Snapshot пройдет успешно и Совет по безопасности выполнит пакеты данных, немедленным изменением станет доступ к ограниченным параметрам управления без задержки. Односторонние экстренные полномочия будут предварительно размещены для будущей версии управляющего, но они еще не будут использоваться.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Автор – Liam 'Akiba' Wright
