У поточній Aave V3 системі протокол працює за моделлю багатьох незалежних інстанцій, які організовані навколо «ринків». Основний ринок на Ефіріумі містить приблизно 60 мільярдів доларів ліквідності. Ринок Prime, який орієнтований на користувачів із нижчим рівнем ризику, містить близько 2 мільярдів доларів. Ці два ринки функціонують незалежно. Це означає, що навіть якщо один і той самий актив, наприклад USDC, має мільярдні резерви в основному ринку, користувачі ринку Prime не можуть отримати доступ до цієї ліквідності. Така архітектура жорстко прив’язує розподіл ризику до глибини ліквідності кожного ринку, змушуючи кожен новий ринок вирішувати завдання «нарощування ліквідності з нуля».
Aave V4 безпосередньо вирішує цю структурну обмеженість. Завдяки впровадженню архітектури Hub-Spoke (центру і сателітів), ліквідність відокремлюється від логіки ринку, що дозволяє новим ринкам використовувати існуючі пули ліквідності з першого дня.
Як розділення Hub і Spoke забезпечує єдину ліквідність і ізоляцію ризиків
Архітектура Hub-Spoke докорінно змінює функціональні ролі. Ліквідний хаб (Liquidity Hub) виступає як централізований пул, який управляє загальним обсягом активів, дозволами на кредитування та обліковими обмеженнями, гарантуючи, що загальний обсяг позик ніколи не перевищує встановлену межу. Модулі Spoke — це окремі інтерфейси для користувачів. Кожен Spoke може самостійно визначати перелік підтримуваних активів, параметри ризику, правила ліквідації та налаштування оракулів, при цьому отримуючи ліквідність із Хабу в межах заданих лімітів. Головним проривом є те, що ліквідність більше не закріплюється в межах окремого ринку. Вона існує як «спільний пул» на рівні Хабу, і декілька Spoke можуть паралельно використовувати її відповідно до кредитних лімітів, встановлених управлінням. Водночас ризик чітко ізольований у межах кожного Spoke. Якщо якийсь Spoke отримує дефіцит через волатильність активів або невдалі ліквідації, це не впливає на Хаб чи інші Spoke.
Вартість уніфікації: компроміси ефективності та складність управління в модульній архітектурі
Кожна архітектурна трансформація має свої компроміси. Модель Hub-Spoke вирішує проблему фрагментації ліквідності, але водночас створює нові структурні витрати. По-перше, на Хаб покладається складніше глобальне облікове адміністрування. У V4 відмовилися від механізму ребейсу aToken із V3 на користь моделі часток за стандартом ERC-4626. Кожна частка відображає вартість базового активу, яка зростає разом із нарахованими відсотками, що дозволяє точно відстежувати використання квот кожним Spoke у межах спільного пулу. По-друге, процес управління стає складнішим. DAO встановлює параметри ризику для кожного Spoke, але розподіл кредитних лімітів, координація ставок і управління ліквідаціями між Spoke вимагають більш досконалої системи управління. По-третє, у спільноті вже виникли дискусії щодо шляху міграції. Раніше Aave Labs пропонувала призупинити оптимізацію V3, щоб стимулювати користувачів переходити на V4, проте ця ініціатива зустріла опір від основних учасників. Пропозицію зрештою відкликали, пообіцявши не примушувати до міграції. Це підкреслює, що технічні оновлення повинні також враховувати плавність переходу для чинної екосистеми.
Від протоколу до інфраструктури: що це означає для ландшафту DeFi-кредитування
Еволюція V4 фактично переводить Aave із «паралельного багаторинкового кредитного протоколу» у «модульну інфраструктуру, здатну підтримувати різноманітну фінансову логіку». Це матиме кілька масштабних наслідків для галузі. По-перше, підвищення ефективності капіталу змінить стандарти конкуренції у сфері кредитування. Новим ринкам більше не потрібно змагатися за депозити з уже існуючими. Розробники можуть зосередитися на створенні кастомної логіки кредитування для нових активів — таких як Pendle PT, позиції Uniswap LP чи Ethena sUSDe — без необхідності формувати ліквідність із нуля. По-друге, ціноутворення ризику переходить від підходу «один розмір для всіх» до більш деталізованої моделі. У V4 впроваджується механізм ліквідної премії, який динамічно коригує ставки запозичень залежно від ліквідності забезпечення. Базові активи на кшталт ETH мають нульову премію, а більш волатильні активи — вищу. По-третє, глибша інтеграція стейблкоїна GHO ще більше посилює внутрішній контур протоколу. Механізм м’якої ліквідації (LLAMM) дозволяє системі поступово конвертувати забезпечення у GHO при зниженні цін і викуповувати забезпечення назад при зростанні, підвищуючи ефективність і стабільність ліквідацій.
Погляд у майбутнє з V4: потенційні напрями розвитку шару ліквідності, кросчейн-кредитування та розширення екосистеми
Архітектура V4 не лише вирішує поточні проблеми, а й залишає простір для подальшого розвитку. По-перше, уніфікований шар ліквідності органічно підходить для кросчейн-кредитування. Користувачі можуть вносити активи в одній мережі й отримувати позики в іншій, а шар ліквідності виступає абстрагованим кросчейн-хабом для клірингу й обліку. По-друге, композитність Spoke дозволяє створювати вторинні ринки боргу, ринки кредитів із фіксованим терміном і динамічні кредитні лінії для позицій AMM — стають можливими складні фінансові інструменти. Розробникам достатньо зосередитися на бізнес-логіці на рівні Spoke, тоді як базові модулі ліквідації та управління ризиками можуть використовувати перевірені рішення Aave. Додатково, екосистема Aave досліджує створення «незалежного мережевого шару» — планується запуск окремої мережі як основної інфраструктури для GHO та кредитних операцій. Хоча ця концепція ще на ранній стадії, вона відображає стратегічний намір провідних DeFi-протоколів розвиватися до повноцінного технологічного стеку.
Ризики та обмеження: потенційні загрози, які нова архітектура ще не вирішила
Попри значні архітектурні вдосконалення V4, деякі аспекти ризику залишаються невирішеними. По-перше, хоча ліквідація перейшла від «фіксованого коефіцієнта» до «мінімально необхідної ліквідації», вона все ще залежить від зовнішніх ліквідаторів. У порівнянні з такими рішеннями, як Fluid, де кредитування глибоко інтегроване з ліквідністю DEX, цей підхід має недоліки у структурі витрат і швидкості виконання. По-друге, у багатоспоковому середовищі глобальний моніторинг ризиків між Spoke ще не досяг зрілості. Коли кілька Spoke одночасно використовують ліквідність Хабу з різними моделями ризику, механізми ідентифікації та попередження про системні ризики залишаються неперевіреними. По-третє, хоча механізм м’якої ліквідації GHO базується на моделі LLAMM crvUSD, його фактична ефективність у стресових ринкових умовах ще не підтверджена масштабними тестами. Крім того, суперечки щодо управління — наприклад, продовження контрактів із ключовими розробниками чи конфлікти щодо розподілу ресурсів між V3 і V4 — підкреслюють ризик розколу спільноти під час великих оновлень.
Висновок
Запуск Aave V4 у основній мережі знаменує собою зміну парадигми для DeFi-кредитних протоколів: від «паралельних багаторинкових систем» до архітектури «уніфікованого шару ліквідності + модульних блоків ризику». Дизайн Hub-Spoke вирішує давню проблему фрагментації ліквідності й створює фундамент для додавання нових типів активів, кросчейн-кредитування та деталізованого ціноутворення ризиків. Проте залишаються виклики — складність управління, прогалини в глобальному моніторингу ризиків і координація спільноти під час міграції. Для галузі DeFi-кредитування V4 — це не просто оновлення версії, а структурний експеримент, як протоколи перетворюються на інфраструктуру.
FAQ
Q1: У чому основна відмінність між Aave V4 і V3 у керуванні ліквідністю?
V3 використовує модель незалежних ринків, де кожен ринок має власний пул ліквідності, а активи не розподіляються між ринками. V4 впроваджує архітектуру Hub-Spoke, у якій вся ліквідність централізовано зберігається в Liquidity Hub. Кілька Spoke використовують спільний пул ліквідності, але кожен окремо керує своїми параметрами ризику.
Q2: Як архітектура Hub-Spoke запобігає поширенню ризику в системі?
Ризик ізольований у межах кожного Spoke. Кожен Spoke має власний перелік активів, правила ліквідації та ліміти. Навіть якщо Spoke отримує дефіцит, це не впливає на Хаб чи інші Spoke. Хаб відповідає лише за глобальний облік і управління квотами, але не несе прямого кредитного ризику Spoke.
Q3: Які ключові оновлення отримав стейблкоїн GHO у V4?
Основні оновлення включають: впровадження механізму м’якої ліквідації (LLAMM), який поступово ліквідує забезпечення під час волатильності цін замість примусової ліквідації всієї позиції; підтримку виплати відсотків за стейблкоїном у GHO; додавання механізму екстреного викупу для вирішення крайніх випадків втрати прив’язки GHO.
Q4: Чи потрібно користувачам V3 переходити на V4 після запуску?
Aave Labs відкликала пропозицію про примусову міграцію й зобов’язалася підтримувати паралельну роботу V3 і V4, тому користувачі не зобов’язані переходити. Початковий запуск V4 передбачає консервативні параметри й обмежений перелік активів для забезпечення безпеки.
Q5: Чим механізм ліквідації у V4 відрізняється від V3?
V3 використовує фіксований коефіцієнт закриття позиції при ліквідації, що може призводити до надмірної ліквідації. У V4 застосовується динамічна логіка ліквідації на основі health factor: система визначає мінімально необхідний обсяг ліквідації — погашається лише стільки боргу, скільки потрібно для повернення позиції в безпечну зону.
