Вот перефразированный текст новости на русском языке:
Команда Aave Labs представила предложение ARFC, которое вводит новую стандартизированную систему листинга активов для версий протокола V3, V4 и платформы Aave Horizon. Этот документ устанавливает единые технические правила для добавления новых активов, изменения их параметров и последующего контроля.
Разработчики хотят ввести минимальный порог требований, чтобы устранить неоднозначности в оценках, сделать критерии понятными и наладить постоянный мониторинг уже добавленных токенов.
Важно, что данная инициатива не заменяет анализ рыночных рисков, ликвидности, юридическую проверку и решения децентрализованного управления (DAO). Речь идет лишь о базовом техническом фильтре, который будет использоваться вместе с выводами риск-аналитиков и других участников экосистемы.
Новая система охватывает три случая:
* Добавление новых активов.
* Активы, у которых существенно меняются параметры.
* Периодическая и внеплановая техническая переоценка.
Если токен работает в нескольких блокчейн-сетях, он должен соответствовать требованиям для каждой сети отдельно, с учетом особенностей смарт-контрактов, мостов, источников данных (оракулов) и прав доступа.
Перед листингом актив должен быть запущен и проверен в целевой сети, классифицирован по внутренней системе Aave и не относиться к запрещенным или подсанкционным категориям.
Если в протоколе уже есть похожий инструмент, его предлагают использовать как образец для настройки оракулов, коэффициентов залога (LTV), порогов ликвидации и лимитов.
Строгие требования к токенам ERC-20
Один из главных разделов посвящен совместимости токенов со стандартом ERC-20. Aave Labs предлагает закрепить следующие правила:
* Предсказуемая работа функций перевода (transfer и transferFrom).
* Отсутствие комиссий при переводе (fee-on-transfer).
* Запрет на автоматическое изменение баланса (ребейзинг) без отдельной обертки.
* Отказ от специальных функций (хуков) стандартов ERC777 и ERC1363.
* Корректная поддержка десятичных знаков.
Возможность временной эмиссии токенов (flash mint) не запрещается, но ее нужно раскрывать и подтверждать, что она не нарушает учет внутри протокола. Также контракт не должен ограничивать хранение и переводы по спискам разрешенных адресов.
Chainlink — основной источник цен
Основным источником котировок в целевой сети предлагается сделать Chainlink. Любые другие варианты нужно будет отдельно обосновывать. Для доходных активов можно использовать специальный оракул CAPO, который ограничивает предположения о росте курса.
Если нет надежного механизма ценообразования, данные устарели или высок риск инфраструктуры оракулов, это должно напрямую влиять на рекомендации по листингу, настройки рисков и мониторинг.
Контроль выпуска токенов и привилегированных ролей
Отдельный блок посвящен правам доступа и выпуску токенов. Aave Labs предлагает раскрывать все привилегированные роли как в самом контракте ERC-20, так и во внешних модулях, которые могут влиять на количество токенов, балансы, возможность перевода или погашения.
В списке таких ролей: владелец, администратор, эмитент, тот, кто может сжигать токены, оператор паузы, оператор черного списка, а также роли, связанные с мостами.
Для этих ролей вводится шкала безопасности от 0 до 5 уровня. Самыми ненадежными считаются уровни 0-1 — например, управление с помощью одного ключа без задержки или мультиподпись, где нет честного большинства.
В разделе выпуска и сжигания требуется документировать функции эмиссии, список разрешенных адресов, лимиты и временные ограничения. Отдельно оценивается максимально возможный убыток от выпуска токенов в долларах по сравнению с потенциальным залоговым обеспечением Aave.
Среди нежелательных сценариев:
* Неограниченная эмиссия.
* Возможность одновременно увеличить лимит выпуска и сразу его использовать одним адресом.
* Произвольное сжигание токенов из кошельков пользователей.
Риски пауз, черных списков и обновляемых контрактов
Функции паузы и черных списков выделены в отдельную зону риска, так как они могут напрямую повлиять на ликвидации и вывод средств. Управление должно понимать, кто контролирует эти возможности и может ли блокировка адресов сорвать ликвидации в протоколе.
Для обновляемых контрактов потребуется раскрывать тип прокси, кто управляет обновлениями, есть ли задержка (таймлок) и историю обновлений. Слабый механизм обновления прямо назван несоответствующим стандарту листинга.
Дополнительные требования для LST и LRT
Для токенов ликвидного стейкинга (LST), ликвидного рестейкинга (LRT), оберток и токенов хранилищ вводятся дополнительные требования к механике обменного курса.
Предлагается проверять:
* Возможность манипуляции курсом через пожертвования, мгновенные займы (флеш-кредиты) или особенности учета.
* Наличие понятного механизма погашения.
* Достаточность вторичной ликвидности для ликвидаций.
Актив без прозрачного механизма погашения и достаточной ликвидности может получить серьезные ограничения при листинге или быть отправлен на доработку.
Эта инициатива продолжает курс, взятый после инцидента с KelpDAO. В начале мая протокол заявил о намерении пересмотреть стандарты оценки залога и листинга, расширив фокус с волатильности и ликвидности на кибербезопасность, совместимость и техническую архитектуру.
При этом предложение ARFC не вводит автоматическую систему оценок и не содержит универсального списка стоп-факторов. Технические отчеты могут включать качественные оценки и маркировку рисков, но жестких порогов для автоматического отказа в листинге не предусмотрено.
Напомним, в мае кредитный протокол Aave восстановил параметры обеспечения для wETH в шести сетях.
