AAVE, протокол кредитования "голубых фишек", сегодня (12/27) официально представил свой новейший модуль управления - Aave Governance V3. Это дает значительные преимущества, включая существенное снижение затрат на голосование, добавление автоматизированных ботов и улучшение межцепочечной инфраструктуры, устанавливая новую парадигму управления внутри цепочки.

Оглавление:

Эталонная ценность модуля управления Aave

На момент написания этой статьи в кредитном протоколе Aave находилось около $6,5 млрд. средств, что позволяет ему входить в тройку лучших продуктов в сети (первое и второе места занимают Lido и Maker, соответственно). Поэтому к любым обновлениям следует подходить с большой осторожностью. Даже управление может следовать надежному набору правил и исполнению контрактов, чтобы свести к минимуму человеческие ошибки или риски централизации.

В отличие от других моделей управления проектами, которые полагаются на мультисигмальный контроль бэкдор-функций протокола (некоторые могут даже не иметь мультисигмального контроля), протокол Aave имеет относительно безопасный механизм. Он дает ценную информацию об идеальном механизме управления в будущем.

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

Введение в модуль управления Aave V2

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

Базовая архитектура

Оперативная цель AAVE Governance V2 - добиться полной децентрализации. DAO автоматически обновляет протокол на основе результатов внутрицепочечного управления, не полагаясь на команду основателей для утверждения внутрицепочечных предложений.

Aave 治理 V2 架构(资料来源)
Архитектура Aave Governance V2 (источник)

На практике Aave Governance V2 можно разделить на следующие компоненты:

• AaveGovernancev2：Отвечает за создание, подачу информации, настройку параметров и т.д. AIP.
• Короткий исполнитель: используется для внесения небольших изменений в протокол, отвечая за выполнение содержимого предложений, переданных с более низким порогом для завершения быстрых итераций, например, предложений по увеличению или уменьшению списка допустимых активов в протоколе.
• Long Executor: используется для внесения значительных изменений в основной код протокола, отвечает за выполнение предложений, которые проходят с более высоким порогом, например, предложений по изменению логических правил самого протокола.
• GovernanceStrategy：Обработайте операционную логику пользовательских предложений и голосования, а также определите, какие токены могут быть использованы для голосования. Токены, которые можно использовать для голосования в V2, - это AAVE и stkAAVE (Stake AAVE).

Существует также набор контрактов под названием Aave Guardian, который контролируется несколькими подписями по десяти адресам. Его главная обязанность - изменять договор протокола в чрезвычайных ситуациях, чтобы защитить безопасность протокола. В зависимости от ситуации, вредоносные предложения могут быть отменены, или даже протокольные операции могут быть остановлены.

(Уязвимость в системе безопасности Aave взорвалась｜ Фонды больше не подвергаются риску, ожидая голосования сообщества для перезапуска рынка)

Поток операций

В прошлом основная структура процесса управления модулем AAVE Governance V2 была следующей:

1. Подача предложения: Предложение обсуждается на форуме сообщества, проводится проверка на соответствие требованиям, после чего проводится внецепочечное Snapshot-голосование.
2. ARFC: Скомпилируйте предложения, прошедшие внецепочечное голосование, в полноценное предложение (AIP), подайте полный код одновременно и снова проведите внецепочечное Snapshot-голосование.
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 гвейн), завершение голосования все равно стоит около $5. Во время перегрузки сети стоимость голосования может возрасти в пять-десять раз.
• Конфликт управления и интересов токенов: Чтобы приспособить существующий модуль управления, токены должны иметь возможность запроса контрактов для проверки права голоса держателей токенов AAVE и stkAAVE. Сами токены требуют записи дополнительной истории баланса, что приводит к увеличению комиссии за транзакции при переводе AAVE и stkAAVE. Это косвенно повышает операционные расходы для держателей токенов. Эти проблемы подчеркивают необходимость усовершенствования модели управления AAVE Governance V2 для решения проблемы затрат на голосование, усиления децентрализации и смягчения конфликтов между управлением и интересами токенов.

Введение в модуль управления Aave V3

Кратко рассмотрим сходства и различия между Aave Governance V3 и V2

• Создание предложения:Правила управления V3 требуют, чтобы перед созданием предложения участники развернули исполняемый и действительный код контракта в контракте Aave и прошли регистрацию для получения признания предложения.
• задержка голосования: Почти так же, как и в V2, между созданием предложения и началом голосования будет 1-дневная задержка, а по окончании будет сделан снимок прав голоса. Однако, по некоторым техническим причинам, задержка на v3 будет варьироваться по часам.
• Голосование по предложениям: В большинстве случаев избиратели будут голосовать не на 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 Core: отвечает за определение расчетов для всех модулей управления. Он проверяет права пользователей на голосование, снимки состояния, определяет токены для голосования, определяет логику правил голосования, отменяет вредоносные предложения через Guardian, пересылает предложения в целевую сеть и поддерживает большинство принципов работы Aave Governance V2.
• Контракт на управление целевой сетью (Aave Voting Machine): Отвечает за операции управления в целевой сети. Он включает в себя прием кода и взаимодействий провайдеров, выполнение логики голосования и возврат результатов голосования.
• Инфраструктура межцепочечной связи: Новое средство межцепочечной связи, предназначенное для удовлетворения потребностей различных будущих сетей. Среди его основных особенностей - двунаправленная связь, настраиваемая функциональность и механизмы аварийного бэкдора.
• Робот Aave: Реализует большинство функций управления автоматически, при этом расходы на взаимодействие и сетевые взаимодействия несет непосредственно 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. Если не указано, копирование, распространение или плагиат переведенных статей запрещены.