Aave V4: От разрозненного рынка к модульной ликвидности

Статья: Tia, Techub News

В области DeFi-кредитования Aave всегда был ориентиром инноваций и отраслевых стандартов. С ростом числа пользователей и разнообразия активов, в Aave V3 начали проявляться проблемы, связанные с разрывом ликвидности, управлением рисками и механизмами ликвидации, которые оказались относительно грубыми. В ответ на эти вызовы, в Aave V4 проведена системная модернизация: способ организации ликвидности был переработан в единую архитектуру Hub и модульные Spoke, что позволяет одновременно обеспечивать совместное использование ликвидности для множества активов и стратегий, сохраняя при этом изоляцию рисков; система учета обновлена до модели долей ERC-4626, что делает глобальное состояние ликвидности более прозрачным и управляемым; механизмы ликвидации перешли от фиксированного пропорционального режима к динамическому, основанному на здоровье позиции и минимально необходимой ликвидации. В целом, V4 — это не просто оптимизация параметров, а совместное развитие архитектуры и механизмов, которое превращает Aave из разрозненного по рынкам кредитного протокола в более масштабируемую, эффективную капиталовложение и управляемую по рискам модульную инфраструктуру.

От «рынка» к реальности разрыва ликвидности в V3

В Aave V3 протокол использует подход, ориентированный на «рынок» как на ядро развертывания. В разных сетях, а иногда и внутри одной сети, Aave делит свои платформы на несколько независимых рынков, например, в основной сети Ethereum — Core и Prime. Каждый рынок обладает полностью отдельным пулом ликвидности, поддерживаемым набором активов и соответствующими параметрами риска, формируя свою уникальную картину рисков.

Когда пользователь добавляет активы в Aave V3, он фактически вносит их в конкретный рынок, а не в глобальный пул. Это означает, что активы, внесённые в рынок Ethereum Core, могут быть использованы только заемщиками этого рынка, и не доступны для Prime или других сетей.

Такая архитектура дает явные преимущества в изоляции рисков: риски не передаются между рынками, однако за счет этого возникает очевидный недостаток — разрыв ликвидности. Даже один и тот же актив может быть разбросан по нескольким рынкам, что усложняет его централизованное управление, снижает эффективность использования капитала, глубину рынка и расширение новых функций.

Hub и Spoke: логика перераспределения ликвидности в Aave V4

Ответом Aave V4 на эту проблему стала кардинальная переработка базовой архитектуры, внедрение новой схемы под названием Hub and Spoke (колесо и радиальные лучи). Эта концепция призвана решить долгосрочные проблемы разрыва ликвидности и ограничений масштабируемости V3.

В V4 протокол больше не связывает ликвидность с одним рынком. Вместо этого на каждой сети создается единый Liquidity Hub — центр для всех средств. Активы, предоставляемые пользователями, больше не попадают в конкретный рынок, а хранятся в этом Hub, который управляет глобальной ликвидностью и основной системой учета, например, следит за тем, чтобы заемный объем не превышал объем предоставленных средств, и ведет учет использования ликвидности разными модулями.

Но Hub сам по себе — это не точка взаимодействия для пользователей. Все операции для пользователей реализуются через высокомодульные функциональные единицы, называемые Spoke.

Spoke: модульный интерфейс, локализующий риски

Spoke — это фронт-офис Aave V4, через который пользователи взаимодействуют с протоколом. Каждый Spoke подключен к одному и тому же Hub, но может иметь совершенно разные правила, параметры и предположения по рискам. В Spoke управляются локальные позиции пользователей, структура залогов, интеграция оракулов и механизмы ликвидации, тогда как Hub обеспечивает только поддержку ликвидности в пределах лимитов, ограниченных для этого Spoke.

Главная идея такого разделения — риски строго локализованы внутри Spoke и не распространяются на систему в целом. Варианты активов и сценарии заимствований могут быть реализованы независимо друг от друга, без необходимости делить риск-параметры, что позволяет сохранять общую ликвидность и при этом обеспечивать изоляцию рисков.

