Aave prepara-se para restringir ativos de alto risco em V3, V4 e Horizon

2026/06/02 15:55:00

O cenário da finança descentralizada está passando por uma mudança de paradigma massiva, pois os principais protocolos de empréstimo priorizam a sustentabilidade econômica de longo prazo em vez de influxos de liquidez de curto prazo. Como uma plataforma de exchange de criptomoedas global líder como KuCoin, monitoramos de perto essas mudanças de segurança de nível institucional para ajudar nossos usuários a navegar nas dinâmicas de mercado em transformação. O novo framework de mitigação de risco da Aave marca um ponto de virada definitivo na gestão de ativos descentralizados e na prevenção de insolvência de protocolos.

Esta análise abrangente dos ativos do Aave V3 V4 examina como o protocolo pretende identificar, categorizar e restringir tokens de alto risco em seus pools de empréstimo atuais e futuros.

Principais conclusões

Mudança de paradigma: Aave está ativamente mudando seu foco principal de avaliação de risco de volatilidade e métricas de liquidez externas em direção a riscos técnicos intrínsecos e ocultos de contrato inteligente.
Critérios Padronizados: O novo processo de avaliação de ativos impõe políticas de tolerância zero para tokens ERC-20 não padronizados, oráculos de preço não verificados e privilégios de administrador excessivos.
Impacto em todo o protocolo: Limitações rigorosas de ativos serão aplicadas simultaneamente às pools existentes do Aave V3, aos próximos lançamentos do Aave V4 e à aguardada arquitetura Aave Horizon, voltada para instituições.
Proteções defensivas: ativos não conformes enfrentam ações defensivas imediatas, incluindo reduções agressivas nas taxas de empréstimo-valor (LTV), limites de oferta reduzidos ou rejeições totais de admissão.

Mudança de Riscos de Mercado para Riscos Técnicos

Por anos, plataformas de empréstimo descentralizadas avaliavam risco por meio de uma perspectiva puramente financeira, analisando volatilidade histórica, volume de negociação médio diário e capitalização de mercado. Embora essas métricas mitiguem eficazmente liquidações em cadeia durante quedas de mercado padrão, elas são insuficientes ao enfrentar explorações complexas de contratos inteligentes. O novo framework da Aave introduz uma mudança agressiva para identificar vulnerabilidades de código subjacentes antes que um ativo possa ser depositado como garantia.

Quais são os riscos técnicos ocultos?

Riscos técnicos ocultos referem-se a anomalias estruturais incorporadas diretamente no código do contrato inteligente de um token que alteram seu comportamento sob condições específicas. Ao contrário dos riscos de mercado, que são visíveis por meio de livros de ordens públicos e gráficos de profundidade do exchange, os riscos técnicos permanecem dormentes até serem acionados por uma exploração ou manipulação de governança. Exemplos incluem funções de transferência não padronizadas, padrões de atualizabilidade ocultos sem timelocks e dependências externas não documentadas. Essas vulnerabilidades ocultas podem permitir que atores maliciosos manipulem artificialmente saldos ou esvaziem pools de liquidez, independentemente de quão "líquido" o ativo pareça nos mercados públicos.

Por que fraquezas no código ameaçam a solvência

Quando um mutuário deposita um ativo em uma exchange ou plataforma de empréstimo como Aave, o protocolo assume que os mecanismos de oferta e transferência do ativo são determinísticos e imutáveis. Uma única fraqueza crítica no código pode destruir completamente essa suposição, levando à insolvência catastrófica do protocolo. Se um token de garantia contiver uma vulnerabilidade que permita cunhagem arbitrária ou manipulação de saldo, um atacante pode gerar garantia infinita do nada. Em seguida, ele pode usar essa garantia falsificada para tomar emprestado ativos legítimos e altamente líquidos, como USDC ou ETH, deixando o protocolo com tokens explorados e sem valor e dívidas não garantidas.

Limites dos Dados On-Chain Tradicionais

