Aave v4: Мегреволюція ефективності капіталу через централізовані бухгалтерські припущення

Протокол позик DeFi швидко розвивається, але зберігає фундаментальні неефективності, про які рідко говорять. Основна проблема полягає у базових припущеннях бухгалтерського обліку, що керують дизайном традиційних протоколів: ізольовані ринки з власною ліквідністю. Aave v4 змінює цю парадигму, вводячи зовсім інше бухгалтерське припущення, за яким ліквідність централізована, а ризики керуються через правила, а не сегрегацію коштів.

Фрагментація ліквідності: чому старі моделі неефективні

Сучасні протоколи DeFi керують ризиками просто, але неефективно: вони створюють окремий ринок для кожного профілю ризику. Коли потрібно підтримувати активи з різними характеристиками, протокол не налаштовує ціну (відсоткову ставку) детально, а створює новий ринок із спеціальними правилами.

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

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

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

Друга проблема — грубе ціноутворення. Оскільки користувачі групуються за ринками, а не за рівнем ризику окремих застав, всі в одному ринку платять схожу відсоткову ставку — незалежно від безпеки їх застави. Безпечні позиції випадково субсидують ризиковані, не через дизайн, а через обмеження системи.

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

Відокремлення ліквідності та ризиків: ключова ідея Aave v4

Розв’язок Aave v4 дуже елегантний: розділити ліквідність і ризики. У попередніх версіях ці речі були об’єднані. Ринок виконує дві функції — підтримує ліквідність і контролює ризики. Щоб змінити ризик, потрібно створити новий ринок, що автоматично означає створення нової ліквідності.

Aave v4 розриває цей зв’язок.

Ідея починається з нової концепції: Liquidity Hub. Це не ринок, що безпосередньо взаємодіє з користувачами. Hub не визначає, хто може позичати, скільки або які застави приймає. Він лише зберігає активи, відстежує баланси, рахує відсотки і забезпечує платоспроможність системи.

Всі взаємодії користувачів відбуваються в іншому місці — через нову структуру під назвою Spoke (відгалуження). Spoke — це не пул ліквідності, а набір правил — умови, за яких можна отримати доступ до ліквідності, з якими обмеженнями і ризиками.

Коли користувач позичає, він не бере напряму з Spoke. Він позичає через Spoke від Hub. Оскільки Spoke не тримає кошти, Aave не потрібно створювати новий пул для підтримки різних профілів ризику. Всі активи акумулюються в одному центральному балансі.

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

Це фундаментальний концептуальний крок. У старому дизайні зміна ризику означала зміну ринку — нову фрагментацію. У v4 зміна ризику — зміна правил — і фрагментація не потрібна.

Базові припущення централізованого бухгалтерського обліку: як система керує глобальним ризиком

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

У Aave v3 бухгалтерія локальна: кожен ринок веде свою власну книгу. Оцінка платоспроможності — по кожному ринку. Ліквідація ініціюється у конкретному пулі. Збитки поглинаються цим пулом. Проте протокол не має цілісного уявлення про те, як ризики накопичуються по всій екосистемі.

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

Зміна цього бухгалтерського припущення змінює спосіб управління платоспроможністю. За централізованого підходу протокол може встановлювати чіткі обмеження ризику для кожного Spoke. Spoke не може отримати необмежений доступ до ліквідності. Навпаки, управління встановлює «ліміт ризикового впливу» — максимальну кількість ризику, яку може створити цей Spoke.

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

Саме так нове бухгалтерське припущення дозволяє досягти більшої ефективності. Ліквідність більше не потрібна для кожного типу позичальника або стратегії окремо. Один баланс обслуговує все. Відмінність — у правилах доступу, а не у зберіганні коштів.

Ціноутворення ризику на рівні позичальника, а не ринку

З спільною ліквідністю і централізованим обліком Aave v4 може диференціювати ризики на рівні окремого позичальника, а не лише на рівні ринку.

У старому дизайні диференціація ризиків була структурною: щоб отримати безпечний позик, потрібно входити у безпечний ринок. Для високого кредитного плеча — у окремий. Ціни були, але грубі і застосовувалися масово до всіх користувачів ринку.

У v4 базова ставка активу визначається попитом і пропозицією у Hub. Але кожен позичальник платить додаткову плату понад цю базову ставку, залежно від свого профілю ризику.

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

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

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

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

В результаті виходить більш складна кредитна система, де ціна залежить від поведінки і застави позичальника, а не лише від ринку, у який він входить.

Передбачувана ліквідація і гнучке управління

Найбільша проблема централізованої ліквідності — режим несправності. У старому дизайні фрагментація слугувала грубим захистом — збитки локалізувалися.

Aave v4 вирішує це, змінюючи підхід до управління ліквідацією і ризиками. У v3 ліквідація ініціювалася у конкретному пулі, і використовувалася ліквідність цього пулу. Це означає, що процес залежав від доступності коштів у конкретному пулі — якщо пул вичерпувався, ліквідація могла затриматися або частково провалитися.

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

Процес стає набагато передбачуванішим. Ліквідатор взаємодіє з одним джерелом ліквідності. Ризик ланцюгових збитків через нестачу ліквідності у конкретному пулі зменшується значно.

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

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

Це знижує витрати на управління і зменшує ризик помилок або системних збоїв.

Шлях до зрілого DeFi-екосистеми

Трансформація Aave v4 має довгострокові наслідки, що виходять за межі простої ефективності капіталу.

У старому дизайні підтримка нових активів або стратегій завжди означала структурний ризик. Реєстрація нового активу? Створіть новий ринок. Новий тип застави? Новий ринок. Підтримка спеціальних груп позичальників? Ще один ринок. Кожна спроба — це додаткові витрати на фрагментацію і складність управління.

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

Питання управління змінюється кардинально: не «чи потрібно створювати повний ринок для цього активу?», а «скільки ризику ми готові виділити для цієї задачі?». Це більш точне рішення, його легше змінювати і воно не вимагає узгодження з користувачами.

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

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

З часом модель зростання Aave зміниться. Протокол більше не розвиватиметься шляхом запуску нових ринків і залучення ізольованої ліквідності. Замість цього, він зростатиме, підвищуючи корисність централізованого балансу. Ліквідність більше не буде простою «залежаною» у різних ринках — вона буде динамічно розподілятися відповідно до реальних потреб, а ризики — керуватися через гнучкі і налаштовувані правила.

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