Aave – протокол избыточно обеспеченного кредитования, где поставщики размещают активы в общих пулах, а заёмщики получают ликвидность под криптовалютный залог. Ставки меняются по алгоритму в зависимости от использования пула. Протокол не проверяет доход заёмщика: платёжеспособность обеспечивают залог, оракулы и автоматическая ликвидация.
В 2026 году Aave работает сразу в нескольких поколениях. V3 остаётся развернутой во многих сетях, а V4 уже запущена на Ethereum и использует новую архитектуру Hub-and-Spoke. Позиция не переносится между версиями автоматически, поэтому название рынка и адреса контрактов имеют практическое значение.
Как устроено кредитование
Поставщик вносит поддерживаемый актив и получает процентный aToken. Его стоимость или баланс отражает накопленный доход. Заёмщик включает подходящий актив как обеспечение и получает другой токен в пределах разрешённого LTV.
Процент по займу зависит от utilization – доли доступной ликвидности, уже выданной заёмщикам. Когда свободного актива мало, ставка растёт, стимулируя погашение и новые депозиты. Это переменная модель: текущий APR не обещает доход на весь срок.
Health factor сравнивает скорректированную стоимость залога с долгом. При значении ниже единицы часть позиции становится доступной ликвидаторам. Они погашают долг и получают залог с бонусом. Формула и запас безопасности подробно разобраны в статье про health factor в DeFi.
Что изменилось в Aave V4
В V3 каждый рынок объединял ликвидность и правила риска в одном Pool. Создание отдельного рынка требовало отдельного капитала. V4 разделяет хранение активов и логику позиций.
Liquidity Hub держит активы, ведёт процентные индексы и ограничивает объём, который может использовать каждый Spoke. Пользователь напрямую взаимодействует со Spoke. Он определяет список залогов, коэффициенты, правила ликвидации и дополнительные функции.
Несколько Spokes могут использовать ликвидность одного Hub, поэтому новому режиму не обязательно с нуля собирать собственный пул. Add cap ограничивает вклад Spoke в Hub, а draw cap – доступный ему долг. Если нужна более жёсткая изоляция, управление может создать отдельный Hub и связать его ограниченной кредитной линией.
V4 также вводит risk premium: стоимость займа учитывает качество залога конкретной позиции. Это точнее общей ставки для всех заёмщиков, но усложняет расчёт и увеличивает число параметров, которые нужно проверять.
GHO и Umbrella
GHO – обеспеченный долларовый стейблкоин Aave. Его выпускают под залог в одобренных механизмах, а процент направляется протоколу по правилам управления. Цена GHO зависит от достаточности обеспечения, ликвидности и возможностей арбитража. Общие причины отклонения цены описаны в материале о депеге стейблкоина.
Umbrella заменила старую идею единого Safety Module более точной защитой. Пользователь блокирует aToken или GHO и получает дополнительные вознаграждения, принимая риск автоматического списания при дефиците соответствующего актива в конкретной сети. Система покрывает фактический bad debt без отдельного голосования по каждому случаю.
История
Стани Кулечов основал ETHLend в 2017 году. Ранний протокол сводил кредиторов и заёмщиков напрямую и провёл размещение токена LEND. Peer-to-peer модель оказалась сложной для масштабирования, и команда перешла к общим пулам ликвидности.
В 2020 году запустился Aave V1. В том же году V2 улучшила управление залогом, погашение и обмен долга. LEND был мигрирован в AAVE в отношении 100 к 1, а управление передали держателям нового токена.
Aave V3 вышла в 2022 году и добавила eMode, isolation mode, лимиты и более точное управление риском в нескольких сетях. GHO появился в 2023 году. Umbrella была активирована в 2025 году. После длительных аудитов и публичного тестирования V4 начала работу на Ethereum 30 марта 2026 года, а затем стала расширяться на другие сети.
Команда
Стани Кулечов остаётся основателем и руководителем Aave Labs. Компания является первоначальным автором протокола и разрабатывает основные версии, интерфейсы и новые продукты. Однако изменения production-контрактов проходят через Aave Governance.
Aave DAO использует независимых поставщиков услуг: команды риска предлагают параметры, разработчики готовят payload, а Security Council выполняет ограниченные технические действия. Это распределяет работу, но создаёт сложную систему ролей. Пользователю нужно смотреть не только на голосование AAVE, но и на полномочия советов, stewards и multisig.
Токен AAVE
Максимальный объём AAVE составляет 16 миллионов. При миграции 13 миллионов предназначались держателям LEND, а 3 миллиона – экосистемному резерву. AAVE используется для голосования, делегирования и части программ стимулирования.
Токен не является обязательным газом и не даёт автоматической доли каждого процента заёмщика. Экономическая связь с протоколом зависит от решений DAO о казначействе, обратных покупках, стейкинге и расходах. Поэтому доход протокола и доход владельца AAVE нельзя считать одним показателем.
Главные риски
- Ликвидация. Быстрое падение залога или рост долга может закрыть позицию раньше, чем пользователь успеет внести актив.
- Оракул. Ошибка или задержка цены влияет на доступный долг и ликвидации.
- Ликвидность. Высокий utilization затрудняет немедленный вывод поставщика и повышает ставку заёмщика.
- Связанный риск. В одном Hub проблемы Spoke ограничиваются caps, но часть последствий может затронуть общую ликвидность.
- Смарт-контракты и роли. Новая V4 имеет короткую production-историю и значимую поверхность настроек.
- Umbrella. Дополнительная награда приобретается ценой реального риска slashing.
Как оценивать позицию
Нужно зафиксировать версию Aave, сеть, Hub и Spoke, затем проверить LTV, liquidation threshold, caps, оракул и доступную ликвидность. Разница между LTV и порогом ликвидации объясняется в отдельном материале про LTV и liquidation threshold.
Итог: Aave прошла путь от прямых займов к модульной кредитной системе. V4 лучше разделяет ликвидность и правила риска, но требует внимательнее читать конфигурацию конкретного Spoke. Масштаб протокола не отменяет риска залога, оракула и автоматической ликвидации.
