Honeypot-cryptofraude uitgelegd: hoe controleer je of je een token kunt verkopen?

Belangrijk: Een token dat gekocht kan worden, is niet per se een token dat ook verkocht kan worden. Een crypto-honeypot-oplichting is ontworpen om precies die valse indruk te wekken: de aankoop lijkt te werken, terwijl het contract de verkoop blokkeert, een extreem hoge verkoopbelasting hanteert, bepaalde wallets beperkt of te weinig bruikbare liquiditeit overlaat voor een exit.

Fictief voorbeeld ter illustratie: Maya ziet een bericht op sociale media waarin een nieuwe token genaamd LumaFox wordt gepromoot. Het bericht toont een stijgende grafiek en een contractadres, maar ze heeft niet gecontroleerd of het adres daadwerkelijk bij het project hoort. Voordat ze een wallet koppelt of geld overmaakt, wil ze één specifieke vraag beantwoorden: "Zou een normale wallet deze token via de genoemde handelsroute kunnen verkopen?" De onderstaande controles laten zien hoe Maya dit zou onderzoeken. LumaFox, het bericht en alle resultaten die in dit voorbeeld worden beschreven, zijn fictief; het betreft geen echte token, getuigenis of test.

Wat maakt een token tot een lokmiddel?

In deze context is een honeypot een token waarvan de handelsregels het kopen gemakkelijker maken dan verkopen. De beperking kan duidelijk zijn, zoals een mislukte overdracht, of subtiel, zoals een verkoopfee die bijna gelijk is aan de volledige transactiewaarde. Sommige contracten geven een beheerder ook de mogelijkheid om overdrachten te pauzeren, belastingen te wijzigen, wallets op een zwarte lijst te plaatsen of de handelsroute later aan te passen.

De term 'honeypot' beschrijft niet elk token dat moeilijk te verkopen is. Een legitiem token kan bijvoorbeeld niet verkocht worden omdat een gedecentraliseerde beurs onvoldoende liquiditeit heeft, de gekozen route verkeerd is, het netwerk overbelast is, de wallet niet beschikt over het eigen gastoken van het netwerk, of de slippagelimiet te laag is. Het praktische doel is daarom niet om een ​​geruststellend label te krijgen, maar om te achterhalen of de mislukking te wijten is aan het tokencontract, de markt of de transactie-opzet.

Uniswap Labs legt uit dat een swap kan mislukken wanneer de daadwerkelijke output de geselecteerde slippagelimiet overschrijdt en dat een token ook een transactiekosten kan bevatten. In hun richtlijnen voor onverkoopbare tokens wordt aanbevolen om mislukte transacties te controleren, waarschuwingen zoals een ogenschijnlijke verkoopkosten van 100% te bekijken en aanvullende tools voor tokenanalyse te raadplegen. Lees de richtlijnen van Uniswap Labs over oplichting met onverkoopbare tokens voor de actuele, interfacespecifieke waarschuwingen.

Stap 1: Bevestig het exacte tokenadres en de blockchain.

Maya moet niet alleen zoeken naar "LumaFox" of de ticker ervan. Tokennamen en symbolen kunnen gekopieerd worden. Ze moet het contractadres verkrijgen via een projectwebsite of -account dat ze onafhankelijk kan verifiëren, en vervolgens controleren of het adres op de juiste blockchain staat. Een Ethereum-adres dat in een BNB Chain-checker wordt geplakt, of een echt adres gekoppeld aan een nepnetwerk, kan een misleidend resultaat opleveren.

Kopieer het adres waar mogelijk direct, vergelijk de eerste en laatste paar tekens en controleer het netwerk dat wordt weergegeven door de crypto-explorer en de handelsinterface. Gebruik geen adres dat uitsluitend via een ongevraagd direct bericht is verstrekt. De Federal Trade Commission (FTC) waarschuwt in haar waarschuwingen over cryptovaluta-fraude dat oplichters frauduleuze munten of tokens kunnen promoten via sociale media, gelikte websites en overtuigende beweringen. Een professioneel ogende pagina is geen bewijs van eigendom of legitimiteit.

Stap 2: Voer een koop- en verkoopsimulatie uit

Een alleen-lezen honeypot-checker kan het handelspad simuleren zonder Maya te vragen de token aan te schaffen. De API-documentatie van Honeypot.is beschrijft een eindpunt dat een token of pair-adres accepteert en kan rapporteren over het succes van de simulatie, een honeypot-resultaat, koop- en verkoopbelastingen, gasschattingen, maximaal gedetecteerde koop- of verkoopbedragen, houderanalyse en pair-informatie.

Voor een praktische interpretatie van het resultaat dient Maya de volgende volgorde aan te houden:

1. Simulatiestatus: Als de simulatie is mislukt, lees dan de foutmelding. "Mislukt" betekent niet altijd dat er sprake is van kwaadaardige code; onvoldoende liquiditeit of een tijdelijk probleem met de route kunnen ook de oorzaak zijn. Het betekent wel dat er geen duidelijke bevestiging van verkoopbaarheid is.
2. Verkoopresultaat: Een succesvolle koop- en verkoopsimulatie geven meer informatie dan een prijsgrafiek. Het resultaat moet een verkooproute en een zinvol verkoopbedrag laten zien, niet alleen dat het token bestaat.
3. Verkoopbelasting: Een bekende, hoge of veranderende belasting kan een technisch succesvolle verkoop economisch nutteloos maken. Beschouw een onbekende belasting als onbekend, niet als nul.
4. Maximale verkoop: Als de tool een maximaal verkoopbedrag detecteert, vergelijk dit dan met het bedrag dat een houder nodig heeft om uit te stappen. Een token kan een kleine verkoop toestaan, terwijl een normale verkoop wordt geblokkeerd.
5. Liquiditeit en valutapaar: Bevestig welke pool en koersvaluta zijn gebruikt. Een resultaat dat gekoppeld is aan een ander valutapaar of een andere keten beschrijft mogelijk niet de markt die Maya wil gebruiken.

Honeypot.is merkt specifiek op dat de velden voor het simulatieresultaat en de maximale koop- of verkooplimieten niet gegarandeerd aanwezig zijn. Ook staat er dat een ontbrekend resultaat kan voorkomen wanneer een token een honeypot is of wanneer de simulatie mislukt. Deze beperking is belangrijk: "geen resultaat" zou moeten leiden tot nader onderzoek of de beslissing om af te zien van de transactie, niet tot de aanname dat het token veilig is.

Stap 3: Controleer de risicosignalen van het contract.

Maya moet het adres controleren met een tweede beveiligingsbron, zoals de GoPlus Token Security-antwoorddocumentatie . De namen en beschikbaarheid van velden kunnen veranderen en sommige waarden zijn mogelijk niet beschikbaar voor closed-source- of proxycontracten. Daarom moet ze het huidige resultaat lezen in plaats van af te gaan op een oude schermafbeelding.

Besteed bijzondere aandacht aan vlaggen of velden die het volgende bedekken:

• honeypot-status of geblokkeerde verkoop;
• aankoopbelasting, verkoopbelasting en de vraag of de belasting kan worden gewijzigd;
• of houders al hun tokens kunnen verkopen;
• overdrachten die gepauzeerd kunnen worden, blacklist-controles of whitelist-controles;
• het slaan van munten of andere privileges die de voorraad beïnvloeden;
• proxygedrag of andere gedelegeerde oproepen; en
• het bestaan ​​en de omvang van de liquiditeit van gedecentraliseerde beurzen.

GoPlus legt uit dat een aanpasbare belasting de eigenaar in staat kan stellen de koop- of verkoopbelasting te wijzigen, waardoor het token mogelijk niet meer verhandelbaar is. Het beschrijft ook pauzeerbare overdrachten en blacklistfuncties als controlemechanismen die sommige of alle houders kunnen beletten te handelen. Dit zijn risicosignalen, geen automatisch bewijs van fraude in elk project. Als het project deze signalen echter niet duidelijk en onafhankelijk kan uitleggen, is het verstandig om de aankoop te vermijden.

Stap 4: Controleer de machtigingen van de verkenner en het contract.

Maya kan op de betreffende blockchain-explorer het tokenadres openen en het gedeelte 'Contract' inspecteren. Ze moet controleren of de broncode is geverifieerd, of het adres een proxy is en of beheerdersfuncties het handelsgedrag kunnen beïnvloeden. Zoek in de leesbare code of de contractinterface naar concepten zoals het instellen van kosten, het pauzeren van transacties, blacklisting, whitelisting, minting, het wijzigen van de router of het opnemen van liquiditeitsgerelateerde activa.

Een geverifieerde broncode is nuttig omdat gebruikers hiermee de gepubliceerde broncode kunnen vergelijken met de geïmplementeerde bytecode en de blootgestelde interface van het contract kunnen lezen. Het is echter geen garantie dat de code veilig is, dat de eigenaar eerlijk is of dat elk extern contract dat tijdens een transactie wordt aangeroepen, onschadelijk is. Het informatiecentrum van Etherscan biedt actuele richtlijnen voor explorerfuncties en contractverificatie. Honeypot.is waarschuwt er ook voor dat het contractverificatie-eindpunt controleert of het contract en de aangeroepen contracten open source zijn; het is geen vervanging voor een professionele audit. Zie de documentatie over contractverificatie van Honeypot.is .

