5 червня Aave офіційно запустила модуль безпеки Umbrella. Цей модуль буде запущений поетапно, що означає, що AAVE більше не несе пряму відповідальність за ризики, а власники aToken несуть відповідальність за ризики, реалізуючи прямий зв'язок між ризиком і прибутком.
Що змінилося в модулі безпеки Umbrella?
Модуль безпеки Umbrella є основною системою смарт-контрактів у протоколі Aave, що використовується для управління ризиками та стимулювання. На відміну від попереднього модуля безпеки, Umbrella через основний контракт Umbrella Core централізовано управляє різними StakeToken, пов'язаними з окремим пулом Aave v3, відповідаючи за функції скорочення (slashing) та компенсації дефіциту.
Цей модуль визначає два стани прогалин:
По-перше, «Очікуваний дефіцит» (Pending Deficit) означає фінансові збитки, які були зменшені з StakeToken, але ще не покриті;
Друге це «компенсація дефіциту» (Deficit Offset), що встановлює поріг, при якому, якщо збитки фонду нижчі за цей поріг, операції скорочення не відбуваються.
Наприклад, у пулі капіталу Aave v3 USDC на основній мережі Ethereum, якщо встановлено поріг компенсації в 500 USDC, зменшення відповідних токенів застави waUSDC відбудеться лише у випадку, якщо збитки перевищать цю суму.
У конкретному процесі, коли пул фондів генерує розрив у розмірі 1 000 USDC, автоматизована система викликає функцію слешу Umbrella Core для компенсації на основі попередньо встановленого розриву в 500 USDC і фактично зменшує токен waUSDC на 500 USDC. Урізані кошти токенів перераховуються до колектора Aave, і ці кошти більше не доступні для виведення стейкерами. Згодом сутність із дозволом на перевизначення викличе функцію coverPendingDeficit, щоб отримати відповідні кошти з Collector, і викличе інтерфейс eliminateReserveDeficit пулу Aave v3, щоб завершити перевизначення втрат.
У налаштуваннях прав Aave управління відповідає за налаштування пар активів, коригування параметрів зменшення та оновлення контрактів. Операції зі зменшення відкриті для всіх користувачів і можуть бути ініційовані відповідно до правил контракту, щоб забезпечити автоматичну реакцію системи на ризики ліквідного пулу. Операції покриття зазору можуть виконуватися лише суб'єктами, які мають COVERAGE_MANAGER_ROLE, щоб забезпечити контроль і відповідність обігу коштів.
Крім того, Umbrella надає супутній інтерфейс користувача, який дозволяє користувачам робити ставки, обмінювати, активувати зарядки та отримувати винагороди. Щоб спростити багатоетапну взаємодію, UmbrellaBatchHelper, контракт на допомогу в пакетній експлуатації, ліцензований Массачусетським технологічним інститутом, призначений для полегшення інтеграції та оптимізації користувацького досвіду.
Загалом модуль безпеки Umbrella покращує гнучкість і прозорість контролю ризиків пулу завдяки впровадженню детального механізму управління прогалинами та чіткого розподілу повноважень, що забезпечує міцну технічну основу для керування та функціонування Aave DAO.
Які потенційні переваги та недоліки модуля безпеки Umbrella?
Для протоколу в цілому та користувачів модуль безпеки Umbrella має такі переваги та недоліки:
Потенційні переваги:
Удосконалення управління ризиками: Umbrella Core підтримує встановлення порогових значень «зміщення розриву», а DAO можуть встановлювати конкретні порогові значення розриву, щоб вирішити, чи ініціювати скорочення, покращуючи гнучкість обробки незначних втрат. Наприклад, якщо збиток становить менше 100 000 USDC, спочатку Aave Collector може покрити його, щоб уникнути скорочення активів у стейкінгу.
Модульність і розширюваність: Umbrella керує всіма екземплярами StakeToken в єдиній системі, підтримує розширення на кількох мережах та з кількома активами, що полегшує реалізацію стратегій на рівні управління.
Відкриті інтерфейси та підтримка UI: надає відкритий фронтенд та допоміжний контракт (UmbrellaBatchHelper), покращуючи взаємодію користувачів та спрощуючи інтеграцію та вторинну розробку.
Потенційні недоліки та ризики:
Повернення від стейкінгу пов'язане з ризиками: у порівнянні з традиційним Safety Module, стейкери під Umbrella несуть чітко визначений ризик зниження. Коли збитки фонду перевищують встановлений поріг, StakeToken буде знято. Наприклад, якщо збитки перевищують 500 USDC, система зніме відповідні стейковані активи.
Зменшення активів не підлягає відшкодуванню: зменшені StakeToken надсилаються до Aave Collector для покриття збитків фонду, стейкери не можуть їх викупити. Система покриває ризики за рахунок цього механізму, але користувачі назавжди втрачають відповідні активи.
Залежні операції ролі дозволів: наприклад, операції з покриття коштів повинні ініціюватися суб'єктом, що має COVERAGE_MANAGER_ROLE. Якщо управління або операції затримуються, це може вплинути на ефективність управління ризиками.
Перехідний механізм є досить складним: на початковому етапі запуску Umbrella stkAAVE/stkABPT і Umbrella StakeToken існують паралельно, користувачам слід звернути увагу на шлях міграції та зміни стимулів, щоб уникнути непорозумінь або помилок в операціях через зміни.
Користувачі цікавляться ситуацією з прибутком від стейкінгу
У модулі Umbrella дохід користувача від стейкінгу встановлюється управлінням і динамічно коригується із загальною сумою стейкінгу та балансом пулу винагород. Кожен тип StakeToken (наприклад, waUSDC, waGHO) має бути ініціалізований за допомогою пропозиції щодо управління, щоб налаштувати його цільову ліквідність, ліміт винагороди за одиницю часу та цикл розподілу, а кошти винагороди надходять із попередньо встановленої адреси rewardPayer, зазвичай Collector of Aave DAO або його суб-акаунтів.
Наприклад, якщо ми беремо USDC, і цільова ліквідність становить 1 мільйон USDC, а на початку є лише 500 тисяч фактично закладених, то винагороди за одиницю часу будуть розподілені концентровано, а дохідність буде відносно вищою; з ростом обсягу закладів дохідність буде прагнути до цільового рівня, встановленого управлінням. Якщо винагороди недостатні або їх заповнення затримується, дохідність може знизитися або навіть перерватися.
Варто зазначити, що стейкери GHO особливо постраждали від цієї міграції. Оскільки цільовий ліміт ліквідності та річного стимулювання, встановлений модулем Umbrella для waGHO, значно нижчий, ніж рівень субсидії stkGHO у старій версії модуля безпеки, це може призвести до того, що очікується зниження річної норми прибутковості з 13% до приблизно 7,7%, що також може вплинути на ринковий попит та загальний ритм випуску GHO.
Крім того, на відміну від попередньої версії модуля безпеки, Umbrella дозволяє отримувати гнучкі винагороди на основі кожного активу, що простіше пов'язати з рівнем ризику протоколу. Однак прибуток користувачів значною мірою залежить від ефективності управління та можливостей планування капіталу, тому необхідно звертати увагу на прогрес управління та статус кожного пулу винагород мережі, щоб оцінити компроміс між потенційною прибутковістю та ризиками ліквідності.
Підсумок
У травні 2025 року Aave підтримував високу ліквідність у великих мережах, таких як Ethereum і Arbitrum, у поєднанні з комісією за швидку позику в розмірі 0,09% у поєднанні з великим розміром кредиту, що призвело до щомісячного доходу протоколу приблизно до 39 мільйонів доларів. Виходячи з цього, частка ринку Aave в сегменті грошового ринку становить понад 50%. Хоча ціна токена AAVE ще не подолала свої історичні максимуми, він показав відносно солідні результати як усталений проєкт DeFi. Консолідовані операційні показники показують, що домінування Aave на ринку криптокредитування залишається на майже дворічному максимумі.
Запуск модуля безпеки Umbrella відображає незмінну прихильність Aave до управління продуктами та ризиками. В даний час бізнес-основа відносно міцна, і якщо нинішні темпи інновацій збережуться, очікується поліпшення майбутніх показників. Ця постійна оптимізація та вдосконалення також є орієнтиром для інших проєктів DeFi. В умовах зростаючої конкуренції постійне оновлення технологій і продукції є ключем до збереження конкурентоспроможності та досягнення довгострокового зростання.
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Запуск модуля безпеки Aave Umbrella: ризик і прибутковість безпосередньо пов'язані, змінюючи логіку стейкінгу DeFi
Автор: ChandlerZ, Foresight News
5 червня Aave офіційно запустила модуль безпеки Umbrella. Цей модуль буде запущений поетапно, що означає, що AAVE більше не несе пряму відповідальність за ризики, а власники aToken несуть відповідальність за ризики, реалізуючи прямий зв'язок між ризиком і прибутком.
Що змінилося в модулі безпеки Umbrella?
Модуль безпеки Umbrella є основною системою смарт-контрактів у протоколі Aave, що використовується для управління ризиками та стимулювання. На відміну від попереднього модуля безпеки, Umbrella через основний контракт Umbrella Core централізовано управляє різними StakeToken, пов'язаними з окремим пулом Aave v3, відповідаючи за функції скорочення (slashing) та компенсації дефіциту.
Цей модуль визначає два стани прогалин:
По-перше, «Очікуваний дефіцит» (Pending Deficit) означає фінансові збитки, які були зменшені з StakeToken, але ще не покриті;
Друге це «компенсація дефіциту» (Deficit Offset), що встановлює поріг, при якому, якщо збитки фонду нижчі за цей поріг, операції скорочення не відбуваються.
Наприклад, у пулі капіталу Aave v3 USDC на основній мережі Ethereum, якщо встановлено поріг компенсації в 500 USDC, зменшення відповідних токенів застави waUSDC відбудеться лише у випадку, якщо збитки перевищать цю суму.
У конкретному процесі, коли пул фондів генерує розрив у розмірі 1 000 USDC, автоматизована система викликає функцію слешу Umbrella Core для компенсації на основі попередньо встановленого розриву в 500 USDC і фактично зменшує токен waUSDC на 500 USDC. Урізані кошти токенів перераховуються до колектора Aave, і ці кошти більше не доступні для виведення стейкерами. Згодом сутність із дозволом на перевизначення викличе функцію coverPendingDeficit, щоб отримати відповідні кошти з Collector, і викличе інтерфейс eliminateReserveDeficit пулу Aave v3, щоб завершити перевизначення втрат.
У налаштуваннях прав Aave управління відповідає за налаштування пар активів, коригування параметрів зменшення та оновлення контрактів. Операції зі зменшення відкриті для всіх користувачів і можуть бути ініційовані відповідно до правил контракту, щоб забезпечити автоматичну реакцію системи на ризики ліквідного пулу. Операції покриття зазору можуть виконуватися лише суб'єктами, які мають COVERAGE_MANAGER_ROLE, щоб забезпечити контроль і відповідність обігу коштів.
Крім того, Umbrella надає супутній інтерфейс користувача, який дозволяє користувачам робити ставки, обмінювати, активувати зарядки та отримувати винагороди. Щоб спростити багатоетапну взаємодію, UmbrellaBatchHelper, контракт на допомогу в пакетній експлуатації, ліцензований Массачусетським технологічним інститутом, призначений для полегшення інтеграції та оптимізації користувацького досвіду.
Загалом модуль безпеки Umbrella покращує гнучкість і прозорість контролю ризиків пулу завдяки впровадженню детального механізму управління прогалинами та чіткого розподілу повноважень, що забезпечує міцну технічну основу для керування та функціонування Aave DAO.
Які потенційні переваги та недоліки модуля безпеки Umbrella?
Для протоколу в цілому та користувачів модуль безпеки Umbrella має такі переваги та недоліки:
Потенційні переваги:
Потенційні недоліки та ризики:
Користувачі цікавляться ситуацією з прибутком від стейкінгу
У модулі Umbrella дохід користувача від стейкінгу встановлюється управлінням і динамічно коригується із загальною сумою стейкінгу та балансом пулу винагород. Кожен тип StakeToken (наприклад, waUSDC, waGHO) має бути ініціалізований за допомогою пропозиції щодо управління, щоб налаштувати його цільову ліквідність, ліміт винагороди за одиницю часу та цикл розподілу, а кошти винагороди надходять із попередньо встановленої адреси rewardPayer, зазвичай Collector of Aave DAO або його суб-акаунтів.
Наприклад, якщо ми беремо USDC, і цільова ліквідність становить 1 мільйон USDC, а на початку є лише 500 тисяч фактично закладених, то винагороди за одиницю часу будуть розподілені концентровано, а дохідність буде відносно вищою; з ростом обсягу закладів дохідність буде прагнути до цільового рівня, встановленого управлінням. Якщо винагороди недостатні або їх заповнення затримується, дохідність може знизитися або навіть перерватися.
Варто зазначити, що стейкери GHO особливо постраждали від цієї міграції. Оскільки цільовий ліміт ліквідності та річного стимулювання, встановлений модулем Umbrella для waGHO, значно нижчий, ніж рівень субсидії stkGHO у старій версії модуля безпеки, це може призвести до того, що очікується зниження річної норми прибутковості з 13% до приблизно 7,7%, що також може вплинути на ринковий попит та загальний ритм випуску GHO.
Крім того, на відміну від попередньої версії модуля безпеки, Umbrella дозволяє отримувати гнучкі винагороди на основі кожного активу, що простіше пов'язати з рівнем ризику протоколу. Однак прибуток користувачів значною мірою залежить від ефективності управління та можливостей планування капіталу, тому необхідно звертати увагу на прогрес управління та статус кожного пулу винагород мережі, щоб оцінити компроміс між потенційною прибутковістю та ризиками ліквідності.
Підсумок
У травні 2025 року Aave підтримував високу ліквідність у великих мережах, таких як Ethereum і Arbitrum, у поєднанні з комісією за швидку позику в розмірі 0,09% у поєднанні з великим розміром кредиту, що призвело до щомісячного доходу протоколу приблизно до 39 мільйонів доларів. Виходячи з цього, частка ринку Aave в сегменті грошового ринку становить понад 50%. Хоча ціна токена AAVE ще не подолала свої історичні максимуми, він показав відносно солідні результати як усталений проєкт DeFi. Консолідовані операційні показники показують, що домінування Aave на ринку криптокредитування залишається на майже дворічному максимумі.
Запуск модуля безпеки Umbrella відображає незмінну прихильність Aave до управління продуктами та ризиками. В даний час бізнес-основа відносно міцна, і якщо нинішні темпи інновацій збережуться, очікується поліпшення майбутніх показників. Ця постійна оптимізація та вдосконалення також є орієнтиром для інших проєктів DeFi. В умовах зростаючої конкуренції постійне оновлення технологій і продукції є ключем до збереження конкурентоспроможності та досягнення довгострокового зростання.