AAVE, протокол кредитування «блакитних фішок», сьогодні (27.12.) офіційно запустив свій останній модуль управління – Aave Governance V3. Це приносить значні переваги, включаючи суттєве зниження витрат на голосування, додавання автоматизованих ботів і вдосконалення міжланцюгової інфраструктури, встановлюючи нову парадигму для управління в ланцюзі.

Зміст:

Довідкове значення модуля керування Aave

На момент написання цієї статті протокол кредитування Aave містить приблизно 6,5 мільярдів доларів США, що входить до трійки найкращих мережевих продуктів (з Lido та Maker, відповідно, на першому та другому місці). Тому до будь-яких оновлень потрібно підходити дуже обережно. Навіть керівництво може дотримуватися надійного набору правил і виконувати контракти, щоб мінімізувати людські помилки або ризики централізації.

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

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

Вступ до Aave Governance Module V2

Існуючий модуль AAVE Governance V2 буде припинено, але V3 успадкує його загальну структуру та зазнає оптимізації, що вимагає базового розуміння.

Базова архітектура

Операційна мета AAVE Governance V2 — досягти повної децентралізації. DAO автоматично оновлює протокол на основі результатів управління в ланцюзі, не покладаючись на команду засновників для схвалення пропозицій в ланцюзі.

Aave 治理 V2 架构(资料来源)
Архітектура Aave Governance V2 (джерело)

На практиці Aave Governance V2 можна розбити на такі компоненти:

• AaveGovernancev2: відповідає за створення, подання інформації, налаштування параметрів тощо AIP.
• Короткий виконавець: використовується для внесення менших змін до протоколу, відповідальний за виконання вмісту пропозицій, переданих із нижчим порогом для завершення швидких ітерацій, таких як пропозиції щодо збільшення або зменшення списку прийнятних активів у протоколі.
• Довгий виконавець: використовується для внесення значних змін до основного коду протоколу, відповідального за виконання пропозицій, які проходять із вищим порогом, наприклад пропозиції щодо зміни логічних правил самого протоколу.
• Стратегія управління: обробка операційної логіки пропозицій користувачів і голосування, а також визначення маркерів, які можна використовувати для голосування. Токени, які можна використовувати для голосування у V2, це AAVE та stkAAVE (Stake AAVE).

Існує також набір контрактів під назвою Aave Guardian, який контролюється мультипідписами десяти адрес. Його основним обов’язком є зміна контракту протоколу в екстрених ситуаціях, щоб захистити безпеку протоколу. Залежно від ситуації, зловмисні пропозиції можуть бути скасовані або навіть операції протоколу можуть бути закриті.

(Aave вибухає вразливість безпеки｜Кошти більше не під загрозою, очікуючи голосування спільноти, щоб перезапустити ринок)

Потік операції

У минулому базова структура процесу керування модулем AAVE Governance V2 була такою:

1. Подання пропозиції: пропозиція обговорюється на форумі спільноти, виконується перевірка температури, після чого проводиться голосування за миттєвими знімками поза мережею.
2. ARFC: скомпілюйте пропозиції, які проходять голосування поза ланцюгом, у повну пропозицію (AIP), надішліть повний код одночасно та знову проведіть голосування за миттєвими знімками поза ланцюгом.
3. Подання AIP: зазвичай команда подає AIP до контракту про управління для пропозицій, які проходять друге голосування поза мережею, але будь-хто може подати AIP.
4. Період затримки: після періоду затримки приблизно в один день контракт на управління завершує знімок статусу маркера та підтверджує права голосу.
5. Голосування в ланцюжку: існують різні пороги для пропозицій з різним рівнем впливу.
6. Виконання пропозиції: після того, як пропозицію прийнято, буде період блокування. Після завершення Short Executor або Long Executor буде використано для виконання коду оновлення відповідно до пропозицій з різними рівнями впливу. Ця частина повинна бути викликана зовнішньою адресою.
7. Виконання крос-ланцюгів: якщо пропозиція стосується мережі, відмінної від Ethereum, необхідно виконати транзакції крос-ланцюгів і виконати договір виконання відповідної мережі, який також має ініціювати зовнішня адреса.

Існуючі проблеми

Проблеми, виявлені AAVE Governance V2 після трьох років роботи:

