Компания Aave Labs разработала новый стандарт листинга (TALF) для Aave V3, V4 и Aave Horizon.
Этот фреймворк призван установить единые технические требования для листинга активов, расширения параметров и постоянного мониторинга 📊💰.
Команда предлагает ввести минимальный порог допуска для оценки активов и сделать критерии прозрачными 📝💡.
Документ не отменяет анализ рыночных рисков, ликвидности, юридическую экспертизу и решения, но предлагает установить базовый технический фильтр, который должен применяться вместе с выводами риск-провайдеров и других участников экосистемы 💻🔒.
Фреймворк охватывает три сценария: активы с существенными изменениями параметров, периодическую и внеплановую техническую переоценку, а также токены, которые существуют в нескольких сетях 🌐💻.
Если токен существует в нескольких сетях, он должен соответствовать требованиям отдельно в каждой из них, с учетом реализации контрактов, мостов, оракулов, прав доступа и зависимостей 📈🔒.
На предварительном этапе актив должен быть развернут и верифицирован в целевой сети, классифицирован в рамках Aave Asset Classification Framework и не относиться к запрещенным или санкционным категориям 🚫🔴.
Фреймворк также предлагает использовать сопоставимые инструменты в протоколе как ориентир при настройке оракулов, коэффициентов залога (LTV), порогов ликвидации и лимитов 💡📊.
Жесткие требования к ERC-20 — один из центральных разделов посвящен совместимости токенов со стандартом ERC-20 📈💻.
Aave Labs предлагает закрепить следующие требования: предсказуемая работа функций transfer() и transferFrom(); отсутствие механики комиссий при переводе; запрет на ребейзинг без отдельной обертки; отказ от хуков ERC777 и обратных вызовов ERC1363; корректная поддержка десятичных знаков 💰📊.
Возможность дополнительной эмиссии через flash mint не запрещается, но ее необходимо раскрывать и подтверждать, что она не нарушает учет внутри протокола 📝🔒.
Контракт также не должен вводить ограничения по спискам разрешенных адресов на хранение и переводы 🚫📊.
Chainlink — базовый источник цен, и любая альтернативная схема должна быть отдельно обоснована 📊💻.
Для доходных активов допускается использование CAPO, который ограничивает допущения о росте обменного курса или стоимости 💰📈.
Отсутствие надежного механизма ценообразования, устаревшие данные или высокий инфраструктурный риск оракулов должны напрямую отражаться в рекомендациях по листингу, риск-параметрах и мониторингу 🚨💻.
Контроль эмиссии и привилегированных ролей — отдельный блок посвящен правам доступа и выпуску токенов 🔒💻.
Aave Labs предлагает раскрывать все привилегированные роли как в контракте ERC-20, так и во внешних модулях, которые могут влиять на предложение, балансы, переводимость или погашение актива 📝🔒.
Для этих ролей вводится шкала безопасности от Level 0 до Level 5, наименее надежными считаются Level 0–1 — одиночный ключ без задержки исполнения или мультисиг без честного большинства 🔒💻.
В разделе выпуска и сжигания требуется документировать функции эмиссии, список авторизованных адресов, лимиты и временные ограничения 📝🔒.
Среди нежелательных сценариев: возможность одновременно увеличить лимит выпуска и использовать его одним адресом; произвольное сжигание токенов из пользовательских кошельков 🚫🔴.
Риски паузы, черных списков и обновляемых контрактов — выделены в отдельную зону риска Они способны напрямую повлиять на ликвидации и вывод средств 🔒💻.
Для обновляемых контрактов потребуется раскрывать тип прокси, администратора обновлений, наличие таймлока и историю апгрейдов 📝🔒.
Дополнительные требования для LST и LRT — Для LST, LRT, оберток и токенов хранилищ вводятся дополнительные требования к механике обменного курса 💰📈.
Актив без прозрачного механизма погашения и достаточной ликвидности может получить существенные ограничения по листингу и риск-параметрам либо отправиться на доработку 🚫🔴.
Инициатива продолжает курс, заявленный после
В начале мая протокол сообщил о намерении пересмотреть стандарты оценки залога и листинга, расширив фокус с волатильности и ликвидности на кибербезопасность, совместимость и техническую архитектуру 🚀💻.
При этом ARFC не вводит автоматическую систему оценок и не содержит универсального перечня стоп-факторов Технические отчеты могут включать качественные оценки и маркировку рисков, однако жестких порогов для автоматического отказа в листинге не предусмотрено 🚨💻.
Параметры обеспечения для wETH в шести сетях 📊💻.
По материалам ForkLog