這兩天，$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。