• Високі витрати на голосування: поточна конструкція потребує значних витрат на газ, особливо для невеликих користувачів. Права голосу як Aave, так і stkAAVE децентралізовані, з понад 150 000 власників Aave та 20 000 власників stkAAVE. Багато користувачів мають невелику кількість токенів і відповідну силу голосу. Навіть у сценаріях, коли плата за газ Ethereum відносно низька (наприклад, 20 gwei), завершення голосування все одно коштує близько 5 доларів. Під час перевантаження мережі вартість голосування може зрости в п’ять-десять разів.
• Управління та конфлікт інтересів токенів: щоб відповідати існуючому модулю керування, токени мають бути доступними для запитів за контрактами для перевірки прав голосу власників токенів AAVE та stkAAVE. Самі токени вимагають запису додаткової історії балансу, що призводить до збільшення комісії за транзакції за перекази AAVE та stkAAVE. Це опосередковано підвищує операційні витрати для власників токенів. Ці виклики підкреслюють необхідність удосконалення моделі AAVE Governance V2 для вирішення витрат на голосування, посилення децентралізації та пом’якшення конфліктів між інтересами управління та токенів.

Вступ до Aave Governance Module V3

Короткий огляд подібностей і відмінностей між Aave Governance V3 і V2

• Створення пропозиції. Правила керування V3 вимагають від авторів розгортання виконуваного та дійсного коду контракту в контракті Aave та завершення реєстрації, щоб отримати визнання пропозиції перед створенням пропозиції.
• затримка голосування: Майже так само, як у версії 2, між створенням пропозиції та початком голосування буде 1-денна затримка, а після закінчення буде зроблено знімок прав голосування. Однак через певні технічні причини затримка на версії 3 змінюватиметься на години.
• Голосування за пропозиції: Виборці в більшості випадків віддадуть свої голоси не за Ethereum, а за інші мережі, такі як Polygon, Avalanche, Arbitrum або Optimism, і в майбутньому буде відкрито більше мереж. Доповнення: Голосування за пропозицію проводитиметься лише в одній мережі, а не в кількох мережах одночасно. Пропонент може вибрати, за яку мережу проголосувати на основі переваг або інших факторів.
• Виконання пропозиції: блокування часу та фаза виконання пропозиції будуть такими ж, як у V2, з розширеним виконанням на інші мережі.
• Прийміть більше прав голосу на визнання активів: усі AAVE, aAAVE, stkAAVE та stkABPT отримають права голосу.

Структура впровадження: процес управління

Усі майбутні пропозиції в модулі керування AAVE проходитимуть наступний процес:

Процес роботи Aave Governance V3(джерело)

1. Подання коду: Пропонент створює пропозицію та подає код, реєструючи його в контракті контролера в цільовій мережі. Наприклад, якщо пропозиція спрямована на додавання класів активів на Aave v3 Avalanche, пропозицію потрібно надіслати, а код розгорнути на Avalanche, не вимагаючи дозволу протягом усього процесу.
2. Повернути ідентифікатор пропозиції: після завершення процесу створення пропозиції автор отримує ідентифікаційний сертифікат від цільової мережі.
3. Створення пропозицій: відповідні заявники (що мають ідентифікаційний сертифікат і достатні права на пропозицію) створюють пропозиції на Ethereum за допомогою основного контракту на управління, вибираючи мережу для поданого коду.
4. Ініціювати пропозицію: після періоду затримки боти Aave або будь-яка інша адреса Ethereum можуть ініціювати пропозицію та зробити знімок стану блокчейну.
5. Надіслати хеш-значення блоку: основний контракт на управління надсилає інформацію про пропозицію (хеш блоку Ethereum) до міжланцюжкової інфраструктури Aave.
6. Врегулювання стану цільової мережі: у цільовій мережі голосування боти Aave або інші адреси завершують встановлення глобального стану, який використовується для перевірки голосування. Сюди входять хеш-значення блоків Ethereum, їх дерево стану та дерево стану голосуючих активів.
7. Почати голосування: Голосування починається в цільовій мережі.
8. Голосування за пропозицією: кожен користувач з правом голосу в Ethereum може голосувати в цільовій мережі через договір про голосування.
9. Закрити голосування: боти Aave або інші адреси викликають механізм голосування, щоб закрити голосування.
10. Обчислення результатів: результати голосування у вигляді підрахунків «так» і «ні» надсилаються в основну мережу Ethereum через крос-чейн інфраструктуру Aave.
11. Зачекайте на виконання: результати голосування досягають основного контракту про управління Ethereum. Після перевірки та підтвердження інформації він очікує на виконання.
12. Виконання пропозиції: боти Aave або інші адреси виконують оновлений код.
13. Виконання між ланцюжками: код передається у відповідний контракт виконання в Ethereum або іншій мережі, ініціюючи період блокування часу.
14. Очікуйте на виконання: для оновлень за межами Ethereum вміст стоїть у черзі на відповідному контролері.
15. Виконання пропозиції: після завершення періоду блокування боти Aave або інші адреси виконують оновлений код у цільовій мережі.

