这两天，$KOGE 创建了一个0.0003% LP池，引发了争议据我亲测，可能最低需要大概8000U左右binance

傲寒

这两天，$KOGE 创建了一个0.0003% LP池，引发了争议
据我亲测，可能最低需要大概8000U左右binance router才会走那个LP池。基本每笔损耗在0.4左右，部分人可能更低。
有一部分人认为这个池子起点太高了，认为这是一个只允许大户参与的池子。
据悉，池子方并没有使用HOOK。所以并不是池子方限制。
再加上今天早上七点五十八分出现了“被夹”，有一个Binance WEB3 钱包用户被夹子给夹了。
交易哈希为：
0x5eca419a63d65b6eb438ab4a9d649188de7f321378516ddee2c2475caa57fa11
使用OKLINK可以检查到该地址交互的合约是OKX WEB3的合约地址

再使用BSC浏览器搜索该笔交易哈希可以查到更多详情内容

fromTokenAmount 代表支付代币数量214838USDT（USDT精度18所以为214838）
minReturnAmount 代表最少接收数量，你们百分比滑点也是通过这个值设置的。由此得出1640KOGE多一点。
并且根据交易哈希所得，该笔订单获得了2500多枚KOGE，也是大于1640的，从订单角度来说，这个路由也是没有任何问题的。
根据当时USDT/KOGE价格，是可以获取到大概三千三百多枚KOGE的，那么问题就排查出来了，他当时的滑点是50%，并且也没有使用EVM节点，这就代表着这笔大额订单在裸奔。不被夹才怪，在滑点容忍范围内，他获取的代币只要大于minReturnAmount这个值那就没有任何问题。如果不符合滑点要求的话这笔交易会报错，并且USDT不会受到任何损失，最多丢点GAS。

积分狂魔

能够分析下为什么滑点设置50%吗？这个代币正常推荐的都是1%

神经蛙神

取消了 现在低池子

神经蛙神

有没有可能是夹子的服务商自己在做测试