A Aave Labs apresentou uma ARFC a pedir à Aave DAO que adote um Technical Asset Listing Framework padronizado, abrangendo todas as futuras adições, continuações ou expansões materiais de parâmetros de ativos na Aave V3, Aave V4 e no deployment institucional Horizon. O framework pretende substituir as análises ad-hoc e caso a caso por uma única checklist que qualquer proponente — e qualquer revisor — possa aplicar de forma consistente.
A checklist cobre dez dimensões técnicas: compatibilidade ERC20, integridade do caminho de oracle, controlo de acesso, comportamento de minting e burning, upgradeability, risco de bridge, cobertura de auditoria, dependências externas e composability com o resto da stack da Aave. Cada dimensão traz critérios explícitos de aprovação/reprovação em vez de avaliações narrativas.
Por que importa
A Aave é o maior mercado de empréstimos on-chain por depósitos, e o volume de novas propostas de ativos tem crescido mais depressa do que a capacidade da DAO para as avaliar com substância. Um framework padronizado desloca a função de gatekeeping da perícia informal para uma checklist aplicada — mais próxima da forma como uma equipa de segurança classifica uma integração do que da forma como um thread de fórum avalia um pitch.
Impacto no mercado
Para as equipas de risco, o framework oferece-lhes uma superfície fixa para auditar. Para os emissores, reduz a variância do resultado de uma listagem: um token que satisfaz a checklist tem um caminho defensável para entrar, e um que não satisfaz tem um caminho defensável para ficar de fora. Para a governança de $AAVE, a proposta é também um teste de quanto peso processual a DAO está disposta a dar a standards autorais da Aave Labs em vez de à revisão conduzida pela comunidade.
Perguntas frequentes
-
O que é o Technical Asset Listing Framework da Aave?
É uma ARFC proposta pela Aave Labs que exigiria que cada adição, continuação ou expansão material de parâmetros de ativos na Aave V3, Aave V4 e Horizon passasse por uma checklist técnica padronizada de 10 pontos antes da aprovação da DAO.
-
O que abrange a checklist?
Compatibilidade ERC20, integridade do caminho de oracle, controlo de acesso, comportamento de minting e burning, upgradeability, risco de bridge, cobertura de auditoria, dependências externas e composability com o resto da stack da Aave.
-
Porque quer a Aave Labs um framework padronizado agora?
Como maior mercado de empréstimos on-chain por depósitos, a Aave tem visto o volume de novas propostas de ativos superar a capacidade da DAO para as avaliar com substância caso a caso.
-
Em que difere isto das atuais análises de listagem da Aave?
As análises atuais são largamente informais e variam consoante o proponente e o thread do fórum. O framework aplicaria uma checklist fixa, com critérios explícitos de aprovação/reprovação, a cada pedido de listagem.
-
Muda isto alguma coisa para os detentores de $AAVE hoje?
Não de imediato — o framework é uma ARFC, não uma AIP ativa. A questão de longo prazo para a governança de $AAVE é quanto peso processual a DAO atribui a standards autorais da Aave Labs face à revisão conduzida pela comunidade.
CoinDesk
TheBlock
CoinTelegraph
Glassnode