As análises tradicionais de dados on-chain são intrinsicamente indicadores atrasados, concentrando-se fortemente no desempenho passado, na concentração de carteiras e na liquidez histórica de DEX. Embora essas métricas sejam úteis para mapear riscos de manipulação de mercado, elas são cegas quanto a explorações de contrato inteligente de dia zero e atualizações de governança maliciosas súbitas. Um token pode apresentar um perfil on-chain impecável, com milhões de dólares em liquidez travada e milhares de detentores únicos, ainda assim possuindo uma vulnerabilidade catastrófica em sua base de código. O novo paradigma da Aave reconhece que confiar exclusivamente em dados transacionais históricos cria uma falsa sensação de segurança, exigindo uma auditoria abrangente ao nível do código.

Critérios Principais da Revisão de Ativos do Aave V3 V4

Para eliminar sistematicamente vulnerabilidades técnicas, a Aave está implementando um framework de avaliação rigoroso e padronizado projetado para filtrar anomalias de ativos. Essa abordagem estruturada serve como a base fundamental para a revisão de ativos da Aave V3 V4, garantindo que cada token suportado atenda a padrões rigorosos de segurança.

Critérios de Avaliação	Foco no Alvo	Padrão Aceitável
Conformidade ERC-20	Estrutura do código do token	Adesão estrita ao EIP-20 sem efeitos colaterais
Regulamentações de Hook	Alterações de estado durante a transferência	Proibição total de execuções externas arbitrárias
Confiabilidade da Oracle	Segurança do feed de preços	Fontes descentralizadas redundantes com caminhos de fallback
Elevação de Privilégios	Controle de administrador e multi-assinaturas	Classificação de Nível 0 a Nível 2 apenas
Inflação de Oferta	Permissões de cunhagem	Controles hard-coded com caps ou multi-sig com bloqueio temporal
Continuidade da Auditoria	Ciclo de vida do contrato inteligente	Revisões regulares, independentes e de terceiros do código

Regras Estritas de Compatibilidade ERC-20

O padrão ERC-20 foi projetado para garantir interoperabilidade perfeita em todo o ecossistema Ethereum, mas muitos tokens modernos se afastam de suas especificações principais para implementar recursos personalizados. O processo atualizado de revisão da Aave adota uma postura intransigente contra tokens que utilizam implementações não padronizadas, como taxas de transferência deflacionárias, mecanismos de rebasing ou saldos de dois tokens. Tokens que subtraem uma taxa ao serem transferidos distorcem o rastreamento do livro interno do protocolo, causando discrepâncias entre os saldos registrados e os tokens reais detidos no contrato inteligente. Consequentemente, qualquer ativo que não reproduza com precisão o comportamento de transferência padrão do EIP-20 será impedido de ser integrado.

Proibição de ganchos de token para segurança

Ganchos de token, popularizados por padrões como ERC-777 e certas extensões personalizadas de ERC-20, permitem que um contrato de token notifique endereços externos sempre que transferências ocorrerem. Embora esse recurso permita padrões de programação avançados, ele introduz um grande vetor de ataque conhecido como vulnerabilidade de reentrada. Durante um ataque de reentrada, um contrato malicioso intercepta o gancho de transferência e executa uma transação secundária não autorizada antes que o protocolo de empréstimo possa atualizar seus saldos internos. Para manter a segurança absoluta do protocolo, Aave está impondo uma proibição total sobre qualquer ativo de garantia que utilize ganchos ou callbacks de transferência arbitrários.

Confiabilidade Obrigatória do Oracle de Preço

Uma plataforma de empréstimo descentralizada é tão segura quanto as fontes de preço que determinam seus limiares de liquidação. Aave exige que cada ativo possua uma arquitetura de oráculo de preço ultraconfiável e altamente descentralizada, utilizando principalmente Chainlink e exigindo sistemas secundários robustos de fallback.

As configurações do Oracle devem demonstrar resiliência extrema contra manipulação de preço por flash-loan, distorções de derrapagem causadas por baixa liquidez e latência na entrega de dados. Se um ativo depender de um único pool de exchange descentralizada (DEX) para sua descoberta de preço, será imediatamente desqualificado devido à facilidade com que esses pools podem ser manipulados temporariamente.

