Analyse : Une transaction KOGE a été coincée avec 47 000 $ en raison d'un slippage de près de 50 % réglé par l'utilisateur et la protection MEV non activée.
BlockBeats News, le 8 juin, selon l’analyse des @litangsongyx utilisateurs de X, la raison de la perte des utilisateurs qui ont « échangé KOGE/USDT pour une seule transaction de 47 000 $ » ce matin était que près de 50% de glissement était défini et que la protection MEV n’était pas activée. L’utilisateur a échangé 210 000 $ en une seule transaction et a finalement reçu 161 000 $ de KOGE, perdant 47 000 $. En raison de l’énorme volume de transactions de l’utilisateur, Routing divise sa transaction en 3 pools de liquidité : le volume de transactions de 120 000 $ utilise le pool de liquidité Uniswap V4 ; un volume de transactions de 43 000 $ à l’aide du pool de liquidité Uniswap V3 avec le numéro de queue E507 ; Le volume de transactions de 47 000 $ utilise le pool de liquidité PancakeSwap avec le numéro de queue 7057 ; Lors de la transaction via le pool de liquidité PancakeSwap avec le numéro de queue 7057, le bot MEV a utilisé une transaction de 320 000 $ pour pousser KOGE à un niveau extrêmement élevé, ce qui a amené l’utilisateur à effectuer la transaction à un prix extrêmement élevé. Il n’y a aucun problème avec le pool de liquidité PancakeSwap, qui n’est responsable que de l’échange, et le slippage est déterminé comme étant acheminé par l’ordre. Le paramètre fromTokenAmount indique que l’utilisateur souhaite échanger 214838 USD contre du KOGE, et le paramètre minReturnAmount indique que le montant minimum de KOGE que l’utilisateur souhaite recevoir est de 1640 KOGE, et le montant réel de KOGE reçu est de 2547 KOGE, et que l’acheminement de l’ordre est correct. Le problème était que le glissement était trop élevé, 214838 USD pouvaient être échangés contre environ 3 300 KOGE à l’époque, et puisque le nombre minimum reçu était de 1 640 pièces, on peut supposer que les paramètres de glissement de l’utilisateur étaient aussi élevés que près de 50 % et que la protection MEV n’était pas activée. L’utilisateur a ajouté des jetons KOGE au pool de liquidité ZKJ-KOGE pour gagner des frais après l’attaque MEV.
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
Récompense
J'aime
1
Partager
Commentaire
0/400
GRAFUNI
· 06-08 06:46
Pancakeswap est un instrument très financièrement dangereux
Analyse : Une transaction KOGE a été coincée avec 47 000 $ en raison d'un slippage de près de 50 % réglé par l'utilisateur et la protection MEV non activée.
BlockBeats News, le 8 juin, selon l’analyse des @litangsongyx utilisateurs de X, la raison de la perte des utilisateurs qui ont « échangé KOGE/USDT pour une seule transaction de 47 000 $ » ce matin était que près de 50% de glissement était défini et que la protection MEV n’était pas activée. L’utilisateur a échangé 210 000 $ en une seule transaction et a finalement reçu 161 000 $ de KOGE, perdant 47 000 $. En raison de l’énorme volume de transactions de l’utilisateur, Routing divise sa transaction en 3 pools de liquidité : le volume de transactions de 120 000 $ utilise le pool de liquidité Uniswap V4 ; un volume de transactions de 43 000 $ à l’aide du pool de liquidité Uniswap V3 avec le numéro de queue E507 ; Le volume de transactions de 47 000 $ utilise le pool de liquidité PancakeSwap avec le numéro de queue 7057 ; Lors de la transaction via le pool de liquidité PancakeSwap avec le numéro de queue 7057, le bot MEV a utilisé une transaction de 320 000 $ pour pousser KOGE à un niveau extrêmement élevé, ce qui a amené l’utilisateur à effectuer la transaction à un prix extrêmement élevé. Il n’y a aucun problème avec le pool de liquidité PancakeSwap, qui n’est responsable que de l’échange, et le slippage est déterminé comme étant acheminé par l’ordre. Le paramètre fromTokenAmount indique que l’utilisateur souhaite échanger 214838 USD contre du KOGE, et le paramètre minReturnAmount indique que le montant minimum de KOGE que l’utilisateur souhaite recevoir est de 1640 KOGE, et le montant réel de KOGE reçu est de 2547 KOGE, et que l’acheminement de l’ordre est correct. Le problème était que le glissement était trop élevé, 214838 USD pouvaient être échangés contre environ 3 300 KOGE à l’époque, et puisque le nombre minimum reçu était de 1 640 pièces, on peut supposer que les paramètres de glissement de l’utilisateur étaient aussi élevés que près de 50 % et que la protection MEV n’était pas activée. L’utilisateur a ajouté des jetons KOGE au pool de liquidité ZKJ-KOGE pour gagner des frais après l’attaque MEV.