Автор: CALLEN; Джерело: wintermute; Упорядник: Deep Tide TechFlow
Резюме:
Починаючи з ETHLend у 2017 році, Aave спостерігає значне зростання використання протоколу та участі в управлінні, і є одним із найбільших протоколів у DeFi із депозитами, що досягли 5,891 мільярда доларів.
Aave зробив кілька оновлень архітектури позики, розгорнув Aave V2 і Aave V3 і запустив Aave Governance V2.
Aave Governance V2 представляє повністю децентралізовану систему управління для DAO, що означає, що DAO більше не покладається повністю на команду засновників Aave для схвалення пропозицій у мережі.
Aave Governance V2 представляє нові функції управління, такі як розділення повноважень щодо голосування та пропозицій, стратегії голосування, кілька виконавчих органів і Guardian, обліковий запис із декількома підписами, обраний спільнотою.
Aave Governance V2 складається з 4 основних смарт-контрактів: AaveGovernanceV2, Short utor, Long utor і GovernanceStrategy. Вони відповідають за створення, голосування та виконання пропозицій щодо покращення Aave (AIP) у головній мережі Ethereum та інших мережах.
Управління Aave V2 досягло величезного використання завдяки 272 пропозиціям і призвело до деяких серйозних змін в Aave, таких як успішне розгортання Aave V3 у 8 мережах і запуск GHO — децентралізованого стейблкоіна Aave.
вступ
Aave є найбільшим протоколом децентралізованого кредитування та третім за величиною протоколом DeFi із загальними депозитами, що досягають 5,891 мільярда доларів США у 8 блокчейнах. Aave розпочав свою діяльність як ETHLend у 2017 році, залучивши 16,2 мільйона доларів США у формі початкової пропозиції монет, яка стала децентралізованою одноранговою (P2P) кредитною платформою, обмінявшись на свій токен LEND. У 2018 році ETHLend змінив назву на Aave, що ознаменувало перехід протоколу від моделі P2P до моделі пулу ліквідності. У січні 2020 року було запущено Aave V1, а через кілька місяців відбулася міграція токенів з LEND на AAVE.
Модель пулу ліквідності дозволяє об’єднувати токени вкладників, щоб забезпечити миттєву ліквідність позичальникам, більше не потрібно чекати ідеального контрагента, як у моделі P2P. Це дозволяє вкладникам пасивно отримувати дохід від токенів за рахунок відсотків, що сплачуються різними позичальниками, які накопичуються з часом.
Повертаємося до 2023 року, і Aave спостерігає величезне зростання використання та депозитів із випуском і розгортанням Aave V2 і, нещодавно, Aave V3 на кількох блокчейнах.
Окрім оновленої архітектури кредитування Aave, ми також побачили, що система управління Aave була переглянута завдяки запуску Aave Governance V2 – повністю децентралізованої системи управління в мережі з покращеними функціями.
З появою Aave Governance V2 для DAO розгорнулася нова ера повністю децентралізованого управління в ланцюжку, і з моменту запуску нова система управління зазнала надзвичайної активності; було оброблено 272 пропозиції, включаючи Aave V3 Запуск GHO, Aave децентралізований стейблкойн і лістинг нових активів.
Що таке Aave Governance V2?
Aave Governance V2 — це набір смарт-контрактів, параметри яких підтримують роботу протоколу Aave та Aave DAO. Спочатку він був запропонований Марком Зеллером і активований відповідно до AIP-4 у грудні 2020 року, представляючи 4 ключові інновації управління для Aave:
Розділення права голосування та права пропозиції: власники Aave/stkAAVE можуть лише делегувати свої права пропозиції, зберігаючи право голосу, і навпаки.
Стратегія голосування: різні форми токенів Aave, схвалені управлінням, можуть мати право голосувати за пропозиції.
Кілька суб’єктів забезпечення виконання: Короткострокові та довгострокові виконавці дозволяють установлювати різні вимоги до голосування залежно від важливості запропонованих змін.
Опікун: Обліковий запис із кількома підписами, обраний спільнотою, де люди можуть накласти вето або скасувати пропозиції зі шкідливим кодом.
Aave Governance V2 натхненний моделлю делегованого управління, яка імітує, але не забезпечує дотримання представницької демократії. У той же час ці нові функції забезпечують Aave більш комплексною, ефективною та надійною системою управління.
Тим не менш, хтось може стверджувати, що в Aave Governance V2 найважливішою зміною в Aave є те, що будь-хто може подати та реалізувати AIP (Aave Improvement Proposal). Це неможливо з Aave Governance V1, попередником V2.
Зокрема, V2 обходить Крок 4 у процесі керування V1, що дозволяє лише команді Aave Genesis подавати AIP як обов’язкові пропозиції щодо керування. Кожен, хто має достатньо AAVE/stkAAVE, тепер може подавати та впроваджувати AIP у повністю децентралізований спосіб.
Версії V1 і V2 мають схожість на початковому етапі життєвого циклу пропозиції, де пропонуються зміни та обговорюються зі спільнотою. Однак третій крок: Остаточний запит Aave for Comments (ARFC) — це остаточна версія пропозиції за допомогою постачальника послуг ризику DAO. Четвертий крок вимагає від спільноти голосування за те, чи задоволені вони остаточними змінами, і, нарешті, п’ятий крок затверджує ці зміни в ланцюжку через офіційну пропозицію щодо вдосконалення Aave (AIP) за допомогою Aave Governance V2.
Як це працює?
Aave Governance V2 складається з 4 основних смарт-контрактів: AaveGovernanceV2, Short utor, Long utor і GovernanceStrategy. Ці основні смарт-контракти відповідають за обробку процесу AIP від початку до кінця та забезпечують 3 ключові функції:
Створення пропозицій: будь-який учасник спільноти з достатніми правами пропозицій може створювати пропозиції в будь-якій підкатегорії політики Aave. Визначте час, дозволи та консенсус спільноти, необхідні для голосування на основі зміненої політики.
Голосування за пропозицією: щойно пропозиція почнеться, власники AAVE/stkAAVE можуть проголосувати за її результат за допомогою варіантів голосування YAE або NAE.
Виконання пропозиції: якщо пропозиція схвалена власниками токенів, для пропозиції буде введено період затримки (блокування часу), щоб користувачі, які заперечують проти змін, могли відмовитися від системи (наприклад, вийти з позицій запозичення через суворіший контроль ризиків) . Після закінчення періоду затримки пропозиція переходить у пільговий період і може бути виконана будь-якою адресою Ethereum, викликавши функцію виконання в смарт-контракті Short/Long utor, або за несприятливих обставин Guardian може накласти вето/скасувати пропозицію.
AaveGovernanceV2 відповідає за створення AIP і вимагає від користувачів надати інформацію про те, який виконавець використовувати та які зміни вони хотіли б внести в протокол. Він також відповідає за встановлення тривалості періоду перевірки.
Короткі utori використовуються для внесення незначних змін до протоколу та забезпечення швидшого та менш суворого консенсусу (наприклад, зміни параметрів, списки активів тощо).
Довгий utor використовується для внесення значних змін до основного коду протоколу, які впливають на консенсус керування та вимагають тривалого й великого процесу узгодження (наприклад, змінення маркера AAVE, параметрів керування V2 і самого себе).
GovernanceStrategy обробляє логіку для зважування пропозицій користувачів і права голосування. Він також визначає маркери, які можна використовувати під час голосування (тобто AAVE та stkAAVE).
Щоб краще зрозуміти, як ці смарт-контракти взаємодіють один з одним, давайте подивимося на нещодавню пропозицію Llama щодо включення LDO в Ethereum AAVE V3. Враховуючи, що ця пропозиція є пропозицією щодо переліку активів і не включає ключові параметри консенсусу щодо управління, Llama використовував Short utor, надаючи всю відповідну інформацію, і перерахував LDO через смарт-контракт AaveGovernanceV2.
Водночас AaveGovernanceV2 зчитує консенсусні вимоги смарт-контракту Short utor і перехресно перевіряє за допомогою GovernanceStrategy, щоб спочатку визначити, як розрахувати потужність пропозиції Llama, а по-друге, щоб визначити, чи перевищує вона необхідний поріг пропозиції 80 000 AAVE. З огляду на те, що Llama має достатню силу голосу, пропозицію було успішно створено та поставлено на 1-денний період розгляду.
Після 3 днів голосування Short utor за допомогою GovernanceStrategy підтвердив, що кворум для голосування склав 320 000 AAVE і різницю в голосуванні в 80 000 AAVE. У цьому випадку Llama успішно пройшов обидва параметри, отримавши 459,7 тис. голосів AAVE "YAE" і 0 голосів "NAE".
Потім пропозиція входить до 1-денного періоду затримки, що дозволяє користувачам відреагувати на зміни перед тим, як увійти в 5-денний пільговий період. Протягом 5-денного пільгового періоду користувачам потрібно викликати функцію ute на короткому utor, щоб затвердити ці зміни в мережі. Якщо ніхто не реалізує пропозицію до закінчення пільгового періоду, термін дії пропозиції закінчиться, а зміни не набудуть чинності. Нарешті, якщо опікуни виявляють, що код поводиться зловмисно, вони можуть накласти вето на пропозицію щодо захисту протоколу.
Багатоланцюгова система управління Aave
Враховуючи зростаючу багатоланцюгову екосистему DeFi, ми продовжуємо спостерігати, як протоколи DeFi розгортаються у все більшій кількості мереж, щоб залучити нових користувачів і задовольнити аудиторію, яка піклується про паливо. Aave була в авангарді багатоланцюгового руху, розгорнувши 8 ланцюгів для свого продукту V3. Однак це створює нові виклики для управління, наприклад забезпечення того, щоб власники токенів все ще мали контроль над розгортанням крос-ланцюгів у недецентралізований та звичний спосіб.
Архітектура крос-ланцюга керування Aave схожа на інші основні протоколи, такі як Uniswap і Compound. У випадку з Aave лише розгортання V3 на Polygon, Arbitrum і Optimism контролюються безпосередньо з основної мережі Ethereum через міжланцюговий міст керування Aave.
Для кожного підтримуваного розгортання V3 за межами основної мережі Ethereum потрібен «перехресний мостовий приймач» і власний контракт «виконавця» (для Arbitrum і Optimism потрібен другий контракт L2Bridgeutor для забезпечення сумісності з L2).
Наприклад, на Polygon, Aave V3 має PolygonBridgeutor, який прослуховує повідомлення, що переходять від міжланцюжкового мосту Polygon, які надсилаються в результаті успішних голосувань за управління в основній мережі Ethereum. Потім PolygonBridgeutor пересилає повідомлення до внутрішнього контракту виконавця Polygon (BridgeutorBase), і якщо це ініціюється будь-ким із Polygon, існує пільговий період для виконання цих змін.
Подібно до основної мережі Ethereum, міжланцюгові пропозиції демонструють однакову затримку та пільговий період; пропозиції також можуть бути ветовані адресами Guardian, якщо це вказано.
Занепокоєння щодо керування кількома ланцюгами полягає в тому, що використання крос-ланцюгових мостів створює проблеми з безпекою, наприклад довіряти валідаторам мостів для ретрансляції транзакцій з основної мережі Ethereum до інших ланцюгів у спосіб, який не піддається цензурі. Існує також ризик простою крос-ланцюгового мосту, що перешкоджає доставці міжланцюгових пропозицій до інших мереж.
на закінчення
З моменту активації в AIP-4 Aave Governance V2 схвалив 272 онлайн-пропозиції, надаючи спільноті безпечну, ефективну та децентралізовану платформу для створення, голосування та виконання пропозицій.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Детальне пояснення управління Aave V2: більш інклюзивна та ефективна система прийняття рішень
Автор: CALLEN; Джерело: wintermute; Упорядник: Deep Tide TechFlow
Резюме:
вступ
Aave є найбільшим протоколом децентралізованого кредитування та третім за величиною протоколом DeFi із загальними депозитами, що досягають 5,891 мільярда доларів США у 8 блокчейнах. Aave розпочав свою діяльність як ETHLend у 2017 році, залучивши 16,2 мільйона доларів США у формі початкової пропозиції монет, яка стала децентралізованою одноранговою (P2P) кредитною платформою, обмінявшись на свій токен LEND. У 2018 році ETHLend змінив назву на Aave, що ознаменувало перехід протоколу від моделі P2P до моделі пулу ліквідності. У січні 2020 року було запущено Aave V1, а через кілька місяців відбулася міграція токенів з LEND на AAVE.
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-414ac1c24a-dd1a6f-1c6801)
Модель пулу ліквідності дозволяє об’єднувати токени вкладників, щоб забезпечити миттєву ліквідність позичальникам, більше не потрібно чекати ідеального контрагента, як у моделі P2P. Це дозволяє вкладникам пасивно отримувати дохід від токенів за рахунок відсотків, що сплачуються різними позичальниками, які накопичуються з часом.
Повертаємося до 2023 року, і Aave спостерігає величезне зростання використання та депозитів із випуском і розгортанням Aave V2 і, нещодавно, Aave V3 на кількох блокчейнах.
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-e31a95532f-dd1a6f-1c6801)
Окрім оновленої архітектури кредитування Aave, ми також побачили, що система управління Aave була переглянута завдяки запуску Aave Governance V2 – повністю децентралізованої системи управління в мережі з покращеними функціями.
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-60549a17e9-dd1a6f-1c6801)
З появою Aave Governance V2 для DAO розгорнулася нова ера повністю децентралізованого управління в ланцюжку, і з моменту запуску нова система управління зазнала надзвичайної активності; було оброблено 272 пропозиції, включаючи Aave V3 Запуск GHO, Aave децентралізований стейблкойн і лістинг нових активів.
Що таке Aave Governance V2?
Aave Governance V2 — це набір смарт-контрактів, параметри яких підтримують роботу протоколу Aave та Aave DAO. Спочатку він був запропонований Марком Зеллером і активований відповідно до AIP-4 у грудні 2020 року, представляючи 4 ключові інновації управління для Aave:
Aave Governance V2 натхненний моделлю делегованого управління, яка імітує, але не забезпечує дотримання представницької демократії. У той же час ці нові функції забезпечують Aave більш комплексною, ефективною та надійною системою управління.
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-ca0ed08cec-dd1a6f-1c6801)
Тим не менш, хтось може стверджувати, що в Aave Governance V2 найважливішою зміною в Aave є те, що будь-хто може подати та реалізувати AIP (Aave Improvement Proposal). Це неможливо з Aave Governance V1, попередником V2.
Зокрема, V2 обходить Крок 4 у процесі керування V1, що дозволяє лише команді Aave Genesis подавати AIP як обов’язкові пропозиції щодо керування. Кожен, хто має достатньо AAVE/stkAAVE, тепер може подавати та впроваджувати AIP у повністю децентралізований спосіб.
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-b6cad7da53-dd1a6f-1c6801)
Версії V1 і V2 мають схожість на початковому етапі життєвого циклу пропозиції, де пропонуються зміни та обговорюються зі спільнотою. Однак третій крок: Остаточний запит Aave for Comments (ARFC) — це остаточна версія пропозиції за допомогою постачальника послуг ризику DAO. Четвертий крок вимагає від спільноти голосування за те, чи задоволені вони остаточними змінами, і, нарешті, п’ятий крок затверджує ці зміни в ланцюжку через офіційну пропозицію щодо вдосконалення Aave (AIP) за допомогою Aave Governance V2.
Як це працює?
Aave Governance V2 складається з 4 основних смарт-контрактів: AaveGovernanceV2, Short utor, Long utor і GovernanceStrategy. Ці основні смарт-контракти відповідають за обробку процесу AIP від початку до кінця та забезпечують 3 ключові функції:
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-433cdd8e70-dd1a6f-1c6801)
зокрема,
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-351e98cdcf-dd1a6f-1c6801)
Щоб краще зрозуміти, як ці смарт-контракти взаємодіють один з одним, давайте подивимося на нещодавню пропозицію Llama щодо включення LDO в Ethereum AAVE V3. Враховуючи, що ця пропозиція є пропозицією щодо переліку активів і не включає ключові параметри консенсусу щодо управління, Llama використовував Short utor, надаючи всю відповідну інформацію, і перерахував LDO через смарт-контракт AaveGovernanceV2.
Водночас AaveGovernanceV2 зчитує консенсусні вимоги смарт-контракту Short utor і перехресно перевіряє за допомогою GovernanceStrategy, щоб спочатку визначити, як розрахувати потужність пропозиції Llama, а по-друге, щоб визначити, чи перевищує вона необхідний поріг пропозиції 80 000 AAVE. З огляду на те, що Llama має достатню силу голосу, пропозицію було успішно створено та поставлено на 1-денний період розгляду.
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-88c3a31050-dd1a6f-1c6801)
Після 3 днів голосування Short utor за допомогою GovernanceStrategy підтвердив, що кворум для голосування склав 320 000 AAVE і різницю в голосуванні в 80 000 AAVE. У цьому випадку Llama успішно пройшов обидва параметри, отримавши 459,7 тис. голосів AAVE "YAE" і 0 голосів "NAE".
Потім пропозиція входить до 1-денного періоду затримки, що дозволяє користувачам відреагувати на зміни перед тим, як увійти в 5-денний пільговий період. Протягом 5-денного пільгового періоду користувачам потрібно викликати функцію ute на короткому utor, щоб затвердити ці зміни в мережі. Якщо ніхто не реалізує пропозицію до закінчення пільгового періоду, термін дії пропозиції закінчиться, а зміни не набудуть чинності. Нарешті, якщо опікуни виявляють, що код поводиться зловмисно, вони можуть накласти вето на пропозицію щодо захисту протоколу.
Багатоланцюгова система управління Aave
Враховуючи зростаючу багатоланцюгову екосистему DeFi, ми продовжуємо спостерігати, як протоколи DeFi розгортаються у все більшій кількості мереж, щоб залучити нових користувачів і задовольнити аудиторію, яка піклується про паливо. Aave була в авангарді багатоланцюгового руху, розгорнувши 8 ланцюгів для свого продукту V3. Однак це створює нові виклики для управління, наприклад забезпечення того, щоб власники токенів все ще мали контроль над розгортанням крос-ланцюгів у недецентралізований та звичний спосіб.
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-343e6e99d0-dd1a6f-1c6801)
Архітектура крос-ланцюга керування Aave схожа на інші основні протоколи, такі як Uniswap і Compound. У випадку з Aave лише розгортання V3 на Polygon, Arbitrum і Optimism контролюються безпосередньо з основної мережі Ethereum через міжланцюговий міст керування Aave.
Для кожного підтримуваного розгортання V3 за межами основної мережі Ethereum потрібен «перехресний мостовий приймач» і власний контракт «виконавця» (для Arbitrum і Optimism потрібен другий контракт L2Bridgeutor для забезпечення сумісності з L2).
Наприклад, на Polygon, Aave V3 має PolygonBridgeutor, який прослуховує повідомлення, що переходять від міжланцюжкового мосту Polygon, які надсилаються в результаті успішних голосувань за управління в основній мережі Ethereum. Потім PolygonBridgeutor пересилає повідомлення до внутрішнього контракту виконавця Polygon (BridgeutorBase), і якщо це ініціюється будь-ким із Polygon, існує пільговий період для виконання цих змін.
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-ac19305072-dd1a6f-1c6801)
Подібно до основної мережі Ethereum, міжланцюгові пропозиції демонструють однакову затримку та пільговий період; пропозиції також можуть бути ветовані адресами Guardian, якщо це вказано.
Занепокоєння щодо керування кількома ланцюгами полягає в тому, що використання крос-ланцюгових мостів створює проблеми з безпекою, наприклад довіряти валідаторам мостів для ретрансляції транзакцій з основної мережі Ethereum до інших ланцюгів у спосіб, який не піддається цензурі. Існує також ризик простою крос-ланцюгового мосту, що перешкоджає доставці міжланцюгових пропозицій до інших мереж.
на закінчення
З моменту активації в AIP-4 Aave Governance V2 схвалив 272 онлайн-пропозиції, надаючи спільноті безпечну, ефективну та децентралізовану платформу для створення, голосування та виконання пропозицій.
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-6897a7e9e4-dd1a6f-1c6801)