Em relação ao Aave v4, em resumo, muitos problemas deveriam ter sido corrigidos há muito tempo, e alguns planos parecem ser a teimosia do antigo DeFi. Deveria cada grande protocolo ter uma cadeia de relojoaria? (1-8)

1. Unificar a camada de liquidez

• Todo o fornecimento de fundos e empréstimos são geridos de forma centralizada para que a liquidez não esteja dispersa por diferentes módulos.

• Permite ao protocolo adicionar ou remover facilmente módulos funcionais no futuro sem a necessidade de migrar a liquidez, proporcionando conveniência para a expansão a longo prazo.

A maior vantagem é que não precisa de alternar entre as abas do Aave V2/V3/V4 e não precisa de migrar manualmente fundos da V2 para a V3, como fez ao atualizar para a V3.

2. Função de taxa de juros de controle fuzzy

Aave V4 propõe taxas de juros totalmente automáticas com a capacidade de ajustar a inclinação da curva de taxa de juros. A configuração atual é controlada por mecanismos de governação, o que não só aumenta a carga de governação, mas também reduz a eficiência de capital. As taxas de juros difusas são projetadas para controlar ativamente o ponto de viragem da curva de taxas de juros, de modo que possa ser ajustado dinamicamente de acordo com as condições do mercado. A taxa de juros base subirá ou descerá com base na demanda de mercado para otimizar as taxas de juros para fornecedores e mutuários.

Este ponto deveria ter sido otimizado há muito tempo. O modelo de taxa de juros complicado e o processo de governação demorado tornaram a Aave miserável. Antes$CRVNo caso de vendas a descoberto maliciosas, o Fraxlend já estava muito à frente com o seu controlo algorítmico das taxas de juro. Quando a taxa de utilização de fundos a descoberto era demasiado elevada, dava prioridade ao pagamento dos empréstimos do Fraxlend com um modelo de taxa de juro mais saudável.

3. Mecanismo de prêmio de liquidez

O V4 introduz o conceito de 'prémio de liquidez' e ajusta dinamicamente as taxas de juro de empréstimos com base no estado de risco dos ativos hipotecários (como grau de centralização, risco de mercado, etc.). Diante de garantias de maior risco, os custos de empréstimo são relativamente mais elevados e, inversamente, os riscos mais baixos ajudam a reduzir os custos de empréstimo.

Esta é uma funcionalidade de gestão de riscos melhor. Muitas altcoins ainda têm necessidades de empréstimo na cadeia, e a classificação de risco é uma estratégia desejável.

4. Lançamento da Conta Inteligente e Cofre

Melhore significativamente a experiência do usuário, permitindo que os usuários gerenciem várias posições usando uma única carteira. As Contas Inteligentes são projetadas para resolver um dos principais problemas de experiência do usuário do V3: a necessidade de usar várias carteiras para gerenciar posições ao tomar empréstimos usando o modo e ou ativos segregados.

Após a introdução de contas inteligentes, os utilizadores podem criar várias subcontas com uma carteira, simplificando bastante a interação do protocolo. As contas inteligentes também podem realizar a função de “tesouraria” muito solicitada pelos utilizadores. Os utilizadores podem pedir emprestado ativos como garantia em contas inteligentes, e a garantia fica bloqueada, mas não entrará no pool de liquidez, reduzindo os riscos de contágio.

Esta é também uma atualização muito agradável e há muito esperada para a experiência.

5. Configuração dinâmica de parâmetros de risco

Suporta a criação de configurações de risco independentes para ativos individuais para reduzir os riscos de liquidação. Introduz um mecanismo de remoção de ativos automatizado para simplificar o processo de governança.

• O ajuste do parâmetro de risco do V3 (especialmente o limiar de liquidação) afeta todos os utilizadores. A redução do limiar pode desencadear liquidações desnecessárias e custos de governo elevados.

• V4 introduz a função de configuração dinâmica. Novos empréstimos usam novas configurações, e os utilizadores existentes continuam a usar as configurações originais.

