Aave V4：Do mercado fragmentado à liquidez modular

Artigo: Tia，Techub News

No setor de empréstimos DeFi, a Aave tem sido um farol de inovação e padrão da indústria. Com o crescimento do número de utilizadores e a variedade de ativos, o Aave V3 revelou gradualmente problemas como 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 ao estilo ERC-4626, tornando o estado global de liquidez claro e controlável; o mecanismo de liquidação mudou de um modo de proporção fixa para uma lógica dinâmica centrada no fator de saúde, com liquidações mínimas necessárias. De modo geral, o V4 não é apenas uma otimização de parâmetros, mas uma evolução arquitetônica e de mecanismos que transforma a Aave de um protocolo de empréstimo fragmentado por 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 as restrições reais 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, na rede principal do Ethereum, Core e Prime. Cada mercado possui pools de liquidez totalmente independentes, combinações de ativos suportados e parâmetros de risco correspondentes, formando perfis de risco distintos.

Quando um utilizador fornece ativos ao Aave V3, na prática, está depositando esses ativos em um mercado específico, e não em um pool de fundos global compartilhado. Isso significa que os ativos fornecidos ao mercado Ethereum Core só podem ser utilizados por tomadores de empréstimo dentro desse mercado, não podendo ser acessados pelo mercado Prime ou por utilizadores de outras redes.

Esse design oferece uma vantagem clara na segregação de risco: os riscos não se propagam entre mercados diferentes. Contudo, o custo também é evidente: a liquidez é fragmentada. Mesmo que seja o mesmo ativo, ela fica dispersa entre vários mercados, dificultando uma gestão unificada, o que impacta a eficiência do uso de fundos, a profundidade do mercado e a expansão de novas funcionalidades.

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

A resposta do Aave V4 a esse problema foi uma reformulação fundamental da arquitetura subjacente, introduzindo um novo modelo chamado Hub and Spoke (raios de uma roda). Essa abordagem foi criada justamente para resolver a fragmentação de liquidez e as limitações de expansão presentes no V3.

No V4, o protocolo deixa de vincular a liquidez a um único mercado, introduzindo em cada rede um Hub de liquidez unificado, que serve como fonte central de todos os fundos. Os ativos fornecidos pelos utilizadores não entram mais em um mercado específico, mas são depositados de forma unificada no Hub correspondente à rede, que gerencia a liquidez global e as restrições contábeis principais, como garantir que o total emprestado não exceda a escala de fornecimento e registrar o uso de liquidez por diferentes módulos.

Contudo, o Hub não é o ponto de interação direta do utilizador. Todas as operações percebidas pelos utilizadores são acessadas através de uma camada altamente modular de unidades funcionais, chamadas no V4 de Spoke.

Spoke: entrada modularizada com risco localizado

O Spoke constitui a interface frontal do protocolo com o utilizador no Aave V4. Cada Spoke conecta-se ao mesmo Hub de liquidez, mas pode ter regras, parâmetros e hipóteses de risco completamente diferentes. O Spoke gerencia 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 fornece suporte de liquidez limitado em segundo plano.

O núcleo dessa divisão é: o risco é estritamente limitado ao Spoke, sem se propagar na escala do sistema. Diferentes tipos de ativos e comportamentos de empréstimo não precisam compartilhar os mesmos parâmetros de risco, podendo assim separar as lógicas de risco enquanto compartilham liquidez.

Por isso, muitas funcionalidades que já existiam no V3, mas eram relativamente pesadas na implementação, podem ser mais naturalmente realizadas no V4. Por exemplo, o modo E-Mode deixa de ser apenas uma configuração de parâmetros e pode existir como um Spoke dedicado a um portfólio de ativos altamente correlacionados; o modo de isolamento pode ser implementado por Spokes específicos, com limites claros de liquidez definidos pelo Hub. Para ativos de RWA ou estruturas de garantia mais complexas, o V4 permite a introdução de Spokes personalizados com controles de acesso e regras de risco mais rigorosas, sem espalhar essa complexidade por todo o protocolo.

