Aave V4 основная сеть скоро запустится: как архитектура Hub-Spoke решает проблему фрагментации ликвидности

В текущей экосистеме Aave V3 протокол использует мультиинстансную модель развертывания с «рынком» в качестве ключевого центра. Основной рынок в Ethereum mainnet удерживает около 60 млрд долларов ликвидности, тогда как Prime-рынок для пользователей с низкой склонностью к риску удерживает около 2 млрд долларов; оба работают независимо друг от друга. Это означает, что даже если на основном рынке у одного и того же актива — например, USDC — имеется запас на несколько миллиардов долларов, пользователи Prime-рынка не могут воспользоваться этой ликвидностью. Суть такого дизайна — жёстко связать распределение рыночного риска с глубиной ликвидности, из‑за чего каждый новый рынок сталкивается с проблемой старта «с нуля накопленной ликвидности».

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

Механизм разделения Hub и Spoke: как обеспечивается унификация ликвидности и изоляция рисков

Ключ Hub-Spoke архитектуры — в перестройке функционального разделения. Liquidity Hub выступает как единый центр ликвидности: он централизованно управляет совокупным объёмом поставок каждого актива, правами на заимствование и бухгалтерскими ограничениями, гарантируя, что общий размер заимствований системы не превышает верхний предел по поставкам. Spoke — это пользовательский специализированный модуль взаимодействия: каждый Spoke может независимо определять типы поддерживаемых активов, параметры риска, правила ликвидации и настройки оракулов, а также получать от Hub поддержку ликвидности в пределах заранее заданных лимитов. Важнейший прорыв этого дизайна заключается в следующем: ликвидность больше не «запирается» внутри границ конкретного рынка. Вместо этого она существует на уровне Hub в виде «общего пула», и несколько Spoke могут параллельно вызывать её в соответствии с кредитными лимитами, заданными через governance. При этом риски строго ограничиваются внутри Spoke: даже если конкретный Spoke из‑за волатильности активов или провала ликвидации получает безнадёжную задолженность, это не распространяется на Hub или другие Spoke.

Цена унификации: компромиссы по эффективности в модульной архитектуре и сложность governance

Любая перестройка архитектуры сопровождается компромиссами. Hub-Spoke модель, решая проблему фрагментации ликвидности, вводит новые структурные издержки. Во‑первых, слой Hub должен нести более сложную глобальную бухгалтерскую ответственность — V4 отказывается от механизма rebase у aToken в V3 и переходит к модели долей (shares) в духе ERC-4626: каждая доля соответствует стоимости базового актива, которая растёт по мере накопления процентов, благодаря чему в едином пуле точно фиксируется использование лимитов каждым Spoke. Во‑вторых, governance становится более сложным: параметры риска Spoke задаёт DAO, но распределение кредитных лимитов между разными Spoke, механизм увязки ставок (interest rate) и координация ликвидаций между Spoke требуют более детализированной governance‑структуры. В‑третьих, в сообществе уже проявились споры о миграционном пути: ранее Aave Labs предлагала приостановить оптимизацию V3, чтобы стимулировать переход пользователей на V4, что вызвало возражения части ключевых участников; в итоге это предложение было отозвано, и взяли обязательство не принуждать к миграции. Это показывает, что обновление архитектуры нужно решать не только на техническом уровне, но и обеспечивать сглаженный переход для существующей экосистемы.

От протокола к инфраструктуре: что это означает для лэнда DeFi кредитования

Направление эволюции V4 по сути превращает Aave из «кредитного протокола с параллельными рынками» в «модульную инфраструктуру, способную поддерживать разнообразные логики финансов». Такое изменение позиционирования окажет многогранное влияние на отрасль. Во‑первых, рост эффективности капитала поменяет конкурентный ориентир кредитного трека: новые рынки больше не обязаны конкурировать с уже существующими за депозиты; разработчики смогут сосредоточиться на кастомных логиках заимствования для новых активов, таких как Pendle PT, позиции Uniswap LP, Ethena sUSDe, без необходимости строить ликвидность с нуля. Во‑вторых, механизм ценообразования рисков смещается от «универсального подхода» к «тонкой настройке»: механизм liquidity premium (премии за ликвидность), внедрённый в V4, делает ставку по заимствованиям динамической в зависимости от ликвидностных характеристик залогового актива — базовые активы вроде ETH сохраняют нулевую премию, тогда как активы с более высокой волатильностью несут соответствующую премию. В‑третьих, более глубокая интеграция стейблкоина GHO дополнительно укрепляет замкнутый контур внутри протокола: механизм soft ликвидации (LLAMM) позволяет системе при падении цены залога постепенно конвертировать актив в GHO, а при росте — выкупать залог, повышая эффективность и устойчивость ликвидации.

Смотрим вперёд из V4: слой ликвидности, кроссчейн кредитование и возможные пути расширения экосистемы

