Aave V4:Do mercado fragmentado à liquidez modular

Artigo por: Tia, Techub News

No setor de empréstimos DeFi, a Aave tem sido um farol de inovação e padrão do setor. À medida que o número de utilizadores e a variedade de ativos crescem, o Aave V3 revelou gradualmente problemas relacionados com a fragmentação de liquidez, gestão de risco e mecanismos de liquidação relativamente rudimentares. Para enfrentar esses desafios, o Aave V4 passou por uma atualização sistemática: a organização da liquidez foi redesenhada para uma arquitetura unificada de Hub e Spoke modular, permitindo o compartilhamento de liquidez entre múltiplos ativos e estratégias ao mesmo tempo que mantém o isolamento de risco; o sistema de contabilidade foi atualizado para um modelo de quotas no estilo ERC-4626, tornando o estado global da liquidez claro e controlável; o mecanismo de liquidação passou de um modo de proporção fixa para uma lógica dinâmica centrada no fator de saúde, com liquidação mínima necessária e em tempo real. No geral, o V4 não é apenas uma melhoria de parâmetros, mas uma evolução arquitetônica e de mecanismos que transforma a Aave de um protocolo de empréstimos fragmentados em múltiplos mercados, para uma infraestrutura modular mais escalável, eficiente em capital e com risco controlável.

De um V3 centrado no “mercado” para uma realidade de fragmentação de liquidez

No Aave V3, o protocolo adotou uma abordagem de implantação centrada no “mercado”. Em diferentes redes ou até dentro da mesma rede, a Aave divide-se em múltiplos mercados independentes, como por exemplo, a rede principal do Ethereum com Core e Prime. Cada mercado possui pools de liquidez totalmente independentes, suporte a diferentes combinações de ativos e parâmetros de risco, formando perfis de risco distintos.

Quando um utilizador fornece ativos ao Aave V3, na verdade está depositando esses ativos num mercado específico, e não numa pool de fundos global partilhada. Isto significa que os ativos fornecidos ao mercado Ethereum Core só podem ser utilizados por tomadores de empréstimos nesse mercado, não sendo acessíveis por usuários do Prime ou de outras redes.

Este design oferece vantagens claras na separação de riscos, pois os mercados não transferem riscos entre si, mas a um custo evidente: a liquidez é fragmentada. Mesmo que seja o mesmo ativo, ela fica dispersa em vários mercados, dificultando o gerenciamento unificado, o que impacta na eficiência do uso de fundos, profundidade de mercado e capacidade de expansão de novas funcionalidades.

Hub and Spoke: a reorganização da liquidez no V4

A resposta do V4 a esta questão foi uma reconstrução fundamental da arquitetura subjacente, introduzindo uma nova estrutura chamada Hub and Spoke (raios de uma roda). Este conceito foi criado precisamente para resolver os problemas de fragmentação de liquidez e limitações de expansão presentes no V3.

No V4, o protocolo deixa de vincular a liquidez a um único mercado, e passa a introduzir um Hub de liquidez unificado por rede, que atua como centro de toda a captação de fundos. Os ativos fornecidos pelos utilizadores não são mais depositados em um mercado específico, mas sim no Hub correspondente à rede, que gerencia a liquidez global e a contabilidade central, por exemplo, garantindo que o total emprestado não ultrapasse a escala de fornecimento, e registrando o uso de liquidez por diferentes módulos.

No entanto, o Hub não é o ponto de interação direta do utilizador. Todas as operações percebidas pelos utilizadores são realizadas através de uma camada altamente modular de unidades funcionais, chamadas Spokes na V4.

Spoke: uma porta modular de risco local

Os Spokes formam a interface principal de interação do utilizador com o protocolo na V4. Cada Spoke conecta-se ao mesmo Hub de liquidez, mas pode ter regras, parâmetros e hipóteses de risco totalmente diferentes. Eles gerenciam localmente as posições dos utilizadores, a estrutura de garantias, a integração com oráculos e a lógica de liquidação, enquanto o Hub oferece suporte de liquidez limitado em segundo plano.

A essência desta divisão é: o risco é estritamente limitado ao Spoke, sem propagação no sistema. Diferentes tipos de ativos e comportamentos de empréstimo não precisam compartilhar o mesmo conjunto de parâmetros de risco, podendo assim, sob uma liquidez compartilhada, separar as lógicas de risco.

Por isso, muitas funcionalidades que no V3 eram pesadas ou difíceis de implementar, agora podem ser realizadas de forma mais natural no V4. Por exemplo, o modo E-Mode não é mais apenas um conjunto de parâmetros, mas pode existir como um Spoke próprio, dedicado a um portfólio de ativos altamente correlacionados; o modo de isolamento também pode ser implementado por Spokes específicos, com limites claros de liquidez pelo Hub. Para ativos RWA ou estruturas de garantias mais complexas, o V4 permite a introdução de Spokes personalizados com regras de acesso e risco mais rigorosas, sem espalhar essa complexidade por todo o protocolo.