Avaliação de Funções Privilegiadas (Nível 0-5)

Para abordar riscos de centralização, a Aave classifica os controles de governança e administrativos dos tokens candidatos usando uma escala rigorosa de graus de 0 a 5. O nível 0 representa imutabilidade total ou distribuição para um DAO automatizado e com temporização, enquanto o nível 5 indica uma única conta externamente proprietária (EOA) sem temporização com controle absoluto.

Nível 0: Código totalmente imutável ou controle descentralizado por DAO com bloqueios de tempo prolongados.
Nível 1: Controle de assinatura múltipla com um bloqueio temporal público mínimo de 72 horas para todas as funções.
Nível 2: Controle de assinatura múltipla com timelocks curtos, restrito a ajustes de parâmetros não críticos.
Nível 3: Equipe centralizada com assinatura múltipla capaz de pausar ou atualizar contratos sem um timelock.
Nível 4: Carteira EOA única ou carteira de desenvolvedor com capacidade de atualização ou direitos de pausar contrato.
Nível 5: EOA único com acesso irrestrito aos saldos dos usuários, cunhagem ou reescrita de código.

Segundo as novas diretrizes, ativos com perfil de risco de Nível 3 ou superior enfrentarão restrições severas ou exclusão completa das camadas de garantia do protocolo.

Auditorando funções de cunhagem ilimitada

Tokens que apresentam mecanismos de cunhagem subjacentes representam uma ameaça existencial aos protocolos de empréstimo se as chaves de cunhagem forem comprometidas ou mal utilizadas. A equipe de risco da Aave realiza revisões aprofundadas de código para mapear cada endereço, contrato inteligente e multisig capaz de chamar uma função de cunhagem. Se um projeto mantiver uma capacidade de cunhagem ilimitada sem limites de oferta transparentes e codificados ou barreiras criptográficas rigorosas de multisig, ele não pode ser confiado como garantia. O protocolo sinalizará imediatamente esses ativos, garantindo que um evento inesperado de inflação de oferta não dilua o valor do ativo para zero da noite para o dia.

Auditorias contínuas de segurança de contratos inteligentes

Uma única auditoria de segurança realizada no lançamento de um token já não é suficiente em um ecossistema caracterizado por atualizações rápidas e vetores de ataque em evolução. Aave agora exige que os emissores de ativos forneçam prova de auditorias contínuas e contínuas de segurança de contratos inteligentes realizadas por empresas independentes e renomadas. Sempre que um projeto de ativo passar por uma atualização de código, migração ou mudança estrutural em seu ecossistema, uma nova trilha de auditoria deve ser enviada. A falha em manter um registro atualizado e transparente de revisões de código independentes acionará uma reavaliação automática do nível de risco do ativo dentro do ecossistema Aave.

Setores com Restrições: V3, V4 & Horizon

A aplicação desses padrões de segurança aprimorados terá impacto em múltiplos setores principais dentro do ecossistema de finanças descentralizadas. As diretrizes rigorosas detalhadas na revisão de ativos do Aave V3 V4 afetarão fortemente três pilares principais do ecossistema Aave: pools V3 estabelecidos, mercados V4 futuros e a arquitetura especializada de empréstimos institucionais conhecida como Aave Horizon.

Verificação da Oferta da Ponte Cross-Chain

Ativos pontilhados entre blockchains, tokens embrulhados e variantes sintéticas representam alguns dos vetores mais visados e explorados na história moderna da finança descentralizada. Quando um ativo é pontilhado de sua blockchain nativa para outra rede, sua segurança depende inteiramente da infraestrutura de contrato inteligente subjacente à ponte. Aave está implementando um processo abrangente de avaliação para todos os ativos embrulhados e pontilhados em seus pools V3, analisando cuidadosamente a disponibilidade histórica da ponte, a estrutura multi-sig e a descentralização dos validadores. Ativos respaldados por arquiteturas de ponte frágeis, centralizadas ou frequentemente modificadas terão seus limites de oferta reduzidos agressivamente para isolar possíveis contágios entre blockchains.

