Больше не нужно искать — необходимые
обучающие материалы и подсказки всегда под рукой

Компания Aave Labs представила документ ARFC, предлагающий новую единую структуру для технического листинга активов (TALF) для версий Aave V3, V4 и платформы Aave Horizon
Эта структура устанавливает общие технические стандарты для размещения активов, корректировки их параметров и последующего контроля
Разработчики предлагают ввести минимальный порог допуска чтобы устранить неоднозначность в оценках сделать критерии более прозрачными и организовать постоянный мониторинг уже включенных токенов
Документ не заменяет анализ рыночных рисков ликвидности юридическую проверку и решения ДАО Речь идет о базовом техническом фильтре который должен использоваться вместе с заключениями провайдеров рисков и других участников экосистемы
Фреймворк охватывает три ситуации
новые листинги
активы с серьезными изменениями параметров
периодическую и внеплановую техническую переоценку
Если токен присутствует в нескольких сетях он должен соответствовать требованиям для каждой из них отдельно с учетом реализации контрактов мостов оракулов прав доступа и зависимостей
На предварительном этапе актив должен быть развернут и верифицирован в целевой сети классифицирован по системе 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 в шести сетях
Популярные новости: