AAVE, protocolo de empréstimo blue-chip, lançou oficialmente seu mais recente módulo de governança – Aave Governance V3, hoje (27/12). Isto traz vantagens significativas, incluindo uma redução substancial nos custos de votação, a adição de bots automatizados e a melhoria da infraestrutura entre cadeias, estabelecendo um novo paradigma para a governação em cadeia.

Índice:

Valor de referência do módulo de governança Aave

O protocolo de empréstimo Aave detém aproximadamente US$ 6,5 bilhões em fundos no momento em que este artigo foi escrito, classificando-se entre os três principais produtos da rede (com Lido e Maker sendo o primeiro e o segundo, respectivamente). Portanto, qualquer atualização deve ser abordada com muita cautela. Até a governação pode seguir um conjunto robusto de regulamentos e execuções de contratos para minimizar erros humanos ou riscos de centralização.

Em contraste com outros modelos de governança de projetos que dependem do controle multisig das funções backdoor do protocolo (alguns podem nem ter multisig), o protocolo Aave possui um mecanismo relativamente seguro. Fornece informações valiosas sobre o mecanismo de governança ideal para o futuro.

Por outro lado, o AAVE Governance V2 está operacional desde 2020 e a sua viabilidade foi totalmente validada. Até facilitou a emissão da moeda estável GHO e a integração do protocolo, lidando com um feito de engenharia tão complexo apenas através da operação do módulo de governança, o que é realmente intrigante.

Introdução ao Módulo de Governança Aave V2

O módulo AAVE Governance V2 existente será descontinuado, mas o V3 herdará sua estrutura geral e passará por otimizações, exigindo um conhecimento básico.

Arquitetura básica

O objetivo operacional do AAVE Governance V2 é alcançar a descentralização completa. O DAO atualiza automaticamente o protocolo com base nos resultados da governança on-chain, sem depender da equipe fundadora para aprovar propostas on-chain.

Aave 治理 V2 架构(资料来源)
Arquitetura Aave Governance V2 (fonte)

Na prática, o Aave Governance V2 pode ser dividido nos seguintes componentes:

• AaveGovernancev2: Responsável por lidar com a criação, envio de informações, configuração de parâmetros, etc.
• Executor Curto: utilizado para fazer alterações menores no protocolo, responsável por executar o conteúdo das propostas passadas com limite inferior para completar iterações rápidas, como propostas para aumentar ou diminuir a lista de ativos aceitáveis no protocolo.
• Long Executor: utilizado para realizar alterações significativas no código central do protocolo, responsável por executar propostas que passam com limite superior, como propostas de modificação das regras lógicas do próprio protocolo.
• Estratégia de Governança: Processar a lógica operacional das propostas e votação dos usuários e definir quais tokens podem ser usados para votação. Os tokens que podem ser utilizados para votação na V2 são AAVE e stkAAVE (Stake AAVE).

Existe também um conjunto de contratos denominado Aave Guardian, que é controlado por assinaturas múltiplas de dez endereços. A sua principal responsabilidade é modificar o contrato do protocolo em situações de emergência, de forma a proteger a segurança do protocolo. Dependendo da situação, propostas maliciosas podem ser canceladas ou até mesmo as operações do protocolo podem ser encerradas.

(A vulnerabilidade de segurança do Aave explode｜Os fundos não estão mais em risco, aguardando a votação da comunidade para reiniciar o mercado)

Fluxo de operação

No passado, a estrutura básica do processo de governança do módulo AAVE Governance V2 era a seguinte:

1. Envio da proposta: A proposta é discutida no fórum da comunidade e a verificação de temperatura é realizada, seguida pela votação do Snapshot fora da cadeia.
2. ARFC: Compile as propostas que passam na votação fora da cadeia em uma proposta completa (AIP), envie o código completo ao mesmo tempo e conduza a votação instantânea fora da cadeia novamente.
3. Envio de AIP: Normalmente, a equipe submete o AIP ao contrato de governança para propostas que sejam aprovadas na segunda votação fora da cadeia, mas qualquer pessoa pode enviar o AIP.
4. Período de atraso: Após um período de atraso de cerca de um dia, o contrato de governança conclui o instantâneo do status do token e confirma os direitos de voto.
5. Votação em cadeia: Existem diferentes limites de aprovação para propostas com diferentes níveis de impacto.
6. Execução da proposta: Após a aprovação da proposta, haverá um período de lock-in. Após o término, será utilizado Short Executor ou Long Executor para executar o código de atualização de acordo com as propostas com diferentes níveis de impacto. Esta parte precisa ser acionada por um endereço externo.
7. Execução cross-chain: Caso a proposta esteja em uma rede diferente da Ethereum, é necessário executar transações cross-chain e executar o contrato de execução da rede correspondente, que também precisa ser acionado por um endereço externo.

