Rug PullとSlow Rug：プロジェクトが投資家の資金を静かに抜く仕組み

📖 新しいトークンでrug pullリスクがなお最大級である理由

Rug pull とは、プロジェクト側がトークンの市場から価値を引き抜き、一般の保有者が売却できない、または極端に不利な価格でしか退出できない状態にする行為です。

Slow rug とは、同じ結果を一気にではなく時間をかけて作るシナリオです。流動性、treasury、トップウォレットの売却、手数料設定の変更が少しずつ積み重なり、価格と出口条件が段階的に悪化します。

このガイドの目的： オンチェーン上で確認できる対象、つまりLPトークン、owner権限、proxy、mint、blacklist、tax、トップウォレットの動きを使って、rug pullとslow rugの兆候を早い段階で見分けることです。

DEXプールでは、価格は注文板ではなく流動性準備金とAMMの式で決まります。そのため、流動性が薄いほど一度の売却が価格に与える影響は大きくなり、退出時のslippageも急に悪化します。チャート上の価格がまだ残っていても、実際に売れる量はプール内の基軸資産、たとえばETH、BNB、USDTなどの準備金に制限されます。ここを見ずに出来高やSNSだけで判断すると、売ろうとした瞬間に価格が崩れる構造を見落とします。

classic rug pullは短時間で資金が抜かれる一方、slow rugはマーケティングや開発報告を続けながら、売却や資金移動を分散させて進みます。どちらも見た目のチャートだけでは判断できません。

早いサインは、価格よりも先に権限と流動性に出ます。LP lockがない、proxy upgradeにtimelockがない、taxを変更できる、上位ウォレットが連続して売っている、といった事実はチャートよりも重要です。

rug pullとslow rugの違いは、資金が消える速度だけではありません。どの対象を確認すべきか、そして被害を減らすためにどの順番で動くべきかも変わります。

🧩 Rug pullとslow rug：正確な定義と、通常の値下がりとの違い

二つのシナリオはどちらも投資家の出口を悪化させますが、発生の仕方は異なります。rug pullは突然の流動性撤去や売却制限として現れ、slow rugは長い期間にわたる売却、treasury移動、約束の先送りとして現れます。どちらも最終的には「売りたい人が多いのに、受け皿になる流動性が足りない」状態を作るため、表面上は単なる値下がりに見えることがあります。

Rug pull は、LPを抜く、売却を止める、追加mintでsupplyを膨らませる、または上位ウォレットが一気に売ることで、短時間で価格と流動性を壊すハードなシナリオです。被害者側から見ると、数分前まで取引できていた市場が、急に深さを失う、またはcontractのルールで出口が閉じる形になります。

Slow rug は、プロジェクトが表向きは活動を続けながら、少しずつ準備金を減らし、トップウォレットが段階的に売却し、情報開示や開発を遅らせるシナリオです。コミュニティには「まだ開発中」「次の発表を待ってほしい」と説明しつつ、オンチェーンでは出口側の条件だけが悪化していくことがあります。

違いは、プール準備金、LP所有者、sell機能、上位ウォレットの行動を合わせて見れば固定できます。価格の下落だけでは証拠になりません。

rug pullは、流動性の薄いプール、ロックされていないLP、変更可能なcontract権限、集中したsupplyが重なると起きやすくなります。

🧭 なぜrug pullは新規トークン市場で構造的なリスクになるのか

リスクは、プロジェクトがプール準備金、supply、sell条件、treasuryに対してどの程度の操作権限を持っているかで決まります。つまり問題は「約束」ではなく「誰が出口を支配しているか」です。ロードマップ、監査予定、上場予定、コミュニティの盛り上がりは、LPを抜ける権限やsellを止める関数を消してくれません。確認すべきなのは、実際のアドレス、権限、ロック期間、変更可能なパラメータです。

DEXのAMMでは、価格はプール内の二つの準備金の比率で決まります。LPを抜く、片側の準備金を減らす、大きな売却を行う、sell taxを上げると、買い手が見ていた価格と実際の出口価格が急に乖離します。とくに小さなプールでは、売却数量が準備金に対して大きくなりやすく、取引後の新しい比率が売り手に不利に再計算されます。だからrug pullの分析では、時価総額よりもプール深度とLP所有者のほうが先です。

最大のリスクはローンチ直後にあります。外部監査、流動性ロック、分散保有、成熟した取引履歴がまだないためです。関連する発行形式と初期流動性の注意点は次のテーマにもつながります： Launchpad。

基本シナリオでは、チームがトークンとDEXプールを作り、初期流動性を入れ、ユーザーが買い始めます。

• 買い手が増えるとチャートは上がり、流動性が十分に見えるため安心感が生まれます。
• 需要がピークに近づいたところで、チームまたは関連ウォレットがLPを抜く、売る、またはcontract設定を変えます。
• プール準備金が減り、同じ数量を売っても受け取れる資産が急に少なくなります。
• その後、他の保有者が売ろうとしても、slippage、tax、sell制限によって出口が著しく悪化します。

構造的なリスクは、owner権限とLPトークンを誰が管理しているかから始まります。マーケティング文ではなく、アドレスと権限を読む必要があります。

出口を支配している対象を見つけることが、rug pullチェックの中心です。

🧨 Rug pullの種類：流動性撤去、dev dump、honeypot、mint、proxy、treasury

種類ごとの違いは、攻撃者が何を支配しているかで決まります。LPを支配しているのか、supplyを支配しているのか、sell条件を支配しているのか、treasuryを支配しているのかを分けて見ます。同じ価格下落でも、LP撤去なら流動性、honeypotならcontract制限、dev dumpなら保有分布、treasury slow rugなら資金移動が主な証拠になります。

チェックは、どの操作レバーがまだ残っているかを照合するところから始めます。

DEXでの価格下落は、AMM、裁定、薄い流動性でも起こります。rug pullかどうかは、価格ではなく権限と準備金の変化で確認します。

🧯 価格下落がrug pullではない場合：AMM、薄い流動性、通常の市場売り

DEXの急落はすべて詐欺とは限りません。AMMでは少額のプールに大きな注文が入るだけで価格が大きく動き、裁定やMEVがその動きを拡大することがあります。重要なのは、価格が落ちた理由を「売りが出たから」で止めず、準備金が残っているか、LPが抜かれたか、sell制限が変わったか、上位ウォレットが組織的に売っているかまで分解することです。

小さなプールでは、一つの売却が準備金比率を変えます。価格はその新しい比率で再計算されるため、板取引よりも急に見える場合があります。これはAMMの通常動作でもありますが、同時にrug pull時の被害を大きくする仕組みでもあります。準備金が薄い状態で大口売却が続くと、価格は階段状に下がり、後から売る保有者ほど悪い条件になります。

価格下落だけでは証拠になりません。rug pullの証拠は、流動性、権限、売却条件、supply集中の変化にあります。

チェックには、ネットワーク explorer、DEX tracker、holders一覧、contractのread/write関数、過去トランザクションを使います。

🧰 Rug pullを見分けるためのミニツールセット

最低限必要なのは、network explorer、DEX tracker、holders一覧、contract機能の確認、そしてapproval管理です。ツールの名前よりも、何を確認するかが重要です。explorerでは権限と関数、DEX trackerでは準備金とLPイベント、holders一覧ではsupply集中、approval管理では自分のウォレットに残る権限を見ます。これらは別々の画面ですが、同じ出口リスクを別角度から確認しています。

購入前にAMMとapproveの仕組みを理解しておくと、どこで価格が動き、どこでウォレット権限が残るかを分けて見られます。AMMは価格とslippageの問題、approveは資産移動の権限問題です。rug pullでは前者が出口価格を悪化させ、フィッシングや悪意あるcontractでは後者がウォレット内の資産を危険にさらします。DEXの基本メカニズムは次の記事でも扱っています：

この二つの仕組みはどちらもリスクと直結します。薄いプールでは、sellが準備金比率を強く動かすためslippageが大きくなります。一方、approveが残っていると、contractは許可された上限内でユーザーの追加署名なしにトークンを移動できるため、偽フロントエンドや悪意ある関数と組み合わさると被害が広がります。DEXの基本動作は次の記事で詳しく整理しています： 分散型取引所の記事。

開くタブの順番は固定しておくと迷いません。

