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

У поточній системі Aave V3 протокол використовує багатоінстанційну модель розгортання, зосереджену на “ринках”. Основний ринок на головній мережі Ethereum містить близько 60 мільярдів доларів ліквідності, тоді як ринок Prime для користувачів з низьким ризиком має близько 2 мільярдів доларів, причому обидва працюють незалежно один від одного. Це означає, що навіть якщо один і той же актив — наприклад, USDC — має десятки мільярдів доларів у основному ринку, користувачі Prime не можуть отримати доступ до цієї частини ліквідності. Суть такого дизайну полягає в тому, що ризикове розподілення ринку та глибина ліквідності тісно пов’язані, що призводить до того, що кожен новий ринок стикається з проблемою “накопичення ліквідності з нуля”.

Поява Aave V4 є фундаментальною відповіддю на це структурне обмеження: шляхом впровадження архітектури Hub-Spoke ліквідність зберігається окремо від логіки ринку, що дозволяє новим ринкам підключатися до існуючих ліквідних пулів з першого дня запуску.

Механізм розділення Hub та Spoke: як досягти єдності ліквідності та ізоляції ризиків

Основою архітектури Hub-Spoke є перерозподіл обов’язків. Liquidity Hub служить єдиним центром ліквідності, централізовано управляючи загальною кількістю постачання всіх активів, кредитними авторизаціями та бухгалтерськими обмеженнями, забезпечуючи, щоб загальний обсяг кредитування системи не перевищував межі постачання. Spoke є спеціалізованим інтерактивним модулем для користувачів, кожен Spoke може незалежно визначати свої типи активів, параметри ризику, правила ліквідації та налаштування oracle, одночасно отримуючи ліквідні ресурси в межах встановлених лімітів з Hub. Ключовим проривом цього дизайну є те, що ліквідність більше не блокується в межах певного ринку, а існує у формі “спільного пулу” на рівні Hub, кілька Spoke можуть паралельно використовувати кредитні ліміти, встановлені управлінням. У той же час ризики строго обмежені в межах Spoke — навіть якщо в одному Spoke через коливання активів або невдачу ліквідації виникають непогашені борги, це не поширюється на Hub або інші Spoke.

Єдина плата: ефективність, компроміси та складність управління в модульній архітектурі

Будь-яка реконструкція архітектури супроводжується компромісами. Модель Hub-Spoke, вирішуючи проблему фрагментації ліквідності, вводить нові структурні витрати. По-перше, рівень Hub повинен нести більш складну глобальну бухгалтерську відповідальність — V4 відмовилася від механізму rebase aToken у V3, перейшовши на модель ринкової частки (shares) стилю ERC-4626, де кожна частка відповідає вартості базового активу, яка зростає в залежності від накопичення відсотків, що точно фіксує використання кредиту кожного Spoke в єдиному пулі. По-друге, процес управління стикається з більшою складністю: параметри ризику Spoke встановлюються DAO, але розподіл кредитних лімітів між різними Spoke, механізми прив’язки відсоткових ставок та координація ліквідацій між Spoke потребують більш досконалої управлінської структури. По-третє, спірні питання щодо шляхів міграції вже виникли в спільноті — раніше Aave Labs пропонувала призупинити оптимізацію V3 для стимулювання переходу користувачів на V4, що викликало опозицію серед деяких ключових учасників, в результаті чого пропозицію було відкликано і дано обіцянку не примушувати до міграції. Це свідчить про те, що оновлення архітектури на технологічному рівні потребує вирішення також питань плавного переходу існуючої екосистеми.

Від протоколу до інфраструктури: що означає зміна в ландшафті позик DeFi

Напрямок еволюції V4 насправді полягає в переході Aave від “протоколу позик з багатьма ринками” до “модульної інфраструктури, здатної підтримувати різноманітні фінансові логіки”. Ця зміна в позиціонуванні матиме декілька впливів на галузь. По-перше, підвищення капіталової ефективності змінить конкурентні стандарти в секторі позик — нові ринки більше не повинні змагатися за депозити з існуючими ринками, розробники можуть зосередитися на розробці кастомізованих логік позик для нових активів, таких як Pendle PT, Uniswap LP позиції, Ethena sUSDe, без необхідності будувати ліквідність з нуля. По-друге, механізм ціноутворення ризику переходить від “одного розміру підходить усім” до “деталізації”: механізм ліквіднісної надбавки (liquidity premium), впроваджений у V4, дозволяє динамічно коригувати процентні ставки залежно від ліквідності заставлених активів, базові активи, такі як ETH, зберігають нульову надбавку, тоді як більш волатильні активи несуть відповідну надбавку. По-третє, глибока інтеграція стабільної монети GHO ще більше підсилює замкнуту екосистему протоколу — м’який механізм ліквідації (LLAMM) дозволяє системі поступово конвертувати активи в GHO, коли ціна застави падає, і викупати заставу, коли ціна зростає, що підвищує ефективність ліквідації та стабільність.

Дивлячись вперед з V4: можливі еволюційні шляхи для ліквідних шарів, міжланцюгових позик та розширення екосистеми