Parafusos mais apertados nos LRTs de risco

Os Tokens de Restaking Líquido (LRTs) impulsionaram bilhões de dólares em entradas de capital, mas sua hipercomponibilidade introduz camadas complexas de risco sistêmico. Um LRT representa uma reivindicação sobre ETH stakeado que é novamente delegado para garantir diversos Serviços Ativamente Validados (AVSs), criando uma longa cadeia de dependências técnicas. O Aave V4 está apertando as medidas neste setor, analisando os riscos de slashing subjacentes, a centralização dos operadores de node e os atrasos na liquidez de retirada associados a cada LRT. LRTs que respaldam AVSs não comprovados com contratos de slashing não auditados enfrentarão limites imediatos de empréstimo e utilidade de colateral fortemente reduzida para proteger o protocolo principal de um evento de slashing em massa.

Aave Horizon: Auditorias RWA rigorosas

Aave Horizon representa a expansão estratégica do protocolo no setor de Ativos do Mundo Real (RWA), criando pools dedicados e altamente regulamentados projetados para capital institucional. Como os RWAs conectam a lacuna entre contratos inteligentes descentralizados e infraestrutura física tradicional, eles exigem uma abordagem de auditoria fundamentalmente diferente.

Cada ativo RWA integrado ao Aave Horizon deve passar por revisões exaustivas dos contratos de tokenização, garantindo que as funcionalidades de blacklist e congelamento não possam ser abusadas por atores externos.

Verificando Quadros Jurídicos Fora da Cadeia

Além das auditorias de código padrão, o setor RWA exige verificação absoluta das entidades legais fora da cadeia, veículos isentos de falência e estruturas de custódia de garantias. Se um token RWA representa um título do Tesouro dos EUA ou um ativo imobiliário tokenizado, o recurso legal disponível para a DAO em caso de inadimplência deve ser cristalino. O framework de gerenciamento de risco da Aave exige que os emissores forneçam pareceres jurídicos irrefutáveis detalhando como títulos de propriedade, fluxos de caixa ou obrigações de dívida são defendidos nos tribunais tradicionais. Qualquer ativo cujo framework legal fora da cadeia seja ambíguo, mal estruturado ou registrado em uma jurisdição não cooperativa será excluído por completo do ecossistema Horizon.

Consequências para ativos não conformes

Tokens atualmente listados ou buscando listagem que não atenderem a esses parâmetros rigorosos enfrentarão ajustes disciplinares imediatos e programáticos. O objetivo não é punir projetos específicos, mas sim isolar dinamicamente os pools de liquidez mais amplos de possíveis falhas de código, explorações sistêmicas ou ataques ao nível de governança.

Redução dos limites de oferta e empréstimo

A primeira linha de defesa contra um ativo estruturalmente suspeito é a redução imediata de seus limites de oferta e empréstimo em todos os pools de empréstimo ativos. Ao reduzir o limite de oferta, a Aave restringe a quantia total desse token específico que pode ser depositada no protocolo, limitando efetivamente a exposição total. Ao mesmo tempo, reduzir o limite de empréstimo impede os usuários de acumularem grandes posições curtas ou de utilizarem o token para extrair liquidez mais limpa da plataforma. Em cenários graves onde uma vulnerabilidade técnica é ativamente suspeita, os limites de oferta e empréstimo serão reduzidos diretamente a zero, congelando toda a exposição adicional ao protocolo.

Restringindo os parâmetros de Loan-to-Value

Os parâmetros de Loan-to-Value (LTV) determinam exatamente quanto capital um usuário pode tomar emprestado em relação aos ativos de garantia depositados. Por exemplo, um LTV de 80% significa que um usuário que depositar $100 em ativos pode tomar emprestado até $80 de outra criptomoeda.

LTV = \left( \frac{\text{Valor Máximo Pode Ser Emprestado}}{\text{Valor da Garantia Depositada}} \right) \times 100\%