Proxycontracten vereisen extra aandacht. De zichtbare proxy kan gedrag delegeren aan een implementatiecontract dat kan worden geüpgraded. Als het implementatieadres, de upgradebevoegdheid of de eigenaarsrechten onduidelijk zijn, kan Maya de momenteel weergegeven code niet beschouwen als een permanente beschrijving van toekomstig gedrag.

Stap 5: Maak onderscheid tussen verkoopbaarheid en liquiditeit.

Een token kan een contractsimulatie doorstaan, maar toch praktisch onmogelijk zijn om eruit te stappen. Als de pool klein is ten opzichte van de transactie, kan verkopen een aanzienlijke impact hebben op de prijs. Een offerte kan technisch gezien bestaan, terwijl het ontvangen bedrag ver onder de weergegeven marktprijs ligt. Uniswap Labs merkt op dat onvoldoende liquiditeit kan voorkomen dat een swap wordt voltooid en dat slippage-instellingen van invloed zijn op het succes van een transactie.

Maya moet de beoogde verkoopomvang vergelijken met de liquiditeit van de pool, de aangeboden prijs controleren en nagaan of de prijs na aftrek van kosten nog steeds plausibel is. Ze moet de slippage niet blindelings verhogen om een ​​transactie erdoorheen te drukken. Een zeer hoge slippage-instelling kan een extreem ongunstige prijs accepteren en een abnormale tokenvergoeding maskeren in plaats van het onderliggende probleem op te lossen.

Hoe tegenstrijdige resultaten te interpreteren

In Maya's fictieve LumaFox-voorbeeld zou een enkele groene 'verkoop'-indicator slechts één datapunt zijn. Ze zou nog steeds de keten, het valutapaar, de belasting, de liquiditeit, de proxystatus en de zeggenschap van de eigenaar moeten bevestigen. Als een essentieel resultaat onbekend of tegenstrijdig is, is de veiligste conclusie niet 'waarschijnlijk in orde'. Het is eerder 'niet voldoende geverifieerd om geld te riskeren'.

Wat te doen als u al een verdacht token heeft gekocht?

Betaal niemand die belooft een verkoop te "ontgrendelen", een zwarte lijst te verwijderen of geld terug te vorderen in ruil voor een vooruitbetaling in cryptovaluta. Dergelijke aanbiedingen zijn vaak een uitbreiding van de oorspronkelijke oplichting. Deel geen seed phrase of privésleutel en onderteken geen onbekende goedkeuring of transactie omdat een vreemde zegt dat dit de verkoop mogelijk maakt.

Noteer het contractadres, de blockchain, de transactiehashes, screenshots en de exacte foutmeldingen. Controleer de goedkeuringen van de wallet met behulp van een betrouwbare wallet- of block-explorer-workflow en trek machtigingen alleen in nadat u hebt bevestigd wat u intrekt en welke netwerkkosten aan de actie verbonden zijn. Als de wallet mogelijk een kwaadwillige transactie heeft ondertekend of de herstelzin heeft prijsgegeven, verplaats dan de resterende activa naar een nieuwe, correct geback-upte wallet met behulp van een schoon apparaat en schakel gekwalificeerde hulp in voor incidentrespons. De FTC adviseert om cryptovalutafraude te melden en relevante gegevens te bewaren via haar kanalen voor consumentenbescherming.

Laatste zelfcontrole vóór aankoop van tokens

1. Beschik ik over het exacte contractadres en de correcte keten, afkomstig van een onafhankelijk geverifieerde bron?
2. Heeft een recente controle met alleen-lezen-toegang een succesvol verkooptraject aangetoond, en niet alleen een succesvolle aankoop?
3. Zijn de verkoopbelasting, de maximale verkooplimieten en de liquiditeit bekend en economisch verantwoord?
4. Heeft een tweede bron de risico's met betrekking tot honeypots, blacklists, pauzes, proxy's en eigenaarscontrole bevestigd?
5. Mag ik uitleggen wie het contract kan wijzigen en wat die controlemechanismen precies inhouden?
6. Weiger ik hiermee een wallet te koppelen of iets te ondertekenen dat niets met de alleen-lezen-controle te maken heeft?

Als het antwoord op een essentiële vraag nee is, stel de aankoop dan uit. Een tokenchecker kan vermijdbare fouten verminderen, maar kan geen garantie bieden voor toekomstige liquiditeit, eerlijk beheer of bescherming tegen alle vormen van oplichting. Het beste resultaat van het proces kan zijn dat er onvoldoende betrouwbaar bewijs is om te handelen.

Geraadpleegd op 16 september 2026. Beveiligingstools, verkennerinterfaces, ondersteunde blockchains en contractgedrag kunnen veranderen; raadpleeg de actuele documentatie voordat u op resultaten vertrouwt.