#grvt Cette semaine, je débogue mon script Python de gestion des risques pour approfondir la logique de liquidation d’un projet qui n’a pas émis de tokens, @grvt_io. En creusant, j’ai découvert un point de jeu dérivé extrêmement discret et fatal.
Le fonctionnement des contrats perpétuels dépend fortement du marquage interne du prix et de l’index d’oracle externe. Pendant les périodes de liquidité abondante et de marché fluide, cette double vérification bidirectionnelle peut effectivement empêcher la manipulation à point unique ; mais dès qu’on affronte des conditions de marché extrêmes, l’effet à double tranchant du mécanisme se révèle.
💡 Retard de l’oracle et zone de “vide de liquidation”
Imaginez : la liquidité du carnet d’ordres s’assèche instantanément, les cotations en salle se décalent violemment, tandis que l’oracle externe subit précisément quelques secondes de délai physique. À ce moment-là, le moteur de liquidation se retrouve coincé dans une zone d’exécution “à vide”. La finalité on-chain garantit certes que le grand livre final ne peut pas être falsifié, mais elle est incapable de vérifier a posteriori si les conditions déclenchantes issues de la collision entre « matching off-chain » et « données en retard » sont réellement raisonnables.
Je suppose que cette désynchronisation conduit très facilement le fonds de garantie à évaluer sa capacité à encaisser la pression à l’aide d’un index externe surévalué, ce qui engendre une confiance aveugle et fatale.
⚡ Spirale de la mort en mode full position
Cette fragilité est amplifiée à l’infini en mode full position. Supposons que vous déteniez à la fois un ordre BTC long solide comme le roc, ainsi qu’un actif à longue traîne très volatil. Dès que l’actif à longue traîne plante son aiguille vers le bas, l’ensemble du compte peut déclencher instantanément le seuil de prise en charge, menant à la liquidation.
L’actif principal forcé à être vendu continue d’exercer une pression sur le carnet, provoquant une réaction en chaîne de piétinements. Auparavant, j’ai subi ce type de “gain obscur” sur un autre protocole : le coût invisible d’une liquidation en cascade était extrêmement élevé. $ETH
🛡️ Ma stratégie défensive et les conclusions des tests avec GRVT
C’est pourquoi, lors de mes tests sur le réseau de test, je fais actuellement :
1. J’active invariablement uniquement le mode position par position (逐倉), sans jamais laisser un actif à haut risque contaminer la marge de sécurité du cœur.
2. Je me base sur un moniteur que j’ai écrit moi-même pour capturer en temps réel l’écart de prix entre les deux côtés.
Le TGE à venir est très attendu, et le matching off-chain est effectivement fluide. Mais savoir si un moteur de gestion des risques est “à la hauteur” dépend de l’existence, en cas d’extrêmes turbulences, d’une protection par réduction partielle (Partial Liquidation).
Jugement final :
#grvt actuellement, cela convient aux personnes capables de surveiller de manière indépendante qui veulent jouer à un jeu d’isolation. En l’absence de validation externe et quand on fait aveuglément confiance à une seule source de prix, il ne faut jamais augmenter le levier de façon imprudente.