No atual sistema Aave V3, o protocolo opera segundo um modelo de implementação multi-instância centrado em "mercados". O mercado principal na rede principal Ethereum detém aproximadamente 60 mil milhões $ em liquidez, enquanto o mercado Prime—concebido para utilizadores com menor tolerância ao risco—detém cerca de 2 mil milhões $. Estes dois mercados funcionam de forma independente. Isto significa que, mesmo que um mesmo ativo, como o USDC, tenha milhares de milhões em reservas no mercado principal, os utilizadores do mercado Prime não conseguem aceder a essa liquidez. Na sua essência, este modelo vincula rigidamente a alocação de risco à profundidade de liquidez de cada mercado, obrigando cada novo mercado a enfrentar o desafio de "construir liquidez do zero".
O Aave V4 aborda diretamente esta limitação estrutural. Ao introduzir uma arquitetura Hub-Spoke, separa completamente o armazenamento de liquidez da lógica de mercado, permitindo que novos mercados acedam a pools de liquidez já existentes desde o primeiro dia.
Como a Separação entre Hub e Spoke Permite Liquidez Unificada e Isolamento de Risco
A arquitetura Hub-Spoke redefine fundamentalmente os papéis. O Hub de Liquidez atua como um pool centralizado, gerindo o total de ativos, autorizações de empréstimo e restrições contabilísticas, garantindo que o volume global de empréstimos nunca ultrapassa o limite de oferta. Os módulos Spoke funcionam como interfaces dedicadas ao utilizador. Cada Spoke pode definir de forma independente os tipos de ativos suportados, parâmetros de risco, regras de liquidação e configurações de oráculos, recorrendo à liquidez do Hub dentro de limites pré-definidos. O avanço fundamental aqui é que a liquidez deixa de estar confinada aos limites de um mercado específico. Passa a existir como um "pool partilhado" ao nível do Hub, podendo ser acedida em paralelo por vários Spokes, de acordo com os limites de crédito definidos pela governação. Em simultâneo, o risco permanece estritamente contido em cada Spoke. Mesmo que um Spoke registe dívida incobrável devido à volatilidade de ativos ou liquidações falhadas, tal não afeta o Hub nem os restantes Spokes.
O Custo da Unificação: Trade-offs de Eficiência e Complexidade de Governação numa Arquitetura Modular
Qualquer reestruturação arquitetónica implica compromissos. Embora o modelo Hub-Spoke resolva a fragmentação de liquidez, introduz novos custos estruturais. Em primeiro lugar, o Hub passa a assumir responsabilidades contabilísticas globais mais complexas. O V4 abandona o mecanismo de rebase dos aTokens do V3, adotando um modelo de quotas ao estilo ERC-4626. Cada quota representa o valor subjacente do ativo, que cresce com os juros acumulados, permitindo um controlo preciso da utilização de quotas de cada Spoke dentro do pool unificado. Em segundo lugar, o processo de governação torna-se mais complexo. A DAO define os parâmetros de risco de cada Spoke, mas a atribuição de limites de crédito, coordenação de taxas de juro e gestão de liquidações entre Spokes exigem um quadro de governação mais sofisticado. Em terceiro lugar, já surgiram controvérsias quanto ao percurso de migração na comunidade. Anteriormente, a Aave Labs propôs suspender as otimizações do V3 para incentivar os utilizadores a migrarem para o V4, proposta que encontrou resistência entre os principais contribuidores. A proposta foi, entretanto, retirada, com o compromisso de não impor a migração. Isto demonstra que as atualizações técnicas devem também assegurar uma transição harmoniosa do ecossistema existente.
De Protocolo a Infraestrutura: O Que Isto Significa para o Panorama do Empréstimo DeFi
A evolução do V4 representa, na prática, a transição do Aave de um "protocolo de empréstimos multi-mercado em paralelo" para uma "infraestrutura modular capaz de suportar lógicas financeiras diversificadas". Esta mudança terá vários impactos a nível setorial. Em primeiro lugar, a maior eficiência de capital irá redefinir os padrões de competitividade no segmento dos empréstimos. Os novos mercados deixam de ter de competir com os existentes pela captação de depósitos. Os programadores podem concentrar-se na lógica de empréstimo personalizada para ativos inovadores, como Pendle PT, posições Uniswap LP e Ethena sUSDe, sem necessidade de construir liquidez de raiz. Em segundo lugar, a definição de preços de risco evolui de um modelo "tamanho único" para uma abordagem mais granular. O V4 introduz um mecanismo de prémio de liquidez, ajustando dinamicamente as taxas de juro dos empréstimos em função do perfil de liquidez dos ativos colaterais. Ativos de referência como o ETH mantêm prémio zero, enquanto ativos mais voláteis incorrem prémios superiores. Em terceiro lugar, a integração mais profunda da stablecoin GHO reforça o circuito interno do protocolo. O mecanismo de liquidação suave (LLAMM) permite ao sistema converter gradualmente colateral em GHO quando os preços caem e recomprar colateral quando os preços sobem, melhorando a eficiência e estabilidade das liquidações.
Perspetivas Após o V4: Possíveis Caminhos para a Camada de Liquidez, Empréstimos Cross-Chain e Expansão do Ecossistema
A arquitetura do V4 não só resolve desafios atuais, como também abre portas à expansão futura. Em primeiro lugar, a camada de liquidez unificada adequa-se naturalmente ao empréstimo cross-chain. Os utilizadores podem depositar ativos numa cadeia e contrair empréstimos noutra, com a camada de liquidez a funcionar como um hub abstrato de compensação e contabilidade entre cadeias. Em segundo lugar, a composabilidade dos Spokes possibilita mercados secundários de dívida, mercados de crédito a prazo fixo e linhas de crédito dinâmicas para posições AMM—tornando viáveis estruturas financeiras complexas. Os programadores só precisam de se focar na lógica de negócio ao nível do Spoke, podendo os mecanismos subjacentes de liquidação e gestão de risco herdar os módulos comprovados do Aave. Adicionalmente, o ecossistema Aave está a explorar uma "camada de rede independente", planeando lançar uma rede dedicada como infraestrutura central para as operações da GHO e de empréstimos. Embora este conceito ainda esteja numa fase inicial, reflete a intenção estratégica dos principais protocolos DeFi de evoluírem para stacks tecnológicos mais completos.
Riscos e Limites: Potenciais Ameaças Ainda Não Resolvidas pela Nova Arquitetura
Apesar das melhorias significativas da arquitetura do V4, subsistem dimensões de risco por resolver. Em primeiro lugar, embora a liquidação tenha passado de um "rácio fixo" para uma "liquidação mínima necessária", continua a depender de liquidadores externos. Em comparação com modelos como o Fluid, que integram profundamente o empréstimo com a liquidez DEX, esta abordagem apresenta lacunas ao nível dos custos e da eficiência de execução. Em segundo lugar, num ambiente multi-Spoke, o controlo global de risco entre Spokes ainda não está amadurecido. Quando vários Spokes acedem simultaneamente à liquidez do Hub com modelos de risco distintos, os mecanismos de identificação e alerta para risco sistémico permanecem pouco testados. Em terceiro lugar, embora o mecanismo de liquidação suave da GHO se inspire no modelo LLAMM do crvUSD, o seu desempenho real em condições extremas de mercado carece de dados de testes de stress em larga escala. Adicionalmente, disputas de governação—como renovações de contratos de contribuidores principais e conflitos de alocação de recursos entre V3 e V4—evidenciam o risco de divisão comunitária durante grandes atualizações.
Resumo
O lançamento do Aave V4 na mainnet marca uma mudança de paradigma para os protocolos de empréstimo DeFi—de uma arquitetura "multi-mercado em paralelo" para uma de "camada de liquidez unificada + unidades modulares de risco". O modelo Hub-Spoke resolve o problema crónico da fragmentação de liquidez e oferece uma base para a integração de novos tipos de ativos, viabilizando empréstimos cross-chain e uma definição granular de preços de risco. Contudo, subsistem desafios ao nível da complexidade da governação, lacunas na monitorização global de risco e coordenação comunitária durante a migração. Para o setor de empréstimos DeFi, o V4 não é apenas uma atualização de versão—é uma experiência estrutural sobre como os protocolos evoluem para infraestrutura.
FAQ
Q1: Qual é a diferença fundamental entre o Aave V4 e o V3 na gestão de liquidez?
O V3 utiliza um modelo de mercados independentes, em que cada mercado mantém o seu próprio pool de liquidez e os ativos não são partilhados entre mercados. O V4 introduz a arquitetura Hub-Spoke, onde toda a liquidez é centralizada no Hub de Liquidez. Vários Spokes partilham o mesmo pool de liquidez, gerindo cada um de forma independente os seus parâmetros de risco.
Q2: Como impede a arquitetura Hub-Spoke que o risco se propague no sistema?
O risco está contido em cada Spoke. Cada Spoke tem a sua própria lista de ativos, regras de liquidação e limites de quotas. Mesmo que um Spoke registe dívida incobrável, tal não afeta o Hub nem outros Spokes. O Hub é apenas responsável pela contabilidade global e gestão de quotas, não assumindo diretamente o risco de crédito dos Spokes.
Q3: Quais as principais melhorias do V4 relativamente à stablecoin GHO?
As principais melhorias incluem: introdução de um mecanismo de liquidação suave (LLAMM), que liquida gradualmente o colateral perante volatilidade de preços, em vez de liquidação forçada imediata; suporte ao pagamento de juros de stablecoin em GHO; e adição de um mecanismo de resgate de emergência para situações extremas de desancoragem da GHO.
Q4: Os utilizadores do V3 têm de migrar após o lançamento do V4?
A Aave Labs retirou a proposta de migração forçada e comprometeu-se a operar o V3 e o V4 em paralelo, pelo que não é obrigatória a migração. O lançamento inicial do V4 terá parâmetros conservadores e uma lista de ativos restrita, privilegiando a segurança.
Q5: Em que difere o mecanismo de liquidação do V4 em relação ao V3?
O V3 utiliza um fator de encerramento de rácio fixo para liquidações, o que pode originar liquidações excessivas. O V4 adota uma lógica de liquidação dinâmica baseada em fatores de saúde, em que o sistema calcula o valor mínimo necessário a liquidar—só se liquida o suficiente para repor a posição numa zona segura.
