理塘宋亚轩 | Bird说：冤大头交易量很大，交易量21万u的刷量，收到价值16.1万u的koge，损失4.7万u

仔细研究了一下这笔交易的细节
先说造成损失的原因：这大哥设置了50%滑点，并且没开mev防护

这哥们属实是个大户，他在进行一笔交易量21万u的刷量，收到价值16.1万u的koge，损失4.7万u

冤大头的交易量很大，所以路由给他拆成从3个池子成交：
12万u走的univ4的池子
4.3万u走的尾号E507的univ3池子
4.7万u走的尾号7057的pancake池子

问题就出在尾号7057的池子，这个池子被夹子机器人用一笔32万u的交易把价格推到了极高的程度，导致这冤大头哥买入的时候以极高的价格完成了交易

当然，不是说pancake的池子在代码上有问题，池子只负责兑换，判断滑点是订单路由的工作

那么为什么路由让这笔交易通过了？我们来看看冤大头哥传入的参数：

解释一下：
fromTokenAmount表示这哥们想用214838u去兑换koge
minReturnAmount这个值代表这哥们想要收到的最低数量的koge，是1640个，所谓的百分之多少滑点，就是通过设置这个值来操作

所以订单路由也没问题，这哥们实际收到2547个koge，大于1640，在订单路由看来这笔交易是没问题的

问题在于这哥们设置的滑点！
214838u在当时应该能换到3300左右个koge，但这哥们设置的最少收到数量为1640，那么我们可以得到结论
这哥们设置的是50%滑点！！！！
而且没开mev防护！！！！

实际上这夹子可能对这个协议也不太熟悉，或者资金量不够，他只夹了一个池子，不然按照滑点设置，他完全可以夹第二个池子，让这大哥再损失900个koge。

冤大头哥后来发现不对了，他把买到的koge币加到zkj-koge池子里，可能想通过手续费挽回一些损失吧。

——————————

Ai 姨说：
刷 KOGE/USDT 一笔被夹 4.7 万美元！🥶

昨天还在反复提醒，今天地址 0x927…51721 就因为 MEV 攻击花费 4.7 万枚 USDT 仅买入 0.009 $KOGE ，成本高达 $5181958，一笔直接被夹没了…
https://bscscan.com/tx/0x5eca419a63d65b6eb438ab4a9d649188de7f321378516ddee2c2475caa57fa11

1️⃣不要单笔过大额度刷量，过犹不及
2️⃣不要关闭 MEV 防护

——————

Ai 姨说：

来咯，被夹这事闹得沸沸扬扬的，需要高亮下几个重点🙌

1️⃣ 被夹地址走得是 OKX DEX 路由，而非使用 Binance Wallet 出现的这个情况
2️⃣ 因为 MEV 攻击损失的金额是 4.7 万刀没错，而非社群中传播的 30 多万刀，实际上 32.7 万刀的那笔交易是由夹子发起的
3️⃣ 这次被夹的本质原因是该地址设置了 50% 的滑点且没有开启 MEV 防护，不是币安或者 OKX DEX 任何一方的问题
4️⃣ 提示仍然有效，币安 Alpha 刷量时单笔交易金额不要过大，且需要保持滑点 0.01%