Para ativos não conformes ou de alto risco identificados na análise, o Aave reduzirá programaticamente a relação LTV, às vezes reduzindo-a totalmente a 0%. Reduzir a LTV para 0% elimina completamente a utilidade do token como colateral, forçando os usuários a tratá-lo como um ativo isolado e não emprestável, impedindo que ele respalde dívidas sistêmicas do protocolo.

Lançamentos Atrasados e Rejeições de Ativos

Para ativos que estão passando pelo pipeline de governança ou aguardando implantação nos próximos ecossistemas V4 e Horizon, a não conformidade resulta em atrasos imediatos no lançamento ou rejeição permanente. O núcleo de risco do protocolo emitirá relatórios detalhados de feedback técnico, detalhando as ajustes exatos no código, melhorias nos oráculos ou esclarecimentos legais necessários para a conformidade. O ativo permanecerá congelado na fila de integração até que empresas independentes de segurança verifiquem que todos os sinais de alerta técnicos foram plenamente resolvidos. Esta gatekeeping proativa garante que dívidas técnicas de alto risco sejam impedidas na porta do protocolo, muito antes de poderem colocar em risco o capital dos usuários.

Conclusão

À medida que a finança descentralizada amadurece como uma primitiva financeira globalmente reconhecida, a segurança dos protocolos deve evoluir da gestão reativa de crises para a isolamento proativo de riscos. A mudança decisiva da Aave em direção à análise de riscos técnicos e estruturais profundos no V3, V4 e Horizon estabelece um padrão para toda a indústria. Ao implementar esta revisão abrangente dos ativos da Aave V3 V4 e aplicar padrões intransigentes em compatibilidade de código ERC-20, resiliência de oráculos e transparência legal, o protocolo imuniza-se efetivamente contra insolvência sistêmica. Como uma plataforma de exchange de cripto líder como KuCoin, endossamos fortemente esses frameworks de segurança rigorosos, que, em última análise, promovem um ambiente de negociação e empréstimo mais seguro e previsível para todos os participantes de ativos digitais.

Perguntas frequentes

Qual é o propósito principal da última revisão de ativos do Aave V3 V4?

O propósito principal da revisão de ativos do Aave V3 V4 é transicionar sistematicamente o foco da avaliação de risco do protocolo de métricas padrão de volatilidade de mercado para vulnerabilidades técnicas profundas e subjacentes em contratos inteligentes, a fim de prevenir exploração do protocolo e insolvência por dívidas ruins.

Por que a Aave está direcionando os Tokens de Restaking Líquido (LRTs) para restrições?

Aave está implementando controles mais rigorosos sobre LRTs devido às suas camadas complexas de risco sistêmico, incluindo vulnerabilidades potenciais de reentrada de contrato inteligente, parâmetros de slashing de validador não comprovados e atrasos de liquidez que ameaçam liquidações durante quedas de mercado.

Como o Aave Horizon lida com a gestão de riscos de ativos do mundo real (RWA)?

Aave Horizon aplica auditorias rigorosas, de padrão institucional, em ativos reais (RWA), avaliando tanto o código do contrato inteligente de tokenização quanto os quadros jurídicos fora da cadeia subjacentes, garantindo segurança ativa remota à falência e recuso legal claro para o protocolo.

O que acontece com um token se seu índice de Empréstimo-para-Valor (LTV) for reduzido a 0%?

Quando o LTV de um token é reduzido a 0%, ele perde completamente sua utilidade como garantia dentro da plataforma, o que significa que os usuários não podem mais tomar emprestado quaisquer outros ativos digitais contra seus saldos depositados desse token específico.

Um ativo pode ser relistado após ser rejeitado pelo novo framework de risco da Aave?

Sim, um ativo pode ser reconsiderado para listagem uma vez que a equipe de desenvolvimento resolva completamente os riscos técnicos destacados, passe as auditorias subsequentes de segurança do contrato inteligente e reenvie com sucesso o ativo para revisão formal.

Aviso legal: Esta página foi traduzida usando tecnologia de IA (alimentada por GPT) para sua conveniência. Para informações mais precisas, consulte a versão original em inglês.