Des directives de protocole unifiées dévoilées par Aave Labs pour rationaliser l'intégration des actifs numériques sur plusieurs plates-formes

Table des matières Aave Labs a introduit un ARFC proposant un cadre standardisé de liste des actifs techniques dans Aave V3, V4 et Horizon. La proposition cible la manière dont les actifs sont répertoriés, maintenus et développés au sein du système de gouvernance du protocole. Il définit une base de référence unifiée pour l'évaluation technique couvrant le comportement ERC20, la conception Oracle et les contrôles d'accès. Le cadre vise à rendre les évaluations des actifs plus cohérentes, transparentes et reproductibles dans toutes les décisions de gouvernance. Aave Labs a conçu le cadre pour améliorer la cohérence des décisions d'intégration des actifs sur plusieurs déploiements. La proposition répond à une complexité croissante à mesure qu’Aave se développe à travers les chaînes et les types d’actifs. Il formalise la manière dont les examens techniques doivent être structurés, en particulier pour les contributeurs à la gouvernance et les fournisseurs de risques. L’objectif est de réduire l’ambiguïté dans l’évaluation si les actifs répondent aux exigences techniques de base. Le cadre aligne les examens des actifs avec le cadre de classification des actifs d’Aave. Chaque actif doit être mappé à sa catégorie avant de commencer une évaluation plus approfondie. Cette classification détermine le degré de rigueur de certaines exigences lors de l'examen technique. Les actifs porteurs de rendement ou pontés font l’objet d’un examen plus approfondi en vertu de règles de risque spécifiques à chaque catégorie. Les règles de présélection constituent la première porte avant le début d’un examen complet. Les actifs doivent être déployés, vérifiés et mappés à une liste comparable lorsque cela est possible. La gouvernance vérifie également la cohérence des contrats avec les versions auditées et l'alignement entre les chaînes. Les actifs qui échouent à ces contrôles ne passent pas à une évaluation d’intégration complète. La méthodologie d’évaluation sépare les conclusions factuelles des recommandations. Les évaluateurs doivent documenter clairement les contrats, les risques, les mesures d’atténuation et l’exposition résiduelle. Les rapports peuvent inclure des notes qualitatives mais éviter les seuils de notation fixes. Cette structure garantit que la gouvernance conserve sa flexibilité tout en améliorant la clarté technique. Aave Labs propose un cadre de liste d'actifs techniques standardisé Aave Labs a proposé un ARFC pour adopter un cadre de liste d'actifs techniques standardisé pour les actifs recherchant une liste, une liste continue ou une expansion des paramètres matériels sur Aave V3, Aave V4 et Horizon. Le cadre… pic.twitter.com/jEKR9H0VcW – Wu Blockchain (@WuBlockchain) 29 mai 2026 La conformité ERC20 constitue le fondement des exigences techniques du cadre. Les jetons doivent se comporter de manière prévisible sans frais de transfert ni mécanisme de rebasage. Aave restreint également les hooks ERC777 et la logique de transfert incompatible. Ces contraintes garantissent une comptabilité et une composabilité stables dans les intégrations DeFi. La conception Oracle reste une dépendance centrale dans le processus de référencement. Aave nécessite des flux de prix Chainlink ou des adaptateurs CAPO approuvés pour les actifs de rendement. La fiabilité de l'alimentation, les limites de battement de coeur et les seuils de déviation doivent être validés. Une infrastructure Oracle faible ou manquante peut retarder ou bloquer l’intégration des actifs. Les règles de contrôle d'accès définissent la manière dont les rôles privilégiés sont évalués et classés. Le cadre classe la sécurité des rôles, du contrôle à clé unique aux modèles de gouvernance DAO. Les autorisations de création, de mise en pause et de mise à niveau nécessitent une forte protection multisig ou timelock. Des configurations faibles peuvent directement réduire les niveaux d’exposition autorisés dans les décisions de gouvernance. Les systèmes de pont, les audits et les dépendances externes complètent l’examen de la surface des risques. Les actifs inter-chaînes doivent documenter clairement l’approvisionnement canonique et l’architecture du pont. L’historique d’audit ne doit montrer aucune vulnérabilité critique non résolue dans le code déployé. Les dépendances telles que le jalonnement ou les systèmes de garde sont également évaluées pour le risque d'échec.