Aave V4: Від розірваного ринку до модульної ліквідності

Написано Тіа, Techub News

У сфері DeFi кредитування Aave завжди був індикатором інновацій та галузевих стандартів. З ростом кількості користувачів і різноманітністю активів, Aave V3 поступово виявив проблеми розділення ліквідності, управління ризиками та механізмів ліквідації, що були досить грубими. Щоб подолати ці виклики, у V4 проведено системне оновлення: організація ліквідності була перепроектована у єдину архітектуру Hub та модульні Spoke, що дозволяє спільно використовувати ліквідність для багатьох активів і стратегій при збереженні ізоляції ризиків; система бухгалтерського обліку була оновлена до моделі часток у стилі ERC-4626, що забезпечує чіткий контроль глобального стану ліквідності; механізм ліквідації перейшов від фіксованого співвідношення до динамічного, базованого на показнику здоров’я позиції та мінімально необхідної ліквідації. Загалом, V4 — це не просто оптимізація параметрів, а еволюція архітектури та механізмів, що перетворює Aave з розрізнених кредитних протоколів багатьох ринків у модульну інфраструктуру з більшою масштабованістю, капітальним ефектом і контролем ризиків.

З «ринку» у центрі уваги V3 до реалій розділення ліквідності

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

Коли користувач надає активи у V3, він фактично вносить їх у конкретний ринок, а не у глобальний пул. Це означає, що активи, внесені у ринок Ethereum Core, можуть бути використані лише позичальниками цього ринку і не доступні для Prime або інших мереж.

Такий дизайн має очевидні переваги у ізоляції ризиків — ризики між ринками не передаються один одному. Але він також має недоліки: ліквідність розділена, навіть для одного й того ж активу. Це ускладнює централізоване управління активами, знижує загальну ефективність використання капіталу, глибину ринку та можливості для нових функцій.

Hub і Spoke: логіка реорганізації ліквідності у Aave V4

Відповіддю на цю проблему стала фундаментальна перебудова архітектури протоколу з введенням нової концепції — Hub and Spoke (модульна система з «променями»). Цей підхід був запроваджений для вирішення проблеми розділення ліквідності та обмежень масштабування, що існували у V3.

У V4 протокол більше не прив’язує ліквідність до окремого ринку. Замість цього, для кожної мережі вводиться єдине центральне джерело ліквідності — Hub, що виступає у ролі центру для всіх активів. Користувачі надають активи у цей Hub, а не у конкретний ринок, і саме Hub відповідає за глобальне управління ліквідністю та ключовим бухгалтерським обліком. Наприклад, він контролює загальний обсяг позичених активів і фіксує використання різних модулів.

Однак Hub не є безпосереднім інтерфейсом для користувачів. Взаємодія відбувається через високорозвинений модульний рівень, що отримав назву Spoke — «промені».

Spoke: модульний інтерфейс із локалізованим ризиком

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

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

Завдяки цьому багато функцій, які у V3 були складними або неефективними, у V4 можуть бути реалізовані у більш природній формі. Наприклад, режим E-Mode більше не обмежується набором параметрів — він може існувати як окремий Spoke, спеціально для високорелевантних активних портфелів. Аналогічно, ізоляційний режим може бути реалізований через спеціальний Spoke з визначеними верхніми обмеженнями. Для RWA або складних заставних структур V4 дозволяє ввести більш жорсткі правила доступу і ризику через кастомні Spoke, без ускладнення всієї протокольної архітектури.

Як працює у V4 єдина бухгалтерія ліквідності?

Щоб підтримати єдину модель ліквідності Hub, у V4 відмовилися від механізму переспрямовування aToken (rebase) і перейшли до системи часток у стилі ERC-4626.

У V4 протокол відмовився від механізму автоматичного перерахунку aToken, застосовуючи модель ERC-4626 для обліку часток. Це означає, що користувачі більше не володіють aToken, що автоматично зростають у кількості з часом через нарахування відсотків. Замість цього вони мають фіксовану кількість часток, кожна з яких відповідає певній вартості активів, що з часом зростає. Іншими словами, нарахування відсотків відбувається через зростання вартості часток, а не через збільшення кількості токенів. Це більш близько до традиційного бухгалтерського обліку у сховищі (vault).

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

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

Тонке налаштування механізму ліквідації: позбавлення фіксованого співвідношення

Крім реорганізації структури ліквідності, у V4 внесено важливі зміни і до механізмів ліквідації. Вони відхиляються від раніше використаного фіксованого співвідношення і впроваджують ризик-орієнтований підхід.

У попередніх версіях, таких як V3, при падінні показника здоров’я позиції нижче певного порогу, протокол дозволяв ліквідаторам погашати частину боргу за фіксованим close factor і конфісковувати заставу. Це працювало добре для захисту протоколу, але при сильній волатильності або ризикових сценаріях могло призводити до надмірних ліквідацій — ситуацій, коли масштаб ліквідації перевищує необхідний для відновлення безпеки рівень.

У V4 механізм ліквідації зміщено з фіксованого співвідношення у бік цілей — досягнення «безпечного» рівня здоров’я позиції. При вході у стан ліквідності система обчислює мінімальний обсяг боргу й застави, що потрібно погасити або продати, щоб повернути показник до безпечного рівня. Ліквідація тепер спрямована не на максимальне зняття ризику, а на мінімальне, достатнє для безпечної стабілізації ситуації. Це дозволяє уникнути зайвих втрат і зменшує ризик руйнування активів користувачів.

Зміна у підході означає, що close factor перетворюється з статичного параметра у динамічний результат, що залежить від ризикового стану позиції, волатильності активів, структури застави та ризикових параметрів. Це робить механізм ліквідації більш реалістичним і гнучким, зменшує шоки від ліквідацій і знижує масштаби продажів активів за межами необхідного рівня.

Механізм ліквідації у Aave недавно асоціюється з дизайном Fluid, що також пропонує більш точний і ризик-орієнтований підхід. Однак, у порівнянні з Fluid, що інтегрує кредитування з глибинами DEX для автоматичного поглинання ризиків у пулі, Aave залишається більш роздільним і залежним від зовнішніх ліквідаторів. Це дає свої переваги — швидкість і низькі витрати — але й обмежує можливості повної автоматизації.

Підсумки

Загалом, Aave V4 — це не революція, а еволюція. Це системний шлях оптимізації: через архітектуру Hub and Spoke реорганізовано ліквідність, через модульні Spoke локалізовано ризики, а через удосконалений механізм ліквідації підвищено безпеку й гнучкість. Від масштабованого «ринкового» протоколу V3 протокол перетворюється у модульну платформу для складних фінансових структур, здатну підтримувати нові функції і масштабування у майбутньому.