J’ai surveillé plusieurs jours de suite les données on-chain, et aujourd’hui j’ai tout simplement relancé de bout en bout le mécanisme de liquidation de TermMax et la logique de décalage de durée (Duration Mismatch). Plus je creuse, plus je me dis que certaines vulnérabilités structurelles, jusque-là, sont masquées par la ferveur actuelle du marché.
Beaucoup de tweets encensent « l’effet de levier en un clic + le verrouillage du coût d’emprunt » comme une solution ultra pratique, mais il semble que tout le monde évite délibérément un problème fatal : dans un modèle d’emprunt à échéance fixe, est-ce que l’on peut vraiment résister à un scénario extrême de choc de liquidité ?
Dans un protocole d’emprunt à taux variable comme Aave, la gestion des positions est linéaire et continue : tant que le pool est suffisamment profond, les liquidateurs peuvent entrer à tout moment pour fermer les positions. Mais avec un marché à échéance fixe, les deux parties (emprunteur et prêteur) sont bloquées dans une fenêtre temporelle fixe. Si l’actif servant de garantie sous-jacent chute fortement à court terme, et que la liquidité secondaire ne suit pas, l’emprunteur qui veut clôturer plus tôt pour se couvrir devra accepter un énorme rabais de prix (slippage) dans le carnet d’ordres. Et si le Curator de market making ne réagit pas à temps, le risque de créance irrécouvrable sera directement transféré aux prêteurs ordinaires déposant des fonds dans le Vault.
À l’époque, lorsque Yield Protocol a annoncé l’arrêt de ses activités et que Notional a ajusté à plusieurs reprises son architecture, le fond du problème était le même : découper la liquidité en différents horizons d’échéance rend la liquidité extrêmement fragmentée.
Regardez maintenant les positions d’emprunt actives : une part non négligeable tourne des prêts circulaires en LRT ou en stratégies d’arbitrage avec des actifs qui génèrent des intérêts. Les emprunteurs profitent d’emprunts à taux fixe bas pour capter des rendements externes, en verrouillant le coût de financement de façon très stricte. Mais, en réalité, ce n’est pas un emprunt « réel » : c’est uniquement de l’arbitrage d’écarts de taux. Dès que le rendement (Yield) des actifs productifs externes plonge brutalement, ou que l’actif sous-jacent se désancre, la demande d’emprunt associée peut tomber à zéro en quelques heures.
Ce qui me met aussi profondément en doute, c’est le ratio risque/rendement côté prêteur (Lender). Les utilisateurs ordinaires déposent des fonds pour récupérer quelques points annuels fixes, très prévisibles, mais ils doivent en contrepartie supporter le risque de smart contract, le risque que la stratégie du Curator fasse un faux pas, ainsi que le coût du verrouillage de la liquidité en cas de scénario extrême : le rendement est plafonné, alors que le risque est, lui, une exposition baissière sans compromis.
Même si l’architecture technique est parfaitement soignée, elle doit finalement passer l’épreuve impitoyable des cygnes noirs. Si la prospérité d’un protocole dépend en grande partie d’une boucle d’arbitrage soutenue, alors quand le marché s’inverse, la vitesse de retrait (recul) est souvent bien plus rapide que ce que l’on imagine. #termmax @TermMax $ETH
Beaucoup de tweets encensent « l’effet de levier en un clic + le verrouillage du coût d’emprunt » comme une solution ultra pratique, mais il semble que tout le monde évite délibérément un problème fatal : dans un modèle d’emprunt à échéance fixe, est-ce que l’on peut vraiment résister à un scénario extrême de choc de liquidité ?
Dans un protocole d’emprunt à taux variable comme Aave, la gestion des positions est linéaire et continue : tant que le pool est suffisamment profond, les liquidateurs peuvent entrer à tout moment pour fermer les positions. Mais avec un marché à échéance fixe, les deux parties (emprunteur et prêteur) sont bloquées dans une fenêtre temporelle fixe. Si l’actif servant de garantie sous-jacent chute fortement à court terme, et que la liquidité secondaire ne suit pas, l’emprunteur qui veut clôturer plus tôt pour se couvrir devra accepter un énorme rabais de prix (slippage) dans le carnet d’ordres. Et si le Curator de market making ne réagit pas à temps, le risque de créance irrécouvrable sera directement transféré aux prêteurs ordinaires déposant des fonds dans le Vault.
À l’époque, lorsque Yield Protocol a annoncé l’arrêt de ses activités et que Notional a ajusté à plusieurs reprises son architecture, le fond du problème était le même : découper la liquidité en différents horizons d’échéance rend la liquidité extrêmement fragmentée.
Regardez maintenant les positions d’emprunt actives : une part non négligeable tourne des prêts circulaires en LRT ou en stratégies d’arbitrage avec des actifs qui génèrent des intérêts. Les emprunteurs profitent d’emprunts à taux fixe bas pour capter des rendements externes, en verrouillant le coût de financement de façon très stricte. Mais, en réalité, ce n’est pas un emprunt « réel » : c’est uniquement de l’arbitrage d’écarts de taux. Dès que le rendement (Yield) des actifs productifs externes plonge brutalement, ou que l’actif sous-jacent se désancre, la demande d’emprunt associée peut tomber à zéro en quelques heures.
Ce qui me met aussi profondément en doute, c’est le ratio risque/rendement côté prêteur (Lender). Les utilisateurs ordinaires déposent des fonds pour récupérer quelques points annuels fixes, très prévisibles, mais ils doivent en contrepartie supporter le risque de smart contract, le risque que la stratégie du Curator fasse un faux pas, ainsi que le coût du verrouillage de la liquidité en cas de scénario extrême : le rendement est plafonné, alors que le risque est, lui, une exposition baissière sans compromis.
Même si l’architecture technique est parfaitement soignée, elle doit finalement passer l’épreuve impitoyable des cygnes noirs. Si la prospérité d’un protocole dépend en grande partie d’une boucle d’arbitrage soutenue, alors quand le marché s’inverse, la vitesse de retrait (recul) est souvent bien plus rapide que ce que l’on imagine. #termmax @TermMax $ETH