TechFlow, le 8 juin, selon l'analyse de l'utilisateur X @litangsongyx, la raison de la perte subie ce matin par un utilisateur ayant effectué une transaction KOGE/USDT avec un sandwich attack de 47 000 dollars était due à un slippage proche de 50 % et à l'absence de protection MEV activée. Le volume total de cette transaction s'élevait à 210 000 dollars, mais l'utilisateur n'a reçu que 161 000 dollars en KOGE, perdant ainsi 47 000 dollars. En raison du volume important de la transaction, le routeur a divisé celle-ci en trois pools de liquidité :
Un volume de 120 000 dollars a été traité via le pool de liquidité Uniswap V4 ;
Un volume de 43 000 dollars a été traité via le pool de liquidité Uniswap V3 se terminant par E507 ;
Un volume de 47 000 dollars a été traité via le pool de liquidité PancakeSwap se terminant par 7057 ;
Lorsque la transaction a transité par le pool PancakeSwap se terminant par 7057, un bot MEV a utilisé une transaction de 320 000 dollars pour faire grimper artificiellement le prix du KOGE à un niveau extrêmement élevé, forçant ainsi l'utilisateur à finaliser sa transaction à un prix très élevé. Le pool de liquidité PancakeSwap n'était pas défectueux : son rôle se limite à l'échange, tandis que la gestion du slippage est assurée par le routeur de transactions. Le paramètre fromTokenAmount indique que l'utilisateur souhaitait échanger 214 838 dollars contre des KOGE, et le paramètre minReturnAmount indique qu'il voulait recevoir au minimum 1 640 KOGE. En réalité, il a reçu 2 547 KOGE, ce qui signifie que le routeur de transactions n'a pas commis d'erreur.
Le problème provient du slippage excessivement élevé configuré. À ce moment-là, 214 838 dollars permettaient d'obtenir environ 3 300 KOGE. Comme l'utilisateur a fixé un minimum de réception à 1 640 KOGE, on peut en déduire que son slippage était proche de 50 %, sans protection MEV activée. Après l'attaque MEV, l'utilisateur a ajouté ses jetons KOGE au pool de liquidité ZKJ-KOGE afin de percevoir des frais.
