Récemment, beaucoup de gens parlent de la liquidation à effet de levier, en réalité ce n'est pas toujours que tu as tort dans ta direction, c'est souvent que l'oracle de prix est lent à réagir. Le prix sur la chaîne via la plateforme d'échange ou DEX a déjà changé, mais l'oracle utilise encore les données de la précédente mise à jour, et le module de gestion des risques calcule la marge en se basant sur l'ancien prix : ce qui doit être complété ne te le rappelle pas, ce qui doit être liquidé est liquidé en premier, ou inversement, quelqu'un fait de l'arbitrage pour vider le pool et tu ne t'en rends compte que plus tard. En gros, lors de la liquidation, ce qui compte c'est le « prix reconnu par qui ». Donc maintenant, avant d'ouvrir une position, je regarde d'abord quel oracle le projet utilise, la fréquence de mise à jour, les règles de rollback en cas d'anomalie, et je demande aussi si l'équipe a le droit de modifier manuellement la source de prix. Sur Layer2, ils comparent quotidiennement le TPS et les frais, mais je suis plus préoccupé par le fait que le retard dans la mise à jour des prix et la file d'attente des messages cross-chain soient considérés comme des « fluctuations normales »… De toute façon, quand il y a un problème, la dernière responsabilité revient toujours à l'utilisateur.