Como o V4 calcula a liquidez unificada?

Para suportar o Hub de liquidez, o V4 abandona o mecanismo de rebase do aToken, adotando um sistema de quotas ao estilo ERC-4626.

No Aave V4, o protocolo deixa de usar o mecanismo de rebase do aToken e passa a usar um sistema de contabilidade de quotas ao estilo ERC-4626. Isso significa que os utilizadores não possuem mais aToken que aumentam automaticamente com os juros, mas sim quotas fixas (shares), cujo valor subjacente 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, aproximando-se mais da lógica de um cofre (vault) tradicional.

Esse modelo de quotas está estreitamente ligado ao conceito de liquidez unificada do V4. No novo esquema, todos os ativos fornecidos convergem para o 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 de cada Spoke ou seus riscos, apenas gerencia 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, mantendo a contabilidade clara e controlável, evitando a complexidade e os riscos de rebase do aToken em ambientes multi-módulo.

Se continuássemos usando o mecanismo de rebase do aToken, a partilha de ativos entre Spokes diferentes enfrentaria dificuldades de sincronização, riscos 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, permitindo que o Hub suporte múltiplas estratégias de empréstimo e configurações de risco de forma segura e eficiente. Assim, garante-se a eficiência de capital e uma base sólida para a modularidade e futuras expansões do V4.

Ajuste refinado do mecanismo de liquidação: livre-se do modo de proporção fixa

Além da reformulação da liquidez, o V4 também ajustou o mecanismo de liquidação. Em vez de uma lógica baseada em proporção fixa, o V4 introduz um motor de liquidação orientado por 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 liquidator pagasse uma certa proporção da dívida usando um close factor predefinido, confiscando a garantia correspondente. Essa abordagem era eficaz na proteção do protocolo, mas, em cenários de alta volatilidade ou risco na margem, podia levar a liquidações excessivas, ou seja, liquidações que excediam o necessário para restaurar a segurança da posição.

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 é necessário pagar de dívida e quanto de garantia deve ser liquidado para restaurar o fator de saúde ao nível seguro. A liquidação deixa de buscar a maximização da retirada de risco, passando a realizar apenas o mínimo necessário, minimizando o impacto sobre os ativos do utilizador sem comprometer a segurança do protocolo.

Essa mudança faz com que o close factor, que antes era um parâmetro estático, passe a ser uma variável dinâmica, influenciada pela condição de risco da posição, volatilidade dos ativos, estrutura de garantias e outros parâmetros. Assim, a escala de liquidação reflete de forma mais fiel o risco real de cada posição, ajudando a reduzir impactos de liquidações e vendas de ativos desnecessárias.

O sistema de liquidação do Aave, atualizado, lembra o design de liquidação do Fluid. Do ponto de vista do produto de empréstimo, o V4 melhora significativamente a abordagem “tudo ou nada” das liquidações, tornando a lógica mais refinada e alinhada ao risco real.

Por outro lado, em comparação com o Fluid, que integra posições de empréstimo com a profundidade de liquidez de DEXs, o Aave ainda opera sob uma lógica diferente. O Fluid permite que posições de empréstimo sejam embutidas na liquidez de pools de troca, absorvendo parte do risco automaticamente, muitas vezes eliminando a necessidade de liquidadores externos. Essa abordagem tem vantagens em custos e eficiência de execução, enquanto o Aave, mesmo com uma liquidação mais refinada, depende de agentes externos para liquidar posições, não podendo alcançar o mesmo nível de integração.

Resumo

De modo geral, o Aave V4 não representa uma ruptura com o modelo existente, mas uma evolução relativamente moderada e sistemática: por meio da arquitetura Hub and Spoke, reorganiza a liquidez; por meio de Spokes modulares, localiza riscos; e com um mecanismo de liquidação mais preciso, aprimora a segurança. Assim, o Aave está passando de um protocolo de empréstimo baseado em “mercados” para uma infraestrutura modular capaz de suportar estruturas financeiras mais complexas.