Honeypot token är en klass av kryptovalutor med skadliga begränsningar. Utvecklare kommer medvetet att lägga till begränsningar eller bakdörrar till smarta kontrakt så att vanliga användare kan Köp token, men inte normalt sälja, eller stöter på extremt höga avgifter, svarta listor och andra restriktioner vid försäljning, vilket gör att pengar blir fångade i token. På ytan kan den här typen av token se normal ut: det finns en likviditetspool, token-logotyp och aktiv gemenskapskampanj. Men när användare väl köper på en decentraliserad börs kan de upptäcka att försäljningen avvisas, eller så är transaktionsavgiften så hög att det nästan är omöjligt att få tillbaka pengarna.
Hur man kontrollerar och minskar risken
Du kan OKLINK Vänta tills blockchain-webbläsaren anger token-kontraktsadressen (som visas i exemplet nedan). Om token har identifierats som en honungskruka kommer den vanligtvis att märkas därefter. .
2. Eftersom på kedjan kommer att ha nya token online varje dag, kanske riskmärket för blockchain-webbläsaren inte täcker alla token i realtid, så du kan också utföra manuell självkontroll genom följande metod. .
Se fliken "Läs kontrakt":
owner(): Om returvärdet inte är det 0x000..., innebär vanligtvis att kontraktsägaren behåller kontrollen.
totalSupply() och balanceOf(): Används för att kontrollera initial token-allokering.
Leta efter funktioner eller variabler som "isExcludedFromFee(address)", "isBlacklisted(address)", "maxTxAmount()" och "tradingEnabled()" (olika kontrakt kan ha olika namn, men deras syfte är liknande). .
På fliken "Skriv kontrakt" (endast tillgänglig om du har Behörigheter):
Kontrollera om det finns känsliga skrivfunktioner, t.ex. setFeePercent, setBlacklist, renounceOwnership eller setTradingEnabled. Om dessa funktioner finns och endast kan anropas av kontraktsinnehavaren är risken för token högre. .
Sök efter följande nyckelord i källkoden (inte skiftlägeskänslig, du kan också vara uppmärksam på den understrukna texten): blacklist, isBot, onlyOwner, setFee, maxTx, exclusionFromFee, trading, swapAndLiquify, transferFrom, approve, mint, burn, renounceOwnership, liquidity.
särskild uppmärksamhet transfer,_transfer och transferFrom implementeringar, kontrollera om de kommer att riktas till == par eller från == par Använd olika logik för att skilja mellan köp- och säljoperationer.
Om du hittar kod så här:
require(!_är svartlistad[från]); if (till == par) { avgift = 99; }
det här är en Uppenbar röd flagga.
Kontrollera om kontraktet ringer routern(som Pancake/Uniswap Router), och om bytesprocessen inkluderar lockTheSwap,_tax och annan komplex logik. Dessa logiker kan hindra normala transaktioner.