• Network explorer. contract verification、proxy、mint、blacklist、owner、tax変更、トランザクション履歴を確認します。
• DEX tracker and chart. プールサイズ、準備金、価格履歴、LPイベント、売買の偏りを見ます。
• Holders list. 上位ウォレットの保有比率、関連アドレス、売却履歴を確認します。
• Fee/restriction check. buy/sell tax、変更可能性、max transaction、blacklist、sell制限を見ます。
• Revoke permissions. 自分のウォレットに残っているapproveを確認し、不要なallowanceを取り消します。

出口損失のリスクは、contract機能、LP準備金、上位ウォレットの売却圧力で決まります。

出口損失は主に三つの理由で生じます。売却できない、売却できてもtaxが高い、売却できてもプールが薄くslippageが大きい、という三つです。

🔎 オンチェーン確認：購入前に見る12項目

チェックは、アドレスと関数を使ってリスクを切り分けます。読むべき場所を決めれば、コード全文を理解できなくても多くの赤信号は見つけられます。最初からすべてを監査しようとする必要はありません。まずcontract address、LP holder、owner、proxy、mint、blacklist、tax、top holders、treasury movementを順番に確認します。この順番なら、出口を支配する対象を短時間で絞り込めます。

1. contract addressを確認する 公式サイト、DEX、explorerで同じアドレスを見ているか確認します。
2. code verificationを確認する verified sourceがあれば、関数名、owner権限、proxy構造を読みやすくなります。
3. proxyかどうかを判断する proxyは将来ロジックが変わる可能性を意味します。upgrade権限とtimelockを確認します。
4. ownerを確認する ownerがtax、blacklist、mint、maxTx、pauseを変更できるか見ます。
5. governance protectionを確認する timelock、multisig、公開された提案プロセスがあるかを見ます。
6. mintと上限を確認する 上限のないmintはsupply希薄化の入口になります。
7. blacklistやwhitelistを確認する 誰が売れるかを制限できる関数があると、honeypotや選別売却のリスクがあります。
8. transaction taxを分析する buyとsellで税率が大きく違う、または異常に高い場合は出口条件が悪い可能性があります。
9. feesが変更可能か確認する ownerがtaxを後から変えられるなら、購入後に出口条件が悪化する可能性があります。
10. 流動性とLP lockを評価する LP lockは期間、対象プール、保有者アドレスまで確認します。
11. holders distributionを調べる 上位ウォレットの集中は、dev dumpや段階的な売却圧力を作ります。
12. team、treasury、top holderの動きを監視する 新しいアドレスへの送金、取引所入金、連続sellはslow rugの典型的なサインです。

このチェックリストは、権限、流動性、supply、売却条件を一つのリスクマップに結びつけます。

Slow rugは一回のイベントではなく、連続した意思決定として現れます。そのため、単発の価格ではなく履歴を見ます。

🧠 Slow Rugの行動シグナル：プロジェクトがまだ動いて見えるときの見方

主なシグナルは、オンチェーンの悪化とコミュニケーションの変化が同時に起きることです。SNSが動いていても、treasuryやトップウォレットが売っていれば安心材料にはなりません。slow rugでは、コミュニティ運営、AMA、キャンペーン、将来の発表が続く一方で、アドレス公開、資金使途、LP状況、具体的な開発指標が薄くなります。言葉の量ではなく、検証できる情報の量を見る必要があります。

• レポートの停止 7日から14日以上、開発、treasury、LP、wallet移動に関する具体的な報告が止まります。
• 延期の繰り返し 機能、上場、burn、utilityが数字やtx hashなしに延期されます。
• 製品よりマーケティングが前面に出る コンテスト、meme、AMAが増え、実装や財務の説明が減ります。
• 不透明なtreasury送金 予算、目的、署名者の説明なしに資金が移動します。
• LPやownerに関する質問の抑制 LP、owner、proxy、treasuryへの質問が削除されたり、抽象的な回答で流されます。
• 保護なしのtokenomics変更 tax、allocation、vesting、utilityの条件がtimelockや投票なしに変更されます。

「最初の報告は、悪意ではなく誤解として処理されることが多い。だからこそslow rugは長く続きやすい」

— ユーザーの意見

行動シグナルにはオンチェーンの裏付けがあります。言葉ではなく、アドレスとトランザクションで確認します。

以下のケースは、どの対象を見落とすと被害につながるかを示しています。

📌 Rug pullの事例：何を見落とすと被害が起きるのか

