Analysis: KOGE Transaction Sandwiched for $47,000 in a Single Trade User Set Nearly 50% Slippage and Did Not Enable MEV Protection

BlockBeats News, June 8th, according to user X @litangsongyx's analysis, this morning's "KOGE/USDT Transaction Single Trade Slippage $47,000" user loss reason was due to setting nearly 50% slippage and not enabling MEV protection. The user's single trade volume was $210,000, ultimately receiving $161,000 worth of KOGE, resulting in a $47,000 loss. Due to the large transaction volume of the user, the trade was split and executed across 3 liquidity pools:

$120,000 trade volume using Uniswap V4 liquidity pool;

$43,000 trade volume using the Uniswap V3 liquidity pool ending in E507;

$47,000 trade volume using the PancakeSwap liquidity pool ending in 7057;

During the trade through the PancakeSwap liquidity pool ending in 7057, an MEV bot executed a $320,000 transaction to push KOGE to an extremely high price, causing the user to complete the trade at a very high price. The PancakeSwap liquidity pool itself did not encounter any issues, as the pool is only responsible for swapping, while slippage determination is handled by the order routing. The fromTokenAmount parameter indicates that the user intended to swap $214,838 for KOGE, the minReturnAmount parameter indicates that the user expected to receive a minimum of 1640 KOGE, but actually received 2547 KOGE, and the order routing was also successful.

The issue arose from setting the slippage too high. At the time, $214,838 was approximately convertible to 3300 KOGE. Since the minimum received quantity was set to 1640 KOGE, it can be inferred that the user set a slippage of nearly 50% and did not enable MEV protection. Following the MEV attack, the user has added the KOGE token to the ZKJ-KOGE liquidity pool to earn fees.