Архитектура V4 не только решает текущие проблемы, но и закладывает интерфейсы для расширения функциональности в будущем. Во‑первых, дизайн единого слоя ликвидности изначально поддерживает кроссчейн кредитование: пользователь может внести актив в одной сети, а заимствовать средства — в другой; слой ликвидности как абстрактный кроссчейн‑центр ликвидности берёт на себя расчёт ликвидаций и бухгалтерские функции. Во‑вторых, комбинаторность Spoke делает возможными сложные финансовые примитивы — такие как вторичный рынок позиций по долгу, рынки кредитов с фиксированным сроком, динамические кредитные лимиты для позиций AMM и т. п.: разработчикам достаточно сосредоточиться на бизнес‑логике уровня Spoke, а базовая система ликвидаций и каркас управления рисками могут напрямую наследоваться из проверенных модулей Aave. Кроме того, экосистема Aave движется в сторону «независимого сетевого слоя»: планируется выпустить отдельную сеть как основную инфраструктуру для GHO и кредитного бизнеса. Хотя это направление пока находится в стадии концепции, оно уже отражает стратегическое намерение ключевых DeFi‑протоколов развиваться в более полный технический стек.

Риски и границы: потенциальные уязвимости, которые новая архитектура ещё не устранила

Хотя V4 заметно оптимизирует архитектурный уровень, всё ещё существуют измерения рисков, которые не были решены полностью. Во‑первых, механизм ликвидации хотя и смещается от «фиксированной пропорции» к «минимально необходимой ликвидации», всё равно зависит от исполнения внешними третьими ликвидаторами; это отличается от дизайнов вроде Fluid, которые глубже интегрируют кредитование и DEX‑ликвидность — в структуре затрат и эффективности исполнения сохраняется разрыв. Во‑вторых, в параллельно работающей среде с несколькими Spoke ещё не сложилась зрелая парадигма для глобального риск‑мониторинга между Spoke: когда несколько Spoke одновременно вызывают ликвидность Hub и каждый применяет свою модель рисков, механизмы распознавания и предупреждения системных рисков требуют проверки. В‑третьих, хотя механизм soft‑ликвидации GHO заимствует LLAMM‑модель crvUSD, её фактическая работа в экстремальных рыночных условиях пока не имеет опорных данных масштабного стресс‑тестирования. Кроме того, есть споры на уровне DAO governance — включая вопросы продления контрактов ключевых участников и противоречия в распределении ресурсов между V3 и V4 — что отражает риск разногласий внутри сообщества в процессе крупных обновлений.

Итог

Развёртывание Aave V4 в mainnet знаменует архитектурный переход DeFi кредитных протоколов от «параллельных рынков» к модели «единый слой ликвидности + модульные единицы риска». Дизайн Hub-Spoke, одновременно решая давнюю проблему фрагментации ликвидности, создаёт фундамент для таких функций, как подключение новых типов активов, кроссчейн кредитование и более точное ценообразование рисков. Однако сложность governance, возникающая при обновлении архитектуры, пробелы в глобальном риск‑мониторинге и проблемы координации сообщества на пути миграции остаются вызовами, которые V4 нужно будет постоянно решать — от технического внедрения до зрелости экосистемы. Для трека DeFi кредитования V4 — это не просто итерация версии протокола, а структурный эксперимент о том, как «протокол эволюционирует в инфраструктуру».

FAQ

Q1: В чём ключевые различия Aave V4 и V3 в управлении ликвидностью?

V3 использует независимую модель рынка: каждый рынок имеет собственный независимый пул ликвидности, и активы между рынками не могут быть разделены; V4 вводит Hub-Spoke архитектуру, при которой вся ликвидность концентрируется в Liquidity Hub, а несколько Spoke разделяют один и тот же пул ликвидности, при этом каждый Spoke независимо управляет параметрами риска.

Q2: Как Hub-Spoke архитектура предотвращает распространение риска внутри системы?

Риск ограничивается внутри Spoke. Каждый Spoke имеет независимый список активов, правила ликвидации и верхние лимиты; даже если конкретный Spoke получает безнадёжную задолженность, это не распространяется на Hub или другие Spoke. Hub отвечает только за глобальную бухгалтерию и управление лимитами и напрямую не несёт кредитный риск Spoke.

Q3: Какие ключевые апгрейды V4 сделал для стейблкоина GHO?

Основные апгрейды включают: внедрение механизма soft ликвидации (LLAMM) — при колебаниях цены залога происходит постепенная ликвидация, а не разовая принудительная ликвидация; поддержку оплаты процентов по стабильным монетам в форме GHO; добавление механизма экстренного выкупа для ситуаций с экстремальной дестабилизацией (постоянной отвязкой) GHO.

Q4: Нужно ли пользователям V3 мигрировать после запуска V4?

Aave Labs отозвала предложение о принудительной миграции и пообещала параллельную работу V3 и V4, так что пользователям не требуется выполнять миграцию в обязательном порядке. Для начального развёртывания V4 будут использованы консервативные параметры и упрощённая конфигурация активов — приоритетом является обеспечение безопасности.

Q5: Чем отличается механизм ликвидации V4 от V3?

V3 использует режим ликвидации с фиксированной пропорцией close factor, что может приводить к чрезмерной ликвидации; V4 переходит к динамической логике ликвидации с опорой на health factor: система вычисляет объём минимально необходимой ликвидации и погашает только тот размер долга, который достаточен, чтобы вернуть позицию в безопасный диапазон.