A conta de liquidez unificada: como o V4 faz as contas?

Para suportar a liquidez unificada no nível do Hub, o V4 abandona o sistema de rebase de aTokens e adota um modelo de quotas no estilo ERC-4626.

No Aave V4, o protocolo abandona o mecanismo de rebase dos aTokens, adotando o sistema de quotas do padrão ERC-4626. Isso significa que os utilizadores deixam de possuir aTokens que aumentam de quantidade automaticamente com juros, e passam a possuir quotas fixas (shares), cujo valor de ativo subjacente por quota aumenta ao longo do tempo. Em outras palavras, os juros não se refletem na quantidade de tokens, mas na quantidade de ativos que cada quota pode trocar, adotando uma lógica mais próxima de cofres tradicionais (vaults).

Este modelo de quotas está intimamente ligado ao conceito de liquidez unificada do V4. Assim, todas as provisões de ativos são agregadas ao Hub de liquidez na blockchain, que usa o sistema de quotas para registrar com precisão o estado global dos ativos. O Hub não precisa se preocupar com as estratégias específicas ou risco de cada Spoke, apenas gerenciar o total de ativos, o total de quotas e os limites de uso de cada Spoke. Essa abordagem permite que múltiplos Spokes compartilhem o mesmo pool de ativos de forma clara e controlada, evitando a complexidade e o risco de rebase dos aTokens em ambientes com múltiplos módulos.

Se continuarmos usando o mecanismo de rebase dos aTokens, o compartilhamento de ativos entre Spokes diferentes enfrentaria dificuldades de sincronização exponencial, risco de externalização de juros e riscos de limites de quotas difíceis de controlar. O sistema de quotas do ERC-4626 simplifica esses problemas em relações matemáticas, permitindo ao Hub suportar múltiplas estratégias de empréstimo e configurações de risco de forma segura e controlada. Assim, garante-se eficiência de capital, além de facilitar a modularidade e futuras expansões do V4.

Ajuste refinado do mecanismo de liquidação: saindo do modelo de proporção fixa

Além da reestruturação da liquidez, o V4 também revisou o mecanismo de liquidação. Ao invés de seguir uma lógica de liquidação baseada em proporções fixas, o V4 introduz um motor de liquidação orientado por objetivos de risco.

Nos V3 e versões anteriores, quando o fator de saúde de uma posição caía abaixo de um limite de segurança, o protocolo permitia que o liquidatador liquidasse uma porcentagem pré-definida (close factor) da dívida e confiscasse a garantia. Essa abordagem era eficaz para proteger o protocolo, mas em situações de alta volatilidade ou risco extremo, podia causar liquidações excessivas, ou seja, liquidações que ultrapassam significativamente o necessário para recuperar uma posição segura.

O novo motor de liquidação do V4 foca na meta de segurança. Quando uma posição entra em estado de liquidação, o sistema calcula quanto de dívida precisa ser quitado e qual quantidade de garantia deve ser vendida para restabelecer o fator de saúde a níveis seguros. A liquidação deixa de visar a maximização do risco removido, buscando apenas a liquidação mínima necessária para preservar a segurança, minimizando o impacto sobre os ativos do utilizador.

Essa mudança transforma o close factor de um parâmetro estático para uma variável dinâmica, que depende do risco da posição. A quantidade liquidada varia com a volatilidade dos ativos, a estrutura de garantias e os parâmetros de risco, refletindo de forma mais realista as diferenças de risco entre posições e ajudando a evitar impactos desnecessários na liquidez do mercado e vendas forçadas de ativos.

A atualização do mecanismo de liquidação da Aave lembra a abordagem do Fluid, que também propõe uma liquidação mais refinada. Porém, enquanto o Fluid integra o financiamento com a profundidade do mercado de DEXs, permitindo que a liquidação ocorra dentro do próprio pool de liquidez, a Aave mantém uma separação mais clara, dependendo de terceiros para liquidação, o que impacta na eficiência e custos.

Resumo

De forma geral, o Aave V4 não representa uma ruptura radical do modelo existente, mas uma evolução cuidadosa e sistêmica: ao reorganizar a liquidez com arquitetura Hub and Spoke, modularizar os Spokes para risco localizado, e aprimorar o mecanismo de liquidação, a Aave está transformando-se de um protocolo de empréstimos baseado em mercados independentes, para uma infraestrutura modular capaz de suportar estruturas financeiras mais complexas.

AAVE0.2%
ETH0.37%
FLUID-0.61%
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
  • Recompensa
  • Comentar
  • Republicar
  • Partilhar
Comentar
0/400
Nenhum comentário
  • Fixar
Negocie cripto em qualquer lugar e a qualquer hora
qrCode
Digitalizar para transferir a aplicação Gate
Novidades
Português (Portugal)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)