本文へ移動

ハニーポットトークンの見分け方

購入できても売却できないトークンを見分けるための実践的なチェックリスト。コントラクトの同一性、送金制限、管理者権限、シミュレーション、流動性、小額往復テストを扱います。

更新日

教育目的の情報であり、投資助言ではありません。暗号資産は価値をすべて失う可能性があります。

直接の答え

ハニーポットトークンは、取引者が取得はできても通常どおり売却できない、または極端な手数料を払わなければ売却できないよう設計・設定されています。制限は、トークンの送金ロジック、外部コントラクト、アドレス一覧、取引スイッチ、取引上限、アップグレード可能な実装などに置かれます。

単一のスキャナー結果だけでは安全性を証明できません。正確なチェーンとコントラクトアドレスを確認し、検証済みコードと特権ロールを調べ、使用予定のウォレットから売却経路全体をシミュレートし、実際の売却取引とプール流動性を確認したうえで、全損しても許容できる小額の往復取引を検討します。

上昇チャートは弱い証拠です。大半の保有者が売れない場合、記録上は競争的な売りフローを伴わず買いだけが並び、表示価格からプール外へ実際に取り出せる価値は分かりません。

ハニーポットトークンの見分け方
0 / 5
0 項目確認済み; 5 項目が未解決

すべて確認しても、資産・取引・システムの安全性が証明されるわけではありません。

仕組み

ERC-20 は transfertransferFrom などを標準化しますが、すべてのトークンに同一の方針を義務付けません。独自実装は送信者、受信者、数量、ブロック状態、別のコントラクトに応じた条件を加えられます。そのため、プールへの送金は許しつつ、売却経路ではリバートさせる、大半を没収する、選択的に送金を止めることが可能です。

関数名だけでなく実行経路全体を確認します。自動マーケットメーカーでの売却には、アローアンス、ルーター、複数のプール、トークンの送金ロジックが関わり得ます。取引停止、手数料・上限変更、許可・拒否リスト管理、ルーターやペアの交換、発行、依存先変更を行える所有者・ロール管理関数を探します。

所有権放棄だけでは結論になりません。別のロールや外部コントローラーが権限を持ち、プロキシが同じアドレスのまま実装を変更できる場合があります。OpenZeppelin のアクセス制御文書は、特権関数が発行、送金凍結、アップグレードを行えると明記しています。タイムロックは、予定された変更を利用者が知り退出する時間を与えます。

シミュレーションには限界があります。eth_call は選択したブロック状態で実行され、オンチェーン取引を作りません。eth_estimateGas も取引をチェーンへ追加しません。実際の送信者、経路、数量、現在のブロック条件を設定します。成功はその状態での呼び出しを示すだけで、次のブロックや後日の管理者操作を保証しません。

検証手順

  • 独立した公式情報源からネットワークと完全なコントラクトアドレスを確認します。エクスプローラーでデプロイ済みバイトコードと公開ソースの一致、プロキシかどうかを調べます。

  • 継承コードと外部呼び出しを含め、transfertransferFrom の動作を追跡します。手数料設定、取引スイッチ、ウォレット・取引上限、アドレス一覧、免除、ロール、プロキシ管理者、特権変更の遅延を特定します。

  • 無関係なアドレスによる最近のオンチェーン売却を確認します。成功ステータスだけでなく、想定した出力資産を受け取ったかを確かめ、入力、出力、送金イベント、実効手数料、価格影響、プール準備金を比較します。

  • 現在状態で、使用予定ウォレットから同一の売却取引をシミュレートします。重要な場合は独立したツールまたは RPC を少なくとも二つ比較し、リバート、不明な出力、大きな差を停止信号とします。

  • ここまで問題がなければ、全損可能な金額で買いと売りを試します。最終残高と取引レシートを確認し、原因不明の取引を通すためスリッページを繰り返し上げないでください。

経済的に重要なのは表示残高ではなく回収可能価値です。

回収可能価値 = 予想スワップ出力 - 価格影響 - プロトコル手数料 - トークン手数料 - ネットワーク手数料

正当なトークンでもプール準備金が少なければ退出は困難です。予定ポジション規模の出力を見積もり、小額売却の成功を大口でも表示価格近辺で売れる証拠にしないでください。

危険信号と限界

  • 買いは成功するのに売りが繰り返しリバートする、または特権・免除アドレスだけが売れる。

  • 実効売却手数料が極端、非公開、ウォレットごとに異なる、または管理者が即時変更できる。

  • 検証済みソースがない、稼働中のプロキシ実装を含まない、または未検証の外部コントラクトに依存する。

  • 流動性が薄い、単一管理者に集中する、または意味のあるロックやガバナンス遅延なしに撤去できる。

  • シミュレーターが一致しない、プロジェクト管理画面でしか経路が動かない、最近の独立した売却証拠がない。

コントラクトの同一性が不明、売却を説明できない、特権を列挙できない、想定損失がテスト予算を超える場合は停止します。買い増しは診断ではありません。Gas を上げてもコントラクト制限は回避できず、スリッページ増加は悪い価格を受け入れて損失を増やすだけです。

問題のないレビューと往復成功も一時点の証拠です。準備金、拒否リスト、手数料、外部依存、アップグレード可能なロジックは変化します。大きくエクスポージャーを増やす前に再確認し、どの手順もスマートコントラクトと流動性リスクを除去しないと考えてください。

よくある誤解

  • 「ソース検証済みなら安全だ。」 検証はソースとバイトコードを結び付けるだけで、善良なロジックや特権制約を証明しません。

  • 「所有権放棄後は誰も規則を変えられない。」 別ロール、コントローラー、プロキシ管理者が権限を保つ場合があります。

  • 「スキャナーが売却可能と示したので次も売れる。」 状態、送信者、経路、ブロック、流動性、実装はテスト時と異なり得ます。

  • 「小額売却成功なら全ポジションを退出できる。」 段階的手数料、ウォレット上限、価格影響、有限の準備金により大口結果は大きく変わります。

関連トピック

情報源

ナビゲーション

Wiki を検索...