TechFlow news, June 8 — According to analysis by X user @litangsongyx, the reason for this morning's "KOGE/USDT transaction with a single slippage loss of $47,000" was that the user set a nearly 50% slippage tolerance and did not enable MEV protection. The user executed a single trade worth $210,000 but ultimately received KOGE tokens valued at $161,000, incurring a loss of $47,000. Due to the large trade size, the routing system split the transaction across three liquidity pools:
$120,000 traded via the Uniswap V4 liquidity pool;
$43,000 traded via the Uniswap V3 liquidity pool ending in E507;
$47,000 traded via the PancakeSwap liquidity pool ending in 7057;
When the transaction went through the PancakeSwap pool ending in 7057, an MEV bot used a $320,000 trade to artificially inflate the price of KOGE significantly, causing the user’s transaction to execute at an extremely high price. The PancakeSwap liquidity pool itself functioned correctly—the pool only handles swaps, while slippage is determined by the order router. The fromTokenAmount parameter indicates the user intended to exchange $214,838 for KOGE, and the minReturnAmount parameter shows the minimum acceptable KOGE amount was set at 1,640 tokens. The user actually received 2,547 KOGE, indicating the order routing operated correctly.
The issue stemmed from excessively high slippage settings. At the time, $214,838 could have exchanged for approximately 3,300 KOGE. Since the user set the minimum received amount at 1,640 tokens, it can be inferred that their slippage tolerance was nearly 50%, and they had not enabled MEV protection. After suffering the MEV attack, the user added their KOGE tokens into the ZKJ-KOGE liquidity pool to earn fees.
