Автор: 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 Governance 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's децентрализованная стабильная монета и листинг новых активов.
Что такое управление Aave V2?
Aave Governance V2 — это набор смарт-контрактов, параметры которых поддерживают работу протокола Aave и Aave DAO. Первоначально он был предложен Марком Целлером и активирован в рамках AIP-4 в декабре 2020 года, введя 4 ключевых нововведения в управлении для Aave:
Разделение права голоса и права предложения: держатели Aave/stkAAVE могут делегировать только свои права предложения, сохраняя при этом право голоса, и наоборот.
Стратегия голосования: различные формы одобренных руководством токенов Aave могут быть разрешены для голосования по предложениям.
Множественные правоприменительные органы: краткосрочные и долгосрочные исполнители позволяют устанавливать различные требования к голосованию в зависимости от важности предлагаемых изменений.
Guardian: учетная запись с несколькими подписями, выбранная сообществом, где люди могут накладывать вето или отменять предложения с помощью вредоносного кода.
Aave Governance V2 вдохновлен моделью делегированного управления, которая имитирует, но не обеспечивает соблюдение представительной демократии. В то же время эти новые функции предоставляют Aave более инклюзивную, эффективную и надежную систему управления.
Тем не менее, можно утверждать, что в рамках Aave Governance V2 наиболее важным изменением в Aave является то, что каждый может подать и реализовать AIP (предложение по улучшению Aave). Это невозможно с Aave Governance V1, предшественником V2.
В частности, версия 2 обходит шаг 4 в процессе управления версии 1, что позволяет команде Aave Genesis только подавать AIP в качестве обязательных предложений по управлению. Любой, у кого достаточно AAVE/stkAAVE, теперь может отправлять и реализовывать AIP полностью децентрализованно.
V1 и V2 имеют общие черты на начальном этапе жизненного цикла предложения, когда изменения предлагаются и обсуждаются с сообществом. Однако третий шаг: окончательный запрос комментариев Aave (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 и требует от пользователей предоставления информации, определяющей, какой исполнитель использовать и какие изменения они хотели бы внести в протокол. Он также отвечает за установку продолжительности периода проверки.
Короткие команды используются для внесения незначительных изменений в протокол и обеспечения более быстрого и менее строгого согласования требований (например, изменения параметров, списков активов и т. д.).
Длинный utor используется для внесения серьезных изменений в основной код протокола, которые влияют на консенсус управления и требуют длительного и масштабного процесса консенсуса (например, изменения токена AAVE, параметров управления V2 и самого себя).
GovernanceStrategy обрабатывает логику для взвешивания предложений пользователей и количества голосов. Он также определяет токены, которые можно использовать при голосовании (т. е. AAVE и stkAAVE).
Чтобы лучше понять, как эти смарт-контракты взаимодействуют друг с другом, давайте посмотрим на недавнее предложение Llama включить LDO в Ethereum AAVE V3. Учитывая, что предложение представляет собой листинг активов и не включает в себя ключевые параметры консенсуса по управлению, Лама использовал Short utor при отправке всей соответствующей информации и перечислил LDO через смарт-контракт AaveGovernanceV2.
В то же время AaveGovernanceV2 считывает требования консенсуса из смарт-контракта Short utor и выполняет перекрестную проверку с GovernanceStrategy, чтобы сначала определить, как рассчитать мощность предложения Llama, а во-вторых, чтобы определить, превышает ли она требуемый порог предложения в 80 000 AAVE. Учитывая, что у Llama достаточно голосов, предложение было успешно создано и вступило в 1-дневный период рассмотрения.
После трех дней голосования Short utor подтвердил, что кворум голосования в размере 320 000 AAVE и разница в голосовании в 80 000 AAVE были достигнуты с помощью GovernanceStrategy. В этом случае Llama успешно прошел оба параметра, получив 459,7 тыс. голосов AAVE «YAE» и 0 голосов «NAE».
Затем для предложения вводится 1-дневный период задержки, позволяющий пользователям отреагировать на изменение, прежде чем вводить 5-дневный льготный период. В течение 5-дневного льготного периода пользователям необходимо вызвать функцию ute на коротком utor, чтобы одобрить эти изменения в цепочке. Если никто не реализует предложение до окончания льготного периода, срок действия предложения истечет, и изменения не вступят в силу. Наконец, если Guardians определят, что код ведет себя злонамеренно, они могут наложить вето на предложение защитить протокол.
Многоцепочечная система управления 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's децентрализованная стабильная монета и листинг новых активов.
Что такое управление Aave 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). Это невозможно с Aave Governance V1, предшественником V2.
В частности, версия 2 обходит шаг 4 в процессе управления версии 1, что позволяет команде Aave Genesis только подавать AIP в качестве обязательных предложений по управлению. Любой, у кого достаточно AAVE/stkAAVE, теперь может отправлять и реализовывать AIP полностью децентрализованно.
! [Aave] (https://img-cdn.gateio.im/resized-social/moments-40baef27dd-b6cad7da53-dd1a6f-1c6801)
V1 и V2 имеют общие черты на начальном этапе жизненного цикла предложения, когда изменения предлагаются и обсуждаются с сообществом. Однако третий шаг: окончательный запрос комментариев Aave (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. Учитывая, что предложение представляет собой листинг активов и не включает в себя ключевые параметры консенсуса по управлению, Лама использовал 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)
После трех дней голосования Short utor подтвердил, что кворум голосования в размере 320 000 AAVE и разница в голосовании в 80 000 AAVE были достигнуты с помощью GovernanceStrategy. В этом случае Llama успешно прошел оба параметра, получив 459,7 тыс. голосов AAVE «YAE» и 0 голосов «NAE».
Затем для предложения вводится 1-дневный период задержки, позволяющий пользователям отреагировать на изменение, прежде чем вводить 5-дневный льготный период. В течение 5-дневного льготного периода пользователям необходимо вызвать функцию ute на коротком utor, чтобы одобрить эти изменения в цепочке. Если никто не реализует предложение до окончания льготного периода, срок действия предложения истечет, и изменения не вступят в силу. Наконец, если Guardians определят, что код ведет себя злонамеренно, они могут наложить вето на предложение защитить протокол.
Многоцепочечная система управления 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)