Honeypot жетон — это класс криптовалют со вредоносными ограничениями. Разработчики намеренно будут добавлять ограничения или бэкдоры в смарт-контракты, чтобы обычные пользователи могли Купить жетон, но не обычный продать или столкнетесь с чрезвычайно высокими комиссиями, черными списками и другими ограничениями при продаже, в результате чего средства останутся в ловушке жетон. На первый взгляд этот тип жетон может выглядеть нормально: есть пул ликвидности, логотип жетон и активное продвижение сообщества. Но как только пользователи совершают покупку на децентрализованной бирже, они могут обнаружить, что продажа отклонена или комиссия за транзакцию настолько высока, что вернуть средства практически невозможно.
Как проверить и снизить риск
Вы можете ОКССЫЛКА Подождите, пока браузер блокчейн введет адрес контракта жетон (как показано в примере ниже). Если жетон определен как приманка, он обычно помечается соответствующим образом.
2. Поскольку на ончейн каждый день в сети будут появляться новые жетон, знак риска браузера блокчейн может не распространяться на все жетон в режиме реального времени, поэтому вы также можете выполнить самопроверку вручную с помощью следующего метода.
Откройте вкладку «Читать договор»:
owner(): Если возвращаемое значение не 0x000..., обычно означает, что владелец контракта сохраняет контроль.
totalSupply() и balanceOf(): используется для проверки первоначального распределения жетон.
Найдите такие функции или переменные, как «isExcludedFromFee(адрес)», «isBlacklisted(адрес)», «maxTxAmount()» и «tradingEnabled()» (разные контракты могут использовать разные имена, но их назначение схоже).
На вкладке «Написать контракт» (доступно только при наличии Разрешения):
Проверьте наличие чувствительных функций записи, например. setFeePercent, setBlacklist, renounceOwnership или setTradingEnabled. Если эти функции существуют и могут быть вызваны только владельцем контракта, риск жетон будет выше.
Найдите в исходном коде следующие ключевые слова (регистр не учитывается, вы также можете обратить внимание на подчеркнутое написание): blacklist, isBot, onlyOwner, setFee, maxTx, exclusionFromFee, trading, swapAndLiquify, transferFrom, approve, mint, burn, renounceOwnership, liquidity.
особое внимание transfer,_transfer и transferFrom реализации, проверяя, будут ли они нацелены до == пара или из == пары Используйте разную логику, чтобы различать операции покупки и продажи.
Если вы найдете такой код:
require(!_isBlacklisted[from]); если (к == паре) { плата = 99; }
это один Очевидный красный флаг.
Проверьте, вызывает ли контракт маршрутизатор(например, Pancake/Uniswap Router), а также включает ли процесс замены lockTheSwap,_tax и другая сложная логика. Эта логика может препятствовать нормальным транзакциям.