Aave Labs предлагает базовую рамку технической квалификации; активы с критическими техническими уязвимостями сталкиваются с ограничениями на вывод

Aave Labs 29 мая опубликовала предложение ARFC (Aave Request for Comments), в котором предлагается создать стандартизированную рамку листинга технических активов для Aave V3, V4 и Horizon. Активы с серьезными техническими недостатками столкнутся со снижением лимитов заимствования, ограничением параметров залога, задержкой запуска или рекомендацией отклонить соглашения о подключении. В подтверждении к предложению указано, что рамка не заменяет анализ рыночных рисков и управленческие решения, а задаёт базовый уровень технической квалификации.

Подтверждение ARFC: семь «скрытых рисков» и ключевой дизайн рамки

Aave Labs в своём предложении подтверждает, что рамка направлена на устранение семи типов «скрытых рисков»: бесконечную эмиссию, слабый контроль апгрейдов, несоответствие мостового предложения, непрозрачность путей погашения, зависимость от офчейн-кастоди, ненадёжность путей оракулов и отсутствие аудита внешних зависимостей. Предложение отдельно подчеркивает необходимость дополнительной проверки для офчейн-зависимых активов, включая кроссчейн-активы, доходные активы и RWA: в том числе для мостовой структуры, офчейн-правовых договорённостей, механизмов кастоди и целостности предложения.

Рамка определяет шесть уровней безопасности привилегированных ролей (от 0 до 5): от отсутствия задержек при одиночном ключе (0 уровень) до ончейн-DAO governance с time lock (5 уровень). Случаи, когда уровень безопасности ниже 2, определяются как «слабая безопасная конфигурация», что вызовет более строгие ограничения на допуск. В части путей оракулов Chainlink обозначен как основной источник требуемых данных; любые схемы, не основанные на Chainlink, должны иметь чёткие основания.

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

Aave Labs подтверждает, что рамка должна быть встроена в процесс листинга активов по шести шагам: предварительный отбор (подтверждение классификации AAcA и валидации контрактов), техническая проверка (оценка по восьми ключевым разделам рамки), координация с риск-провайдерами, публикация governance-документов, отслеживание исправлений и постоянные обновления.

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

Часто задаваемые вопросы

Каков текущий статус governance предложения ARFC от Aave Labs — оно уже одобрено?

ARFC является частью процесса «Aave Request for Comments» и относится к стадии обсуждения governance-предложения; оно ещё не перешло к официальному голосованию или одобрению. Предложение должно пройти проверку и голосование участников governance Aave DAO, прежде чем будет официально внедрено.

Каков охват применения этой рамки: для каких сценариев она подходит, а для каких — нет?

Согласно подтверждению к предложению, рамка применяется для: добавления новых активов в любой инстанс Aave V3, V4 и Horizon; существенных изменений параметров уже листинговых активов; а также для регулярных или нерегулярных технических обновлений. Рамка не заменяет анализ рисков ликвидности и рыночной глубины — эта часть по-прежнему отвечает риск-провайдер DAO.

Какие типы технических недостатков могут привести к отказу в подключении или ограничению запуска?

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