Problemas existentes

Problemas identificados pela AAVE Governance V2 após três anos de operação:

• Altos custos de votação: O projeto atual incorre em custos significativos de gás, afetando particularmente os pequenos usuários. Os direitos de voto dos tokens Aave e stkAAVE são descentralizados, com mais de 150.000 titulares de Aave e 20.000 titulares de stkAAVE. Muitos usuários possuem uma pequena quantidade de tokens e poder de voto correspondente. Mesmo em cenários em que as taxas do gás Ethereum são relativamente baixas (por exemplo, 20 gwei), completar uma votação ainda custa cerca de US$ 5. Durante o congestionamento da rede, os custos de votação podem aumentar de cinco a dez vezes.
• Governança e conflito de interesse de token: Para acomodar o módulo de governança existente, os tokens precisam ser consultados por contratos para verificar os direitos de voto dos detentores de tokens AAVE e stkAAVE. Os próprios tokens exigem o registro de histórico de saldo adicional, levando ao aumento das taxas de transação para transferências AAVE e stkAAVE. Isto aumenta indiretamente os custos operacionais para os detentores de tokens. Estes desafios destacam a necessidade de melhorias no modelo de governação AAVE V2 para abordar os custos de votação, melhorar a descentralização e mitigar conflitos entre a governação e os interesses simbólicos.

Introdução ao Módulo de Governança Aave V3

Uma rápida olhada nas semelhanças e diferenças entre Aave Governance V3 e V2

• Criação de proposta: As regras de governança da V3 exigem que os proponentes implantem um código de contrato executável e válido no contrato Aave e concluam o registro para obter o reconhecimento da proposta antes de criar uma proposta.
• atraso na votação: Quase igual ao V2, haverá um atraso de 1 dia entre a criação da proposta e o início da votação, com um instantâneo dos direitos de voto obtido após o final. No entanto, devido a alguns motivos técnicos, a latência na v3 irá variar em horas.
• Votação da proposta: Na maioria dos casos, os eleitores não votarão no Ethereum, mas em outras redes como Polygon, Avalanche, Arbitrum ou Optimism, com mais redes a serem abertas no futuro. Suplemento: A votação de uma proposta será realizada apenas em uma rede, e não em múltiplas redes simultaneamente. O proponente pode escolher em qual rede votar com base em preferências ou outros fatores.
• Execução da proposta: O tempo de bloqueio e fase de execução da proposta será exatamente o mesmo da V2, com execução estendida a outras redes.
• Aceite mais direitos de voto para reconhecimento de ativos: AAVE, aAAVE, stkAAVE e stkABPT receberão direitos de voto.

Estrutura de Implementação: processo de operação de governança

Todas as propostas futuras no módulo de governança AAVE passarão pelo seguinte processo:

Processo de operação Aave Governance V3(fonte)

1. Envio de Código: O proponente cria uma proposta e envia o código, registrando-o no contrato do controlador na rede alvo. Por exemplo, se a proposta visa adicionar classes de ativos no Aave v3 Avalanche, a proposta deverá ser enviada e o código implantado no Avalanche, não sendo necessária permissão durante todo o processo.
2. ID da Proposta de Devolução: Após concluir o processo de criação da proposta, o proponente recebe um certificado de identificação da rede alvo.
3. Criação de Proposta: Proponentes elegíveis (detentores de um certificado de identificação e direitos de proposta suficientes) criam propostas no Ethereum usando o contrato de governança principal, selecionando a rede para o código submetido.
4. Iniciar proposta: Após o período de atraso, os bots Aave ou qualquer outro endereço Ethereum podem iniciar a proposta e concluir um instantâneo do estado do blockchain.
5. Enviar valor de hash de bloco: O contrato principal de governança envia informações de proposta (hash de bloco Ethereum) para a infraestrutura de cadeia cruzada Aave.
6. Liquidação do estado da rede alvo: Na rede de votação alvo, os bots Aave ou outros endereços finalizam a liquidação do estado global usado para verificação de votação. Isso inclui valores de hash de bloco Ethereum, sua árvore de estado e a árvore de estado dos ativos votantes.
7. Iniciar votação: a votação começa na rede alvo.
8. Votação de Proposta: Cada usuário com direito de voto no Ethereum pode votar na rede alvo através do contrato de votação.
9. Encerrar votação: bots Aave ou outros endereços chamam o mecanismo de votação para encerrar a votação.
10. Liquidação de resultados: Os resultados da votação, na forma de contagens de “sim” e “não”, são enviados para a rede principal Ethereum através da infraestrutura cross-chain Aave.
11. Aguarde a execução: Os resultados da votação atingem o contrato central de governança no Ethereum. Após verificar e confirmar as informações, aguarda a execução.
12. Execução da proposta: bots Aave ou outros endereços executam o código atualizado.
13. Execução Cross-Chain: O código é transmitido para o contrato de execução correspondente no Ethereum ou outra rede, iniciando um período de bloqueio de tempo.
14. Aguarde a execução: Para atualizações fora do Ethereum, o conteúdo é enfileirado no respectivo controlador.
15. Execução da proposta: assim que o período de bloqueio terminar, os bots Aave ou outros endereços executam o código atualizado na rede de destino.

