Aave Labs a soumis une proposition visant à faire passer son protocole de prêt décentralisé à la version 3.8, une évolution destinée à renforcer la sécurité sur 16 réseaux blockchain. Publiée le 21 octobre, la proposition se concentre sur la prévention des risques comptables liés à la réentrance tout en préservant l'efficacité des transactions.

En cas d'adoption, la mise à niveau introduirait des mesures de protection supplémentaires pour les opérations du Pool d'Aave, protégeant le protocole contre des exploits théoriques de smart contracts. Sa mise en œuvre demeure toutefois soumise aux audits de sécurité, aux retours de la communauté et à l'approbation formelle de la gouvernance.

Un garde-fou contre la réentrance au cœur de la proposition

La mise à niveau V3.8 proposée par Aave introduit un garde-fou contre la réentrance conçu pour protéger la comptabilité du Pool lors des rappels externes. La réentrance se produit lorsqu'un smart contract interagit de manière répétée avec un autre contrat avant qu'une opération précédente ne soit terminée, ce qui peut créer des incohérences comptables. La réentrance figure parmi les classes de vulnérabilités les plus connues dans le développement de smart contracts, et les protections explicites contre celle-ci sont devenues une pratique standard en ingénierie DeFi, en particulier pour les protocoles détenant directement les dépôts des utilisateurs dans leurs contrats.

Pour mettre en œuvre cette protection, Aave Labs prévoit d'utiliser la technologie de stockage transitoire introduite par l'Ethereum Improvement Proposal EIP-1153. Ce mécanisme permet un stockage temporaire des données pendant les transactions, aidant les développeurs à ajouter des garanties de sécurité sans augmenter significativement les frais de gaz.

Selon la proposition de gouvernance, ces changements représentent une amélioration de sécurité limitée plutôt qu'une refonte majeure du protocole. Le document n'identifie aucun exploit actif ni vulnérabilité confirmée nécessitant une intervention d'urgence.

Un déploiement couvrant 16 réseaux

Aave Labs prévoit de déployer la V3.8 sur les instances actives du protocole présentes sur 16 réseaux blockchain pris en charge. Cela inclut Ethereum, Avalanche, BNB Chain, Arbitrum, Base, Polygon, Optimism, Linea, Gnosis, Celo, Mantle, Monad, Plasma, X et MegaETH, ainsi que d'autres déploiements basés sur Ethereum.

Les instances Core et Lido d'Ethereum sont incluses dans le déploiement proposé. Cependant, les marchés inactifs avec des actifs gelés, ainsi que ceux dont les plafonds d'emprunt ou d'offre ont été ramenés à zéro, resteront hors du périmètre de la mise à niveau.

Cette stratégie de déploiement étendue reflète l'attention d'Aave au maintien de standards de sécurité cohérents sur son infrastructure de prêt multichaîne, afin que les déposants et emprunteurs des réseaux plus modestes bénéficient des mêmes protections fondamentales que ceux d'Ethereum. Des protections comptables renforcées pourraient réduire les risques potentiels liés aux smart contracts à mesure que l'activité de prêt décentralisé s'étend.

Audits et vote de gouvernance à venir

Avant sa mise en œuvre, la V3.8 d'Aave fera l'objet de revues de sécurité impliquant Certora et d'autres auditeurs indépendants. Ces évaluations examineront les changements proposés avant que les développeurs ne soumettent la mise à niveau finale à une décision de gouvernance on-chain.

La proposition se trouve actuellement au stade de l'Aave Request for Final Comments, permettant aux membres de la communauté d'évaluer ses détails techniques. Un retour positif ferait avancer l'initiative vers un vote Snapshot, suivi d'une formalisation par une Aave Improvement Proposal une fois les audits achevés. Selon le modèle de gouvernance d'Aave, l'approbation finale relève des détenteurs de tokens de la communauté plutôt que de l'équipe à l'origine de la proposition, offrant ainsi à la communauté plusieurs points de contrôle avant toute modification effective du code.

Aave Labs n'a pas annoncé de date de déploiement confirmée. En définitive, la mise en œuvre de la mise à niveau dépend de la réussite des revues de sécurité et de l'approbation de la gouvernance, ce qui rend le processus d'évaluation à venir déterminant pour son déploiement.