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 a perdu 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 la répétition de la plus coûteuse erreur on-chain de 2026.
Que s’est-il 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é de manière si agressive la liquidité disponible dans le pool que le slippage a consommé 49,5 millions de dollars sur les 54 millions de dollars de l’entrée, des robots MEV extrayant la majeure partie de cette valeur dans les secondes suivant l’entrée de la transaction dans le mempool.
L’erreur correspond à ce que l’industrie appelle un trade par « fat finger », une transaction exécutée sans contrôles de slippage suffisants qui interagit avec une liquidité insuffisante à l’échelle visée. À 54 millions de dollars, ce n’était pas une erreur de la part du grand public. C’était un échec d’exécution à l’échelle institutionnelle qui a révélé une lacune dans les protections du protocole visibles côté utilisateur.
Comment fonctionne Aave Shield
Le système fonctionne à deux niveaux simultanément. La couche de smart contract impose une limite maximale « hard cap » de 25% sur l’impact sur le prix, bloquant automatiquement toute transaction lorsque le slippage dépasserait ce seuil avant exécution. La couche d’interface déclenche une fenêtre modale de confirmation triple à fort contraste pour tout trade entre 5% et 25% de slippage, exigeant que l’utilisateur reconnaisse activement le coût avant de poursuivre.
Les utilisateurs institutionnels disposant d’exigences opérationnelles spécifiques peuvent mettre sur liste blanche des portefeuilles pour contourner le bouclier dans le cadre de règlements de type OTC où un fort impact sur le prix est intentionnel et pré-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 de 25% aurait bloqué entièrement la transaction du 12 mars. Un swap de 54 millions de dollars générant 91,7% de slippage, ne rapportant qu’en retour 4,5 millions de dollars, se situe tellement au-delà de tout seuil d’exécution rationnel qu’aucune fenêtre de confirmation ni aucun avertissement n’aurait été suffisant. La stratégie 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 seul incident. Il s’inscrit dans ce que l’industrie décrit comme un mouvement Safe DeFi, à la suite d’un ensemble 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 au lieu de l’adresse de l’échange visé. Trois jours avant le lancement d’Aave, MoonPay et Ledger ont annoncé des agents crypto d’IA avec des garde-fous sécurisés par le matériel, conçus spécifiquement pour empêcher ce type de désastres de trading automatisé.
Le schéma observé dans les trois incidents est identique. Des capitaux importants s’exécutent on-chain sans infrastructure adéquate de prévention des erreurs. Les solutions mises en place 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 cherchent tous à résoudre le même problème sous différents angles.
Ce que cela signifie pour les ambitions institutionnelles de DeFi
Le calendrier d’Aave Shield est directement lié au récit institutionnel DeFi plus large qui traverse les reportages de cette semaine. 867 millions de dollars d’entrées hebdomadaires dans des ETF crypto, Erik Voorhees accumulant 56 millions de dollars en ETH, BitMine visant 5% de l’offre en ETH, et vingt banques européennes construisant une infrastructure crypto décrivent un marché où le capital institutionnel entre à grande échelle dans des environnements on-chain.
Un capital institutionnel à grande échelle exécutant on-chain sans protections adéquates produit exactement l’incident du 12 mars. Une perte de 49,5 millions de dollars pour des robots MEV sur une seule transaction n’est pas un problème de détail pour le grand public. C’est un problème de maturité de l’infrastructure que les protocoles servant 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 plus large Safe DeFi suggère que l’industrie reconnaît que l’adoption institutionnelle exige une prévention des erreurs de niveau institutionnel au niveau du protocole, et pas seulement au niveau de l’interface utilisateur.