Arquitetura de Implementação

Com o conhecimento da estrutura operacional acima, podemos compreender melhor os componentes principais do Aave Governance V3:

• Contrato Core de Governança Ethereum: Responsável pela determinação da liquidação de todos os módulos de governança. Ele verifica os direitos de voto do usuário, declara instantâneos, decide tokens de votação, determina a lógica das regras de votação, cancela propostas maliciosas por meio do Guardian, encaminha propostas para a rede alvo e mantém a maioria dos princípios operacionais do Aave Governance V2.
• Contrato de governança da rede alvo (máquina de votação Aave): Responsável pelas operações de governança na rede alvo. Inclui aceitar o código e as interações dos proponentes, executar a lógica de votação e retornar os resultados da votação.
• Infraestrutura de comunicação entre cadeias: Um novo recurso de comunicação entre cadeias projetado para atender às necessidades de ponte de várias redes futuras. Seus principais recursos incluem comunicação bidirecional, funcionalidade personalizada e mecanismos backdoor de emergência.
• Aave Robot: Implementa a maioria das funções de governança automaticamente, com seus custos de interação e interações de rede suportados diretamente pelo Aave DAO, escolhendo Chainlink Automation como seu núcleo. As principais funções incluem o acionamento de propostas após o período de atraso, o fornecimento de provas de estado para a rede alvo e a execução de atualizações de código no Ethereum e na rede alvo.

Além disso, devido a alterações significativas nas regras gerais da arquitetura de governação, os utilizadores necessitam de acesso a máquinas de votação em diversas redes. Portanto, a equipe principal do BGD Labs reconstruiu uma interface front-end de código aberto e forneceu aos usuários o código para criar suas próprias cópias.

Atualmente não há propostas para esta interface front-end(fonte)

Vantagens da governança Aave V3

• Redução significativa nos custos de votação:

Ao votar em redes externas, usando o nível atual de taxas no Polygon como exemplo, o custo da votação ficará entre US$ 0,05 e US$ 0,1. Isso é aproximadamente 100 vezes mais barato que o custo de votação atual no Aave Governance V2. Pode até permitir que os participantes votem de forma totalmente gratuita. No futuro, sugere-se que o DAO cubra todos os custos de votação dos participantes. Se houver 10.000 participantes, o custo total seria de apenas US$ 750, o que é acessível.

• Custos operacionais reduzidos do token nativo:

Não haverá mais instantâneos do histórico de saldo para AAVE e stkAAVE. Com as atualizações de contratos inteligentes no Aave Governance V3, espera-se que a transferência de AAVE e stkAAVE seja aproximadamente 75% mais barata.

• Automação sem permissão:

Embora o Aave Governance V3 envolva muitos estágios que requerem interação com o blockchain para gerar transições de estado, esses estágios podem ser automatizados através do Aave Robot. Isso é muito mais conveniente que o V2, que requer acionamento manual pelos usuários.

Isenção de responsabilidade:

1. Este artigo foi reimpresso de [链新闻]. Todos os direitos autorais pertencem ao autor original [Kyle]. Se houver objeções a esta reimpressão, entre em contato com a equipe do Gate Learn e eles cuidarão disso imediatamente.
2. Isenção de responsabilidade: As opiniões e pontos de vista expressos neste artigo são exclusivamente do autor e não constituem qualquer conselho de investimento.
3. As traduções do artigo para outros idiomas são feitas pela equipe do Gate Learn. A menos que mencionado, é proibido copiar, distribuir ou plagiar os artigos traduzidos.