В Aave предложили единый техстандарт для листинга активовAave Labs опубликовала документ ARFC, в котором предлагается новая стандартизированная структура листинга (TALF) для Aave V3, V4 и Aave Horizon.

Компания 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 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 Asset Classification Framework и не относиться к запрещенным или санкционным категориям. Если в протоколе уже есть сопоставимый инструмент, его предлагают использовать как ориентир при настройке оракулов, коэффициентов залога (LTV), порогов ликвидации и лимитов. Один из центральных разделов посвящен совместимости токенов со стандартом ERC-20. Aave Labs предлагает закрепить следующие требования: предсказуемая работа функций transfer() и transferFrom(); отсутствие механики комиссий при переводе (fee-on-transfer); запрет наребейзинг без отдельной обертки; отказ от хуков ERC777 и обратных вызовов ERC1363; корректная поддержка десятичных знаков. Возможность дополнительной эмиссии черезflash mintне запрещается, однако ее необходимо раскрывать и подтверждать, что она не нарушает учет внутри протокола. Контракт также не должен вводить ограничения по спискам разрешенных адресов на хранение и переводы. Chainlink — базовый источник цен В качестве основного источника котировок в целевой сети предлагается использоватьChainlink. Любая альтернативная схема должна быть отдельно обоснована. Для доходных активов допускается использованиеCAPO, который ограничивает допущения о росте обменного курса или стоимости. Отсутствие надежного механизма ценообразования, устаревшие данные или высокий инфраструктурный риск оракулов должны напрямую отражаться в рекомендациях по листингу, риск-параметрам и мониторингу. Контроль эмиссии и привилегированных ролей Отдельный блок посвящен правам доступа и выпуску токенов. Aave Labs предлагает раскрывать все привилегированные роли как в контракте ERC-20, так и во внешних модулях, которые могут влиять на предложение, балансы, переводимость или погашение актива. оператор черного списка (blacklister); роли, связанные с мостами и адаптерами. Для этих ролей вводится шкала безопасности от Level 0 до Level 5. Наименее надежными считаются Level 0–1 — одиночный ключ без задержки исполнения или мультисиг без честного большинства. В разделе выпуска и сжигания требуется документировать функции эмиссии, список авторизованных адресов, лимиты и временные ограничения. Отдельно оцениваетсяworst-case mint exposureв долларах — относительно потенциальной залоговой экспозиции Aave. возможность одновременно увеличить лимит выпуска и использовать его одним адресом; произвольное сжигание токенов из пользовательских кошельков. Риски паузы, черных списков и обновляемых контрактов Функции паузы и черных списков выделены в отдельную зону риска. Они способны напрямую повлиять на ликвидации и вывод средств. Управление должно понимать, кто контролирует эти полномочия и может ли механизм блокировки адресов сорвать ликвидации в протоколе. Для обновляемых контрактов потребуется раскрывать тип прокси, администратора обновлений, наличие таймлока и историю апгрейдов. Слабый механизм обновления прямо назван несоответствующим стандарту листинга. Дополнительные требования для LST и LRT ДляLST,LRT, оберток и токенов хранилищ вводятся дополнительные требования к механике обменного курса. возможность манипуляции курсом через донаты,флеш-кредитыили особенности учета; наличие понятного механизма погашения; достаточность вторичной ликвидности для ликвидаций. Актив без прозрачного механизма погашения и достаточной ликвидности может получить существенные ограничения по листингу и риск-параметрам либо отправиться на доработку. Инициатива продолжает курс, заявленный послеинцидента с KelpDAO. В начале мая протокол сообщил о намерении пересмотреть стандарты оценки залога и листинга, расширив фокус с волатильности и ликвидности на кибербезопасность, совместимость и техническую архитектуру. При этом ARFC не вводит автоматическую систему оценок и не содержит универсального перечня стоп-факторов. Технические отчеты могут включать качественные оценки и маркировку рисков, однако жестких порогов для автоматического отказа в листинге не предусмотрено. Напомним, в мае лендинг-протокол Aaveвосстановилпараметры обеспечения для wETH в шести сетях.