Futures
Accédez à des centaines de contrats perpétuels
TradFi
Or
Une plateforme pour les actifs mondiaux
Options
Hot
Tradez des options classiques de style européen
Compte unifié
Maximiser l'efficacité de votre capital
Trading démo
Introduction au trading futures
Préparez-vous à trader des contrats futurs
Événements futures
Participez aux événements et gagnez
Demo Trading
Utiliser des fonds virtuels pour faire l'expérience du trading sans risque
Lancer
CandyDrop
Collecte des candies pour obtenir des airdrops
Launchpool
Staking rapide, Gagnez de potentiels nouveaux jetons
HODLer Airdrop
Conservez des GT et recevez d'énormes airdrops gratuitement
Launchpad
Soyez les premiers à participer au prochain grand projet de jetons
Points Alpha
Tradez on-chain et gagnez des airdrops
Points Futures
Gagnez des points Futures et réclamez vos récompenses d’airdrop.
Investissement
Simple Earn
Gagner des intérêts avec des jetons inutilisés
Investissement automatique
Auto-invest régulier
Double investissement
Profitez de la volatilité du marché
Staking souple
Gagnez des récompenses grâce au staking flexible
Prêt Crypto
0 Fees
Mettre en gage un crypto pour en emprunter une autre
Centre de prêts
Centre de prêts intégré
Aave vient de lancer un système de protection contre la glissement après une transaction fat-finger de $54 millions ayant perdu 49,5 millions de dollars
Quatre jours après qu’une seule transaction ait fait perdre 49,5 millions de dollars à cause du slippage sur Aave, le protocole a lancé Aave Shield, un coupe-circuit automatisé conçu pour empêcher qu’on ne reproduise l’erreur on-chain la plus coûteuse de 2026.
Ce qui s’est passé le 12 mars
D’après un rapport de The Block, un baleine a échangé 54 millions de dollars en USDT contre AAVE le 12 mars 2026 et a reçu environ 4,5 millions de dollars en retour. La transaction a vidé avec une telle agressivité la liquidité disponible dans le pool que le slippage a consommé 49,5 millions de dollars sur les 54 millions de dollars en entrée, tandis que des bots MEV ont extrait la majeure partie de cette valeur dans les secondes qui ont suivi l’arrivée de la transaction dans le mempool.
L’erreur correspond à ce que l’industrie appelle un trade à la « fat-finger » : une transaction exécutée sans contrôles de slippage adéquats, qui interagit avec une liquidité insuffisante à l’échelle visée. À 54 millions de dollars, ce n’était pas une erreur de particulier. C’était un échec d’exécution à l’échelle institutionnelle qui a mis en évidence un manque dans les protections visibles côté utilisateurs du protocole.
Comment fonctionne Aave Shield
Le système fonctionne à deux niveaux simultanément. La couche de smart contract impose une limite stricte (hard cap) de 25% sur l’impact sur le prix, en bloquant automatiquement toute transaction pour laquelle le slippage dépasserait ce seuil avant l’exécution. La couche d’interface déclenche une modale de confirmation triple à fort contraste pour toute transaction présentant un slippage entre 5% et 25%, obligeant l’utilisateur à reconnaître activement le coût avant de poursuivre.
Les utilisateurs institutionnels disposant de besoins opérationnels spécifiques peuvent mettre sur liste blanche des portefeuilles afin de contourner le bouclier pour des règlements de type OTC où l’impact important sur le prix est intentionnel et déjà négocié. Cette exemption préserve la flexibilité du protocole pour des cas d’usage sophistiqués tout en protégeant la grande majorité des utilisateurs contre des pertes accidentelles.
Le hard cap strict de 25% aurait entièrement bloqué la transaction du 12 mars. Un échange de 54 millions de dollars générant 91,7% de slippage, ne recevant que 4,5 millions de dollars en retour, dépasse tellement tout seuil d’exécution rationnel qu’aucune modale de confirmation ou avertissement n’aurait suffi. La solution du hard cap est le seul mécanisme qui l’arrête.
Le contexte plus large à l’origine du lancement
Aave Shield n’est pas une réponse isolée à un incident unique. Le bouclier s’inscrit dans ce que l’industrie décrit comme un mouvement Safe DeFi, à la suite d’une série d’erreurs on-chain catastrophiques survenues ces dernières semaines. Le 18 février, un trader institutionnel a perdu 14,2 millions de dollars en ETH en envoyant des fonds à une adresse de protocole devenue inopérante plutôt qu’à l’échange prévu. Trois jours avant le lancement d’Aave, MoonPay et Ledger ont annoncé des agents crypto IA avec des garde-fous sécurisés par le matériel, spécifiquement conçus pour empêcher des désastres de trading automatisé de ce type.
Le schéma observé dans les trois incidents est le même. De gros volumes de capitaux exécutent on-chain sans infrastructure adéquate de prévention des erreurs. Les solutions déployées convergent également. Des hard caps au niveau des smart contracts, des contrôles d’agents sécurisés par le matériel et une validation des transactions pilotée par l’IA s’attaquent tous au même problème, sous des angles différents.
Ce que cela signifie pour les ambitions institutionnelles de DeFi
Le timing d’Aave Shield est directement lié à la dynamique institutionnelle plus large de DeFi qui ressort dans le reporting de cette semaine. 867 millions de dollars d’entrées hebdomadaires d’ETF crypto, Erik Voorhees qui accumule 56 millions de dollars en ETH, BitMine qui vise 5% de l’offre en ETH, et vingt banques européennes qui construisent une infrastructure crypto décrivent un marché où le capital institutionnel entre à grande échelle dans des environnements on-chain.
Le capital institutionnel à grande échelle qui exécute on-chain sans garanties adéquates produit exactement l’incident du 12 mars. Une perte de 49,5 millions de dollars pour des bots MEV sur une seule transaction n’est pas un problème de particuliers. C’est un problème de maturité de l’infrastructure que les protocoles qui servent une liquidité à l’échelle institutionnelle doivent résoudre avant que ce capital n’arrive en volumes plus importants.
Aave Shield est une solution à un mode d’échec précis. Le mouvement Safe DeFi plus large suggère que l’industrie reconnaît que l’adoption institutionnelle nécessite une prévention des erreurs au niveau du protocole de qualité institutionnelle, et pas seulement au niveau de la couche d’interface utilisateur.