Le règlement n’est pas un service d’incendie, c’est un travail de comptabilité
En faisant des tests de charge sur la même position avec levier via trois protocoles, le déclenchement de la liquidation de TermMax est un peu lent — mais c’est une lenteur “bien pensée”. Les pénalités de liquidation sont réparties en deux parts : une alimente le fonds d’assurance, l’autre revient au liquidateur. Ce type de structure est rare chez les concurrents. Le prix du $TERM ne réagit pas à cette conception ; le marché ne voit là qu’une gouvernance. $NVDAB
Sur Aave v3, la ligne de liquidation est plus serrée : l’oracle se met à jour plus vite, et après déclenchement, une décote fixe est appliquée avec une vente forcée. TermMax dispose d’une bande passante de marge au taux de collatéral ; la protection contre le slippage est agressive, ce qui laisse des marges minces aux liquidateurs. En situation extrême, il est possible que personne ne se dispute les ordres. Le risque de créances douteuses est repoussé. Les détenteurs de $TERM ne portent pas directement le risque, mais la couverture du fonds d’assurance est floue.
Comparé à Compound, les pénalités de liquidation de Compound sont transparentes : le mécanisme est ancien, mais solide. L’avantage de TermMax réside dans la structure des échéances des taux : lors de la liquidation, les positions non encore arrivées à maturité sont décotées selon la courbe. C’est davantage une logique de gestion d’arrêt façon revenu fixe qu’une fermeture immédiate. C’est plus favorable aux utilisateurs, mais le calcul coûte cher aux liquidateurs ; les scripts n’arrivent pas à faire tourner l’interface. Si $TERM n’arrive pas à inciter des liquidateurs professionnels, la liquidité disparaîtra au moment crucial.
En pratique, il y a aussi un détail : l’événement de liquidation TermMax est retardé de quelques dizaines de blocs dans l’UI. L’état on-chain a déjà changé, mais le front affiche encore “en sécurité”. Ce n’est pas un défaut critique, mais cela influence fortement le jugement. La synchronisation du front avec Euler est meilleure. La documentation de TermMax est plutôt succincte : les changements de paramètres n’ont pas d’historique de versions clair, et depuis le lancement du module de staking du $TERM, l’expérience n’a pas vraiment été améliorée.
En résumé, la conception de la liquidation a des idées, mais il manque encore une étape dans les détails d’exécution. La capture de valeur du $TERM n’est pas non plus reliée aux revenus de liquidation. @TermMax #termmax
En faisant des tests de charge sur la même position avec levier via trois protocoles, le déclenchement de la liquidation de TermMax est un peu lent — mais c’est une lenteur “bien pensée”. Les pénalités de liquidation sont réparties en deux parts : une alimente le fonds d’assurance, l’autre revient au liquidateur. Ce type de structure est rare chez les concurrents. Le prix du $TERM ne réagit pas à cette conception ; le marché ne voit là qu’une gouvernance. $NVDAB
Sur Aave v3, la ligne de liquidation est plus serrée : l’oracle se met à jour plus vite, et après déclenchement, une décote fixe est appliquée avec une vente forcée. TermMax dispose d’une bande passante de marge au taux de collatéral ; la protection contre le slippage est agressive, ce qui laisse des marges minces aux liquidateurs. En situation extrême, il est possible que personne ne se dispute les ordres. Le risque de créances douteuses est repoussé. Les détenteurs de $TERM ne portent pas directement le risque, mais la couverture du fonds d’assurance est floue.
Comparé à Compound, les pénalités de liquidation de Compound sont transparentes : le mécanisme est ancien, mais solide. L’avantage de TermMax réside dans la structure des échéances des taux : lors de la liquidation, les positions non encore arrivées à maturité sont décotées selon la courbe. C’est davantage une logique de gestion d’arrêt façon revenu fixe qu’une fermeture immédiate. C’est plus favorable aux utilisateurs, mais le calcul coûte cher aux liquidateurs ; les scripts n’arrivent pas à faire tourner l’interface. Si $TERM n’arrive pas à inciter des liquidateurs professionnels, la liquidité disparaîtra au moment crucial.
En pratique, il y a aussi un détail : l’événement de liquidation TermMax est retardé de quelques dizaines de blocs dans l’UI. L’état on-chain a déjà changé, mais le front affiche encore “en sécurité”. Ce n’est pas un défaut critique, mais cela influence fortement le jugement. La synchronisation du front avec Euler est meilleure. La documentation de TermMax est plutôt succincte : les changements de paramètres n’ont pas d’historique de versions clair, et depuis le lancement du module de staking du $TERM, l’expérience n’a pas vraiment été améliorée.
En résumé, la conception de la liquidation a des idées, mais il manque encore une étape dans les détails d’exécution. La capture de valeur du $TERM n’est pas non plus reliée aux revenus de liquidation. @TermMax #termmax