Архітектура V4 не лише вирішує поточні проблеми, але також залишає резерви для майбутнього функціонального розширення. По-перше, дизайн єдиного ліквідного шару природно підтримує міжланцюгові позики — користувачі можуть вносити активи на одній ланцюзі, а позичати кошти на іншій, ліквідний шар служить абстрактним міжланцюговим центром ліквідності, виконуючи функції ліквідації та бухгалтерії. По-друге, комбінованість Spoke робить можливими складні фінансові примітиви, такі як вторинний ринок боргових позицій, ринок термінових кредитів, динамічні кредитні ліміти для позицій AMM; розробники повинні зосередитися лише на логіці бізнесу на рівні Spoke, тоді як базова система ліквідації та рамки управління ризиками можуть безпосередньо успадковуватися від перевірених модулів Aave. Крім того, екосистема Aave досліджує напрямок “незалежного мережевого шару”, плануючи запустити власну мережу як основну інфраструктуру для GHO та кредитних операцій; хоча цей напрямок все ще на стадії концепції, він вже відображає стратегічні наміри провідних протоколів DeFi до більш повного технологічного стеку.

Ризики та межі: потенційні проблеми нового архітектурного рішення

Хоча V4 реалізувала значні оптимізації на рівні архітектури, все ще залишаються ризикові аспекти, які не були повністю вирішені. По-перше, механізм ліквідації, хоч і перейшов від “фіксованого співвідношення” до “мінімальної необхідної ліквідації”, все ще залежить від зовнішніх третіх осіб для виконання ліквідацій, що в порівнянні з Fluid та іншими, які глибоко інтегрують позики та ліквідність DEX, має прогалини в структурі витрат та ефективності виконання. По-друге, в умовах паралельного функціонування кількох Spoke, глобальний моніторинг ризиків між Spoke ще не сформував зрілу парадигму — коли кілька Spoke одночасно використовують ліквідність Hub і використовують різні моделі ризику, механізми ідентифікації та попередження системних ризиків все ще потребують перевірки. По-третє, м’який механізм ліквідації GHO, хоча і запозичений з моделі LLAMM crvUSD, все ще потребує підтвердження через великомасштабні стрес-тести для оцінки його фактичної роботи в екстремальних ринкових умовах. Крім того, суперечки на рівні DAO — включаючи питання продовження контрактів ключових учасників та конфлікти у розподілі ресурсів між V3 і V4 — відображають ризики розбіжностей, з якими може зіткнутися спільнота під час значних оновлень.

Висновок

Розгортання основної мережі Aave V4 позначає перехід протоколу позик DeFi від “паралельних ринків” до архітектурної парадигми “єдиного ліквідного шару + модульних одиниць ризику”. Дизайн Hub-Spoke, усуваючи довготривалу проблему фрагментації ліквідності, закладає базову структуру для підключення нових активів, міжланцюгових позик та деталізованого ціноутворення ризику. Однак складність управління, прогалини в глобальному моніторингу ризиків та проблеми координування в процесі міграції залишаються викликами, з якими V4 повинна продовжувати стикатися на шляху від технічної реалізації до зрілості екосистеми. Для сектору позик DeFi V4 є не лише ітерацією версії протоколу, а й структурним експериментом про те, “як протокол може еволюціонувати в інфраструктуру”.

FAQ

Q1: Яка основна різниця між Aave V4 та V3 в управлінні ліквідністю?

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

Q2: Як архітектура Hub-Spoke запобігає поширенню ризиків у системі?

Ризики обмежені в межах Spoke. Кожен Spoke має власний список активів, правила ліквідації та ліміти, навіть якщо один Spoke має непогашені борги, це не поширюється на Hub або інші Spoke. Hub лише відповідає за глобальну бухгалтерію та управління лімітами, не несе безпосередньої відповідальності за кредитний ризик Spoke.

Q3: Які ключові оновлення були внесені до GHO стабільної монети в V4?

Основні оновлення включають: впровадження м’якого механізму ліквідації (LLAMM), що дозволяє поступово ліквідувати активи при коливаннях цін застави, а не одноразово; підтримка виплат відсотків у формі GHO; новий механізм термінового викупу для реагування на екстремальні ситуації, коли GHO втрачає прив’язку.

Q4: Чи потрібно користувачам V3 мігрувати після запуску V4?

Aave Labs відкликала пропозицію про примусову міграцію, пообіцявши, що V3 і V4 будуть працювати паралельно, користувачам не потрібно примусово мігрувати. Початкове розгортання V4 буде використовувати консервативні параметри та спрощене розподілення активів, щоб першочергово забезпечити безпеку.

Q5: Яка різниця в механізмі ліквідації між V4 та V3?

V3 використовує фіксовану пропорцію ліквідації, що може призвести до надмірних ліквідацій; V4 переходить до динамічної ліквідаційної логіки на основі здорового фактора, система обчислює мінімальну необхідну ліквідацію, повертаючи лише достатню суму боргу, щоб відновити позицію до безпечного діапазону.