Honeypot token er en klasse af kryptovalutaer med ondsindede begrænsninger. Udviklere vil bevidst tilføje begrænsninger eller bagdøre til smarte kontrakter, så almindelige brugere kan Køb token, men ikke normal sælge, eller støder på ekstremt høje gebyrer, sortlister og andre restriktioner ved salg, hvilket efterlader midler fanget i token. På overfladen kan denne type token se normal ud: der er en likviditetspulje, token-logo og aktiv community-promovering. Men når brugerne køber på en decentral børs, kan de opleve, at salget bliver afvist, eller transaktionsgebyret er så højt, at det næsten er umuligt at få pengene tilbage.
Sådan kontrolleres og reduceres risikoen
Det kan du OKLINK Vent på, at blockchain-browseren indtaster token-kontraktadressen (som vist i eksemplet nedenfor). Hvis token er blevet identificeret som en honeypot, vil den normalt blive markeret i overensstemmelse hermed. ,
2. Da på kæden vil have nye token online hver dag, dækker blockchain-browserens risikomærke muligvis ikke alle token i realtid, så du kan også udføre manuel selvkontrol gennem følgende metode. ,
Se fanen "Læs kontrakt":
owner(): Hvis returværdien ikke er 0x000..., betyder normalt, at kontraktejeren bevarer kontrollen.
totalSupply() og balanceOf(): Bruges til at kontrollere initial token-allokering.
Se efter funktioner eller variabler såsom "isExcludedFromFee(address)", "isBlacklisted(address)", "maxTxAmount()" og "tradingEnabled()" (forskellige kontrakter kan bruge forskellige navne, men deres formål er ens). ,
På fanen "Skriv kontrakt" (kun tilgængelig, hvis du har Tilladelser):
Tjek for tilstedeværelsen af følsomme skrivefunktioner, f.eks. setFeePercent, setBlacklist, renounceOwnership eller setTradingEnabled. Hvis disse funktioner eksisterer og kun kan kaldes af kontraktindehaveren, vil risikoen for token være højere. ,
Søg efter følgende nøgleord i kildekoden (der skelnes ikke mellem store og små bogstaver, du kan også være opmærksom på den understregede tekst): blacklist, isBot, onlyOwner, setFee, maxTx, exclusionFromFee, trading, swapAndLiquify, transferFrom, approve, mint, burn, renounceOwnership, liquidity.
særlig opmærksomhed transfer,_transfer og transferFrom implementeringer, kontrollere om de vil målrettes til == par eller fra == par Brug forskellig logik til at skelne mellem køb og salg.
Hvis du finder en kode som denne:
require(!_er sortlistet[fra]); hvis (til == par) { gebyr = 99; }
dette er en Klart rødt flag.
Tjek, om kontrakten kalder routeren(såsom Pancake/Uniswap Router), og om bytteprocessen omfatter lockTheSwap,_tax og anden kompleks logik. Disse logikker kan hindre normale transaktioner.