• Foi lançado um mecanismo automatizado de remoção de ativos. Após ser acionado pela camada de governança, o sistema diminui gradualmente o limiar de liquidação do ativo até retornar a zero. O efeito é equivalente ao fato de que o ativo já não pode concluir o negócio de empréstimo, o que equivale à remoção manual, mas simplifica o processo de governança.

6. Introduzir um mecanismo de proteção contra dívidas em excesso para evitar a propagação de dívidas ruins.

Uma desvantagem do modelo de liquidez partilhada é que a acumulação de ativos e o excesso de dívida são contagiosos. O V4 introduz um novo mecanismo para rastrear posições insolventes e calcular automaticamente a dívida excessiva acumulada. Quando a dívida excessiva excede o limiar estabelecido, os ativos relevantes perdem automaticamente a capacidade de empréstimo para evitar a propagação de más dívidas.

7. Fornecer integração nativa com a stablecoin GHO

Suporte à cunhagem nativa de GHO na camada de liquidez.

• Apresentando GHO “liquidação suave” AMM, modelado após crvUSD.

• Introduzir mecanismo de resgate de emergência GHO para lidar com situações de ancoragem extrema.

• Os depositantes podem optar por obter juros na forma de GHO, e o acordo converte os juros em garantia de GHO para melhorar a estabilidade do GHO.

8. Rede Aave

Aave planeia lançar uma nova camada de rede que servirá como o hub central para o stablecoin GHO e o protocolo de empréstimo da Aave.

• Pagar taxas usando GHO.

• Usando Aave V4 como o hub.

• $GHOSTServe como o ativo de stake principal para validadores/ordenadores descentralizados.

• A interface da rede e a interação com o Ethereum são controladas pela comunidade através do Aave Governance V3.

• Uso extensivo de abstração de conta

• Herdar a segurança da rede do Ethereum.

A Aave Labs afirmou que continuará a prestar atenção ao desenvolvimento de redes de primeira e segunda camada e a selecionar as soluções técnicas mais apropriadas para a comunidade Aave.

Quanto à Rede Aave, está repleta do teimoso cheiro do antigo DeFi. A avaliar pelas informações e estado atualmente divulgados, parece ser uma decisão que nem a própria equipa ponderou. Deverá ser L1 ou L2? Como fazer? Será realmente necessário? Tenho dúvidas sobre estas questões.

Na verdade, a única coisa que é relativamente clara é que Aave terá sempre de lutar numa batalha difícil no mercado de stablecoin no futuro, e todos os planos estão a criar cenários para GHO.

Devido à falta de inovação nesta rodada de camada de aplicação, parece que é realmente um mercado em alta para infraestrutura. Todo projeto fica embaraçado em levantar fundos sem uma camada. Com uma “camada”, a valoração subirá de repente, e DeFi Quando o protocolo se torna maior, ainda está muito longe se é realmente necessário construir uma cadeia. Do meu ponto de vista, Ethereum parece ser o centro financeiro nessa cadeia. Não é que seja impossível sair daqui, mas para alguns projetos que não são excessivamente dependentes do desempenho, parecem se tornar “mais úteis” e sair do Ethereum para construir sua própria cadeia. Não há mais melhoria para os usuários do produto. Pelo contrário, pode reduzir a segurança no início.

Aviso legal:

1. Este artigo é reproduzido de [panewslab]], título original “Aave V4 Preview: É o Blockchain o Destino Inevitável do Antigo DeFi?”, os direitos autorais pertencem ao autor original [Chen Mo cmDeFi], se tiver alguma objeção à reimpressão, entre em contato Equipe Gate Learn, a equipa tratará disso o mais rapidamente possível de acordo com os procedimentos relevantes.

2. As visões e opiniões expressas neste artigo representam apenas as opiniões pessoais do autor e não constituem qualquer conselho de investimento.

3. Outras versões do artigo em outros idiomas são traduzidas pela equipe Gate Learn. Sem referênciaGate.io, copiar, distribuir ou plagiar os artigos traduzidos é proibido.