Aave Labs представляет систему листинга технических активов для версий V3, V4 и Horizon

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

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

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

Фреймворк также уделяет значительное внимание конфигурации оракула, оговаривая, что поток цен Chainlink должен использоваться в качестве основного источника в целевой цепочке. Любые отклонения от этого стандарта должны быть тщательно обоснованы, а доходные активы должны использовать адаптер Oracle Capped Asset Price для ограничения предположений о росте обменного курса. Кроме того, на чеканку должны распространяться жесткие ограничения или ограничения по периодам, при этом адрес, ответственный за повышение лимитов монетного двора, должен быть отделен от адреса, который их потребляет. Система также требует, чтобы наихудший риск монетного двора оценивался в долларах США и сравнивался с потенциальным залоговым риском Aave.

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

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