事例ごとにセクターや見せ方は違いますが、共通点は一つです。投資家は、出口を支配する対象を十分に確認していませんでした。

すべての事例で重要なミスは同じです。買い手は、LPトークン、sell制限、treasuryアドレスといった出口を支配する対象を確認していませんでした。

rug pullを疑うとき、中心のリスクは流動性です。プール準備金が小さいほど、各sellが価格をより大きく悪化させます。

⏱️ Rug pullを疑ったときの行動手順：損害を減らし、コントロールを保つ

rug pullでは、価格下落はプール準備金の減少とslippage拡大に結びつきます。準備金が少ない場合、AMMは取引後の新しい準備金比率で価格を再計算するため、一つの大きな売却が価格を強く動かします。

次の行動は段階によって変わります。ハードなrug pullではLP撤去や大口dumpで流動性が急に消えます。slow rugでは流動性が複数のトランザクションで減り、出口価格が徐々に悪化します。どちらの場合も、最初に新しい署名を止め、次にsell可能性とプール深度を確認し、最後に残す資産と切る資産を分ける順番が現実的です。

1. 新しい署名をすぐ止める。 新しいリンクからapproveや取引確認をしないでください。署名がcontractに追加権限を与える可能性があります。
2. 最小数量でsellを確認する。 少額のsellは、contractが売却を拒否するか、出口時にどのtaxが適用されるかを示します。
3. プールの深さを評価する。 少額sellでもslippageが大きいなら、プール準備金は大きな退出に不十分です。
4. 段階的にポジションを減らす。 同じ合計数量でも、複数の小さなsellは一度の大きなsellより価格影響が小さいことがあります。AMMの影響は、取引量が準備金に対して大きいほど強くなるためです。
5. 権限を取り消す（revoke approvals）。 有効なallowanceが残っていると、contractは上限内で新しい署名なしにトークンを移動できるため、リスク時にはallowanceをゼロにします。
6. オンチェーン証跡を保存する。 トランザクションhash、contract address、主要ウォレットのアドレスは、後の分析や出来事の確認に必要です。

関連する脅威（フィッシング、フロントエンド差し替え、安全な署名、revoke）は次の記事で詳しく整理しています： DeFiの安全性：脅威マップ、事例、チェックリスト。

rug pullでの主な変数は、プール流動性とcontract上のsell可能性です。この二点は、テストsellとプール準備金の分析で確認します。

初期トークンのリスク管理は、ポートフォリオ内のポジション比率と、sellが執行されるプールの流動性という二つのパラメータに依存します。

🛡️ 防御策とリスク管理：初期トークンで損失を体系的に減らす方法

初期トークンは準備金の少ないプールで取引されることが多いため、入口の一つのミスや一回のrug pullが、売却価格に不釣り合いな大損失を生みます。ポジションサイズを制限し、LPとownerを確認することで、技術的に出口が閉じるシナリオやslippageで出口が悪化するシナリオを減らせます。完全に安全な初期トークンはありませんが、被害額を管理できる形にすることはできます。確認前に大きく入らない、sellを試す、古いapproveを残さない、これだけでもリスクは大きく変わります。

損害はポジションサイズとcontract権限の管理で制限されます。一方、supply集中、自由に動かせるLP、変更可能なtaxがあるほどリスクは上がります。

基本フィルターを使っても、フィッシング、フロントエンド差し替え、古いapproveのような運用リスクは残ります。これらは、ウォレット署名とallowanceがウェブサイトではなくcontractレベルで作用するためです。

• ウォレットを分ける。 実験用ウォレットを分けると、一つの署名で危険にさらされる資産量を制限できます。
• 出口ルールを事前に決める。 プール流動性の下限とtaxの上限を決めておくと、sellが受け入れられない条件を明確にできます。
• 増やす前にsellを確認する。 honeypotは、sell時のrevertや異常なtaxとして現れます。
• 一つのサイトだけを使わない。 偽のインターフェースは本物のように見えますが、別のアドレスへの署名を求めることがあります。
• 定期的に権限を取り消す。 古いapproveは、contractが侵害された場合にトークンを移動できる経路になります。

リスク管理は、ポジションサイズの制限、LP/ownerの確認、sell条件（tax、revert、slippage）とプール準備金の管理によって損失を減らします。