Благодаря этому многие функции, присутствовавшие в V3, но реализованные неэффективно, в V4 реализуются более естественно. Например, режим E-Mode больше не является просто набором параметров — его можно реализовать как отдельный Spoke, предназначенный для группы тесно связанных активов; режим изоляции можно реализовать через отдельный Spoke с жестко ограниченной доступной ликвидностью, а также управлять лимитами Hub. Для RWA или более сложных залоговых структур в V4 возможна настройка специальных Spoke с более строгими контролями доступа и правилами управления рисками, без необходимости усложнять весь протокол.

Как V4 считает объединенную ликвидность?

Чтобы поддерживать единую ликвидность на уровне Hub, в V4 отказались от модели rebase для aToken и перешли к системе учета долей ERC-4626.

В Aave V4 протокол отказался от механизма автоматического изменения количества aToken при накоплении процентов в пользу системы учета долей ERC-4626. Это означает, что пользователь больше не держит aToken, которые автоматически увеличиваются по количеству, а — держит фиксированное число долей (shares), стоимость которых со временем растет. Другими словами, доход не отражается в увеличении количества токенов, а — в увеличении стоимости каждой доли, что ближе к традиционным хранилищам (vault).

Эта модель долей тесно связана с концепцией единой ликвидности в V4. Все активы, предоставленные пользователями, собираются в Hub, который использует систему долей для точного учета общего состояния. Hub не нуждается в отслеживании каждой отдельной стратегии или риск-параметров Spoke — он управляет только общим объемом активов, общим количеством долей и лимитами, выделенными для каждого Spoke. Такой подход обеспечивает прозрачность, управляемость и исключает сложности и риски, связанные с rebase, при использовании нескольких модулей.

Если бы продолжать использовать rebase aToken, то при делении активов между Spoke возникли бы сложности с синхронизацией, ростом доходов и рисков, а также с точным контролем лимитов. Модель ERC-4626 упрощает арифметику и обеспечивает безопасное и управляемое распределение ресурсов, позволяя Hub гибко поддерживать различные стратегии и уровни риска. Это повышает капитализацию и расширяемость архитектуры V4.

Детализация механизма ликвидации: отказ от фиксированного пропорционального подхода

Помимо изменения структуры ликвидности, в V4 значительно усовершенствован механизм ликвидации. В отличие от прежней модели, основанной на фиксированном пропорциональном режиме, внедрена система, ориентированная на конкретную цель по рискам — движок ликвидации, основанный на управлении рисками.

В V3 и ранних версиях, когда здоровье позиции снижалось ниже порога, протокол позволял ликвидаторам погашать часть долга по заранее заданному close factor, конфискуя залоги. Такой подход был эффективен для защиты протокола, но при сильных колебаниях или рисковых ситуациях приводил к чрезмерной ликвидации — масштаб ликвидации превышал необходимый для восстановления безопасности.

В V4 новая система ликвидации ориентирована на достижение целевого уровня безопасности. Когда позиция становится подлежащей ликвидации, система рассчитывает, сколько именно долга нужно погасить и сколько залогов изъять, чтобы вернуть здоровье позиции в безопасный диапазон. Ликвидация теперь не преследует максимальное устранение риска, а — минимально необходимую ликвидацию, что позволяет снизить ущерб для пользователя и уменьшить избыточную ликвидацию активов.

Это означает, что close factor перестает быть статическим параметром и становится результатом, динамически определяемым состоянием позиции и рыночными условиями. Объем ликвидации зависит от волатильности активов, структуры залогов и настроек рисков, что делает процесс более точным и снижает негативное влияние на рынки и пользователей.

Обновление механизма ликвидации в Aave напоминает дизайн Fluid, где ликвидация более тонкая и адаптивная. В то же время, в отличие от Fluid, который интегрирует позиции в торговую ликвидность для автоматической компенсации рисков, Aave сохраняет отдельную модель, где ликвидаторы — внешние участники, и ликвидация осуществляется вне основного торгового потока. Это дает преимущества в стоимости и скорости исполнения, хотя и усложняет управление рисками по сравнению с Fluid.

Итоги

В целом, Aave V4 — это не революция, а взвешенная, системная эволюция: переработка архитектуры через Hub and Spoke, локализация рисков с помощью модульных Spoke, и внедрение более точных механизмов ликвидации. Всё это позволяет превратить протокол из раздельных по рынкам кредитных сегментов в более универсальную, расширяемую, управляемую по рискам модульную инфраструктуру для будущих финансовых инноваций.