- Aave Labs publicou um framework técnico abrangendo oito verificações para listagem de ativos no V3, V4 e Horizon.
- Ativos que falham nas verificações enfrentam limites reduzidos, taxas de LTV mais baixas ou onboarding atrasado, não rejeição automática.
- O framework abrange qualidade do Oracle, controle de acesso, histórico de auditoria de risco da ponte e verificações de conformidade ERC20.
Nem todos os tokens merecem um lugar em um dos maiores protocolos de empréstimo do DeFi. A Aave Labs agora está colocando esse princípio por escrito.
A braça de desenvolvimento do protocolo publicou uma proposta apresentando um Quadro Padrão de Listagem de Ativos Técnicos para Aave V3, V4 e Horizon. O objetivo é tornar mais difícil a listagem de ativos de baixa qualidade ou de risco, e tornar os requisitos claros o suficiente para que todos possam ver exatamente qual é o padrão antes de enviar uma proposta.
Por que isso é importante
Aave é um dos maiores protocolos de empréstimo na cripto. Quando um ativo é listado como garantia, os usuários podem tomar emprestado contra ele.
Se esse ativo tiver uma falha oculta, uma função de cunhagem ilimitada, um controlador de atualização fraco, um oracle desatualizado ou uma ponte que possa ser esvaziada, todo o protocolo absorve esse risco. O novo framework é essencialmente Aave, traçando uma linha clara entre ativos que atendem a uma base técnica e aqueles que não atendem.
O que é verificado
O framework abrange oito áreas principais que todo ativo deve atravessar antes da listagem ou expansão material:
- Compatibilidade ERC20 — o token se comporta de forma previsível sem taxas ocultas, rebasing ou ganchos problemáticos
- Qualidade do Oracle — existe um feed ao vivo do Chainlink com heartbeat e limites de desvio adequados?
- Controle de acesso — quem pode cunhar, queimar, pausar ou atualizar o token e quão seguras são essas funções
- Integridade da taxa de câmbio — para ativos que geram rendimento, a taxa pode ser manipulada em uma única transação
- Arquitetura do token — existem pontos de entrada duplicados de oferta ou restrições ocultas de transferência
- Risco de ponte e transversal de cadeia — para ativos multi-cadeia, a ponte está verificada e há limites de cunhagem em vigor
- Histórico de auditoria — o código implantado está coberto por trabalhos recentes de auditoria renomados, sem achados críticos não resolvidos?
- Dependências externas — os protocolos de staking, custódios e infraestrutura de resgate são avaliados quanto aos próprios riscos
O Que Acontece Se Um Ativo Falhar
Uma constatação fraca não bloqueia automaticamente a listagem, mas tem consequências. Redução dos limites de oferta, menores razões de empréstimo sobre valor, ausência de uso de garantias ou onboarding atrasado estão todos em consideração. A governança mantém a última discreção, mas deve declarar publicamente qualquer risco residual que escolha aceitar.
O framework também introduz revisões anuais de atualização para todos os ativos listados ativamente, o que significa que o critério não se aplica apenas na entrada; ele se aplica ao longo de toda a vida do ativo no protocolo.
Relacionado: AAVE chega ao Solana enquanto a Solana Foundation entra para apoiar a recuperação do DeFi
Disclaimer: As informações apresentadas neste artigo são apenas para fins informativos e educacionais. O artigo não constitui aconselhamento financeiro ou qualquer outro tipo de aconselhamento. A Coin Edition não se responsabiliza por quaisquer perdas decorrentes do uso do conteúdo, produtos ou serviços mencionados. Recomenda-se aos leitores que exerçam cautela antes de tomar qualquer ação relacionada à empresa.