Honeypot žetonas yra kriptovaliutų klasė su kenkėjiškais apribojimais. Kūrėjai sąmoningai pridės apribojimų ar užpakalinių durų išmaniosioms sutartims, kad paprasti vartotojai galėtų Pirkti žetonas, bet ne normalus parduoti, arba parduodant susidurti su itin dideliais mokesčiais, juodaisiais sąrašais ir kitais apribojimais, todėl lėšos lieka įstrigusios žetonas. Iš pažiūros tokio tipo žetonas gali atrodyti įprastai: yra likvidumo fondas, žetonas logotipas ir aktyvi bendruomenės reklama. Tačiau kai vartotojai perka decentralizuotoje biržoje, jie gali pastebėti, kad pardavimas atmetamas arba operacijos mokestis yra toks didelis, kad beveik neįmanoma atgauti lėšų.
Kaip patikrinti ir sumažinti riziką
Jūs galite OKLINK Palaukite, kol blockchain naršyklė įves žetonas sutarties adresą (kaip parodyta toliau pateiktame pavyzdyje). Jei žetonas buvo identifikuotas kaip medaus puodas, jis paprastai bus atitinkamai pažymėtas. ,
2. Kadangi grandinėje turės naują žetonas internete kiekvieną dieną, blockchain naršyklės rizikos ženklas gali neaprėpti visų žetonas realiu laiku, todėl taip pat galite atlikti rankinį savitikrą naudodami šį metodą. ,
Peržiūrėkite skirtuką „Skaityti sutartį":
owner(): Jei grąžinama vertė nėra 0x000..., paprastai reiškia, kad sutarties savininkas išlaiko kontrolę.
totalSupply() ir balanceOf(): naudojamas patikrinti pradinį žetonas paskirstymą.
Ieškokite funkcijų arba kintamųjų, tokių kaip "isExcludedFromFee(adresas)", "isBlacklisted(adresas)", "maxTxAmount()" ir "tradingEnabled()" (skirtingose sutartyse gali būti naudojami skirtingi pavadinimai, tačiau jų paskirtis yra panaši). ,
Skirtuke „Rašyti sutartį" (pasiekiama tik jei turite Leidimai):
Patikrinkite, ar nėra jautrių rašymo funkcijų, pvz. setFeePercent, setBlacklist, renounceOwnership arba setTradingEnabled. Jei šios funkcijos egzistuoja ir jas gali iškviesti tik sutarties savininkas, žetonas rizika bus didesnė. ,
Šaltinio kode ieškokite šių raktinių žodžių (neskirti didžiųjų ir mažųjų raidžių, taip pat galite atkreipti dėmesį į pabrauktą raštą): blacklist, isBot, onlyOwner, setFee, maxTx, exclusionFromFee, trading, swapAndLiquify, transferFrom, approve, mint, burn, renounceOwnership, liquidity.
ypatingas dėmesys transfer,_transfer ir transferFrom patikrinimas, ar jie bus taikomi į == porą arba iš == poros Naudokite skirtingą logiką, kad atskirtumėte pirkimo ir pardavimo operacijas.
Jei radote tokį kodą:
reikalauti(!_yra įtrauktas į juodąjį sąrašą[iš]); if (to == pora) { mokestis = 99; }
tai vienas Akivaizdi raudona vėliava.
Patikrinkite, ar sutartis iškviečia maršrutizatorių(pvz., Pancake / Uniswap Router) ir ar apsikeitimo procesas apima lockTheSwap,_tax ir kita sudėtinga logika. Ši logika gali trukdyti normalioms operacijoms.