Архітектура реалізації

Знаючи наведену вище операційну структуру, ми можемо краще зрозуміти основні компоненти Aave Governance V3:

• Основний контракт на управління Ethereum: відповідає за визначення розрахунків усіх модулів керування. Він перевіряє права голосу користувачів, знімки станів, визначає токени голосування, визначає логіку правил голосування, скасовує зловмисні пропозиції через Guardian, пересилає пропозиції в цільову мережу та підтримує більшість операційних принципів Aave Governance V2.
• Договір про управління цільовою мережею (машина для голосування Aave): відповідає за операції з управління цільовою мережею. Він включає в себе прийняття коду пропозицій і взаємодії, виконання логіки голосування та повернення результатів голосування.
• Інфраструктура міжланцюгового зв’язку: новий засіб міжланцюгового зв’язку, призначений для задоволення потреб у з’єднанні різних майбутніх мереж. Його основні функції включають двонаправлений зв’язок, налаштовану функціональність і механізми екстреного бекдору.
• Aave Robot: реалізує більшість функцій управління автоматично, причому як витрати на взаємодію, так і мережеві взаємодії несе безпосередньо Aave DAO, вибираючи Chainlink Automation як своє ядро. Основні функції включають ініціювання пропозицій після періоду затримки, надання доказів стану цільовій мережі та виконання оновлень коду як в Ethereum, так і в цільовій мережі.

Крім того, через значні зміни в загальних правилах архітектури управління користувачам потрібен доступ до машин для голосування в різних мережах. Тому основна команда BGD Labs перебудувала зовнішній інтерфейс із відкритим кодом і надала користувачам код для створення власних копій.

Наразі немає пропозицій щодо цього зовнішнього інтерфейсу(джерело)

Переваги Aave Governance V3

• Значне зниження вартості голосування:

При голосуванні в зовнішніх мережах, використовуючи як приклад поточний рівень комісії на Polygon, вартість голосування становитиме від 0,05 до 0,1 долара. Це приблизно в 100 разів дешевше, ніж поточна вартість голосування в Aave Governance V2. Це може навіть дозволити учасникам голосувати абсолютно безкоштовно. У майбутньому пропонується, щоб DAO покривала всі витрати учасників на голосування. Якщо буде 10 000 учасників, загальна вартість становитиме лише 750 доларів США, що цілком доступно.

• Зниження операційних витрат Native Token:

Більше не буде знімків історії балансу для AAVE та stkAAVE. З оновленням смарт-контракту в Aave Governance V3 очікується, що передача AAVE і stkAAVE буде приблизно на 75% дешевшою.

• Автоматизація без дозволу:

Хоча Aave Governance V3 включає багато етапів, які вимагають взаємодії з блокчейном для генерації переходів між станами, ці етапи можна автоматизувати за допомогою Aave Robot. Це набагато зручніше, ніж V2, який вимагає ручного запуску користувачами.

Відмова від відповідальності:

1. Цю статтю передруковано з [链新闻]. Усі авторські права належать оригінальному автору [Kyle]. Якщо є заперечення щодо цього передруку, будь ласка, зв’яжіться з командою Gate Learn , і вони негайно розглянуть це.
2. Відмова від відповідальності: погляди та думки, висловлені в цій статті, належать виключно автору та не є жодною інвестиційною порадою.
3. Переклади статті на інші мови виконує команда Gate Learn. Якщо не зазначено вище, копіювання, розповсюдження або плагіат перекладених статей заборонено.