В Aave предложили единый техстандарт для листинга активов

Компания Aave Labs опубликовала документ ARFC, в котором предлагается новая стандартизированная структура листинга (TALF) для Aave V3, V4 и Aave Horizon. Aave Labs has published an ARFC proposing a new standardized Technical Asset Listing Framework for Aave V3, V4, and Aave Horizon.The framework establishes consistent technical requirements for asset listings, parameter expansions, and ongoing monitoring. pic.twitter.com/OO9hwJK80T— Aave (@aave) May 28, 2026 Она устанавливает единые технические требования к размещению актива, расширению параметров и постоянному мониторингу. Команда предлагает ввести минимальный порог допуска. Цель — убрать разночтения при оценке, сделать критерии прозрачными и запустить постоянный мониторинг уже добавленных токенов. Документ не отменяет анализ рыночных рисков, ликвидности, юридическую экспертизу и решения ДАО. Речь идет о базовом техническом фильтре, который должен применяться вместе с выводами риск-провайдеров и других участников экосистемы. Фреймворк охватывает три сценария: новые листинги; активы с существенными изменениями параметров; периодическую и внеплановую техническую переоценку. Если токен существует в нескольких сетях, он должен соответствовать требованиям отдельно в каждой из них — с учетом реализации контрактов, мостов, оракулов, прав доступа и зависимостей. На предварительном этапе актив обязан быть развернут и верифицирован в целевой сети, классифицирован в рамках Aave Asset Classification Framework и не относиться к запрещенным или санкционным категориям. Если в протоколе уже есть сопоставимый инструмент, его предлагают использовать как ориентир при настройке оракулов, коэффициентов залога (LTV), порогов ликвидации и лимитов. Жесткие требования к ERC-20 Один из центральных разделов посвящен совместимости токенов со стандартом ERC-20. Aave Labs предлагает закрепить следующие требования: предсказуемая работа функций transfer() и transferFrom(); отсутствие механики комиссий при переводе (fee-on-transfer); запрет на ребейзинг без отдельной обертки; отказ от хуков ERC777 и обратных вызовов ERC1363; корректная поддержка десятичных знаков. Возможность дополнительной эмиссии через flash mint не запрещается, однако ее необходимо раскрывать и подтверждать, что она не нарушает учет внутри протокола. Контракт также не должен вводить ограничения по спискам разрешенных адресов на хранение и переводы. Chainlink — базовый источник цен В качестве основного источника котировок в целевой сети предлагается использовать Chainlink. Любая альтернативная схема должна быть отдельно обоснована. Для доходных активов допускается использование CAPO, который ограничивает допущения о росте обменного курса или стоимости. Отсутствие надежного механизма ценообразования, устаревшие данные или высокий инфраструктурный риск оракулов должны напрямую отражаться в рекомендациях по листингу, риск-параметрам и мониторингу. Контроль эмиссии и привилегированных ролей Отдельный блок посвящен правам доступа и выпуску токенов. Aave Labs предлагает раскрывать все привилегированные роли как в контракте ERC-20, так и во внешних модулях, которые могут влиять на предложение, балансы, переводимость или погашение актива. В перечне: владелец (owner); администратор (admin); эмитент (minter); сжигатель (burner); оператор паузы (pauser); оператор черного списка (blacklister); роли, связанные с мостами и адаптерами. Для этих ролей вводится шкала безопасности от Level 0 до Level 5. Наименее надежными считаются Level 0–1 — одиночный ключ без задержки исполнения или мультисиг без честного большинства. В разделе выпуска и сжигания требуется документировать функции эмиссии, список авторизованных адресов, лимиты и временные ограничения. Отдельно оценивается worst-case mint exposure в долларах — относительно потенциальной залоговой экспозиции Aave. Среди нежелательных сценариев: неограниченная эмиссия; возможность одновременно увеличить лимит выпуска и использовать его одним адресом; произвольное сжигание токенов из пользовательских кошельков. Риски паузы, черных списков и обновляемых контрактов Функции паузы и черных списков выделены в отдельную зону риска. Они способны напрямую повлиять на ликвидации и вывод средств. Управление должно понимать, кто контролирует эти полномочия и может ли механизм блокировки адресов сорвать ликвидации в протоколе. Для обновляемых контрактов потребуется раскрывать тип прокси, администратора обновлений, наличие таймлока и историю апгрейдов. Слабый механизм обновления прямо назван несоответствующим стандарту листинга. Дополнительные требования для LST и LRT Для LST, LRT, оберток и токенов хранилищ вводятся дополнительные требования к механике обменного курса. Предлагается проверять: возможность манипуляции курсом через донаты, флеш-кредиты или особенности учета; наличие понятного механизма погашения; достаточность вторичной ликвидности для ликвидаций. Актив без прозрачного механизма погашения и достаточной ликвидности может получить существенные ограничения по листингу и риск-параметрам либо отправиться на доработку. Инициатива продолжает курс, заявленный после инцидента с KelpDAO. В начале мая протокол сообщил о намерении пересмотреть стандарты оценки залога и листинга, расширив фокус с волатильности и ликвидности на кибербезопасность, совместимость и техническую архитектуру. При этом ARFC не вводит автоматическую систему оценок и не содержит универсального перечня стоп-факторов. Технические отчеты могут включать качественные оценки и маркировку рисков, однако жестких порогов для автоматического отказа в листинге не предусмотрено. Напомним, в мае лендинг-протокол Aave восстановил параметры обеспечения для wETH в шести сетях.