Análise aprofundada das funcionalidades e processos do Módulo de Governança Aave V3

O AAVE, o protocolo de empréstimo de topo, lançou oficialmente o seu mais recente módulo de governação — Aave Governance V3, hoje (12/27). 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 cross-chain, estabelecendo um novo paradigma para a governança on-chain.

Índice:

Valor de referência do módulo de governação Aave

O protocolo de empréstimo da Aave detém aproximadamente 6,5 mil milhões de dólares em fundos no momento em que este artigo foi escrito, classificando-se entre os três principais produtos on-chain (com Lido e Maker sendo o primeiro e o segundo, respectivamente). Portanto, quaisquer atualizações devem ser abordadas 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 projeto que dependem do controlo multisig das funções de backdoor do protocolo (alguns podem nem ter multisig), o protocolo Aave tem um mecanismo relativamente seguro. Fornece informações valiosas sobre o mecanismo de governação ideal para o futuro.

Por outro lado, o AAVE Governance V2 está operacional desde 2020 e a sua viabilidade foi completamente validada. Até facilitou a emissão da stablecoin 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 governação, 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á a sua estrutura geral e passará por otimizações, exigindo um entendimento 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 em cadeia, sem depender da equipa 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 pelo tratamento da criação, envio de informações, definição de parâmetros, etc. do AIP.
• Executivo curto: usado para fazer alterações menores no protocolo, responsável por executar o conteúdo das propostas aprovadas com um limite inferior para completar iterações rápidas, como propostas para aumentar ou diminuir a lista de ativos aceitáveis no protocolo.
• Longo Executor: usado para fazer alterações significativas no código central do protocolo, responsável pela execução de propostas que passam com um limite mais alto, como propostas para modificar as regras lógicas do próprio protocolo.
• GovernanceStrategy：Processe a lógica operacional das propostas dos utilizadores e da votação e defina quais os tokens que podem ser utilizados para votar. Os tokens que podem ser usados para votar na V2 são AAVE e STKAAVE (Stake AAVE).

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

(A vulnerabilidade de segurança do Aave explode | Os fundos já não estão em risco, à espera do voto da comunidade para reiniciar o mercado)

Fluxo de operação

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

1. Submissão da proposta: A proposta é discutida no fórum da comunidade e a verificação de temperatura é realizada, seguida de votação instantânea fora da cadeia.
2. ARFC: Compilar as propostas que passam a votação fora da cadeia para uma proposta completa (AIP), submeta o código completo ao mesmo tempo e conduza a votação instantânea fora da cadeia novamente.
3. Submeter AIP: Normalmente, a equipa submete o AIP ao contrato de governação para propostas que passem na segunda votação fora da cadeia, mas qualquer pessoa pode submeter o AIP.
4. Período de atraso: Após um período de atraso de cerca de um dia, o contrato de governação completa o instantâneo do estado 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 bloqueio. Após o fim, o Short Execuor ou Long Executor será utilizado para executar o código de atualização de acordo com as propostas com diferentes níveis de impacto. Esta parte tem de ser acionada por um endereço externo.
7. Execução entre cadeias: Se a proposta estiver numa rede diferente da Ethereum, é necessário executar transações entre cadeias 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 pelo AAVE Governance V2 após três anos de operação:

• Custos de votação elevados: O design atual incorre em custos significativos de gás, afetando particularmente os pequenos utilizadores. Os direitos de voto dos tokens Aave e STKAave são descentralizados, com mais de 150.000 detentores de Aave e 20,000 detentores de STKAave. Muitos utilizadores detêm uma pequena quantidade de tokens e o correspondente poder de voto. 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 $5. Durante o congestionamento da rede, os custos de votação podem aumentar de cinco a dez vezes.
• Governança e conflito de interesses de token: Para acomodar o módulo de governação 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 registo do histórico de saldo adicional, o que leva 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 AAVE Governance V2 para lidar com os custos de votação, aumentar a descentralização e mitigar conflitos entre governança e interesses de token.

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

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

• Criação de proposas:As regras de governança da V3 exigem que os proponentes implementem código de contrato executável e válido no contrato da Aave e concluam o registo para obter o reconhecimento da proposta antes de criar uma proposta.
• atraso na votação: Quase o mesmo que a 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 tirados após o final. No entanto, devido a algumas razões técnicas, a latência na v3 varia de acordo com as horas.
• Votação da proposta: Os eleitores na maioria dos casos não votarão no Ethereum, mas sim noutras redes como Polygon, Avalanche, Arbitrum ou Optimism, com mais redes a serem abertas no futuro. Suplemento: A votação de uma proposta só será conduzida numa rede, em vez de em várias redes simultaneamente. O proponente pode escolher em qual rede votar com base nas preferências ou outros fatores.
• Execução da proposta: O bloqueio de tempo e a fase de execução da proposta serão exatamente os mesmos que na V2, com a execução estendida a outras redes.
• Aceite mais direitos de voto de reconhecimento de ativos: AAVE, AAAve, STKAave e STKabPT receberão todos direitos de voto.

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

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

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

1. Submissão de código: O proponente cria uma proposta e submete o código, registando-o no contrato do controlador na rede de destino. Por exemplo, se a proposta visa adicionar classes de ativos no Aave v3 Avalanche, a proposta deve ser submetida e o código implantado no Avalanche, não exigindo nenhuma 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 de destino.
3. Criação de Propostas: Os 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 enviado.
4. Iniciar proposta: Após o período de atraso, os bots Aave ou qualquer outro endereço Ethereum podem iniciar a proposta e completar um instantâneo do estado da cadeia de blocos.
5. Enviar valor de hash de bloco: O contrato principal de governança envia informações da proposta (hash de bloco Ethereum) para a infraestrutura de cadeia cruzada da Aave.
6. Liquidação do estado da rede alvo: Na rede de votação de destino, os bots Aave ou outros endereços finalizam a liquidação do estado global usado para a verificação de votação. Isto inclui os valores de hash do bloco Ethereum, a sua árvore de estado e a árvore do estado dos ativos de voto.
7. Começar a votar: A votação começa na rede de destino.
8. Votação da proposta: Todos os utilizadores com direitos de voto no Ethereum podem votar na rede de destino através do contrato de votação.
9. Votação Fecha: Os bots da Aave ou outros endereços chamam o mecanismo de votação para encerrar a votação.
10. Liquidação do resultado: Os resultados da votação, na forma de contagens “sim” e “não”, são enviados para a rede principal Ethereum através da infraestrutura de cadeia cruzada da Aave.
11. Aguarde a Execução: Os resultados da votação atingem o contrato de governação central da Ethereum. Depois de verificar e confirmar a informação, aguarda a execução.
12. Execução da proposta: Aave bots ou outros endereços executam o código atualizado.
13. Execução em cadeia cruzada: 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 fica em fila no respetivo 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 entender melhor os principais componentes do Aave Governance V3:

• Contrato de Governança Principal da Ethereum: Responsável pela determinação da liquidação de todos os módulos de governação. Verifica os direitos de voto do utilizador, instantâneos do estado, decide tokens de votação, determina a lógica da regra de votação, cancela propostas maliciosas através do Guardian, encaminha propostas para a rede de destino 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 de destino. 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: Uma nova instalação de comunicação entre cadeias concebida para responder às necessidades de ponte de várias redes futuras. As suas principais características incluem comunicação bidirecional, funcionalidade personalizada e mecanismos de backdoor de emergência.
• Aave Robot: Implementa a maioria das funções de governação automaticamente, com os seus custos de interação e interações de rede suportados diretamente pelo Aave DAO, escolhendo a 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 de destino e a execução de atualizações de código tanto no Ethereum como na rede de destino.

Além disso, devido a mudanças significativas nas regras gerais de arquitetura de governação, os utilizadores precisam de acesso a máquinas de votação em várias redes. Portanto, a equipa principal da BGD Labs reconstruiu uma interface front-end de código aberto e forneceu aos utilizadores o código para criarem as suas próprias cópias.

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

Vantagens do Aave Governance V3

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

Ao votar em redes externas, usando o nível de taxa atual no Polygon como exemplo, o custo da votação estará entre $0,05 e $0,1. Isto é aproximadamente 100 vezes mais barato do 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 $750, o que é acessível.

• Custos operacionais reduzidos do token nativo:

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

• Automação sem permissão:

Embora o Aave Governance V3 envolva muitas fases que requerem interação com a cadeia de blocos para gerar transições de estado, estas fases podem ser automatizadas através do Aave Robot. Isto é muito mais conveniente do que o V2, que requer acionamento manual pelos utilizadores.

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, contacte a equipa do Gate Learn, e eles tratarão disso imediatamente.
2. Isenção de responsabilidade: As opiniões e opiniões expressas neste artigo são exclusivamente do autor e não constituem nenhum conselho de investimento.
3. As traduções do artigo para outras línguas são feitas pela equipa do Gate Learn. A menos que mencionado, é proibido copiar, distribuir ou plagiar os artigos traduzidos.