---
title: "Рагпул (Rug Pull)"
description: "Рагпул — это мошеннический выход, при котором инсайдеры используют контроль над ликвидностью, контрактами или крупными пакетами токенов, чтобы вывести ценность и причинить держателям тяжёлые убытки."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Рагпул (Rug Pull)
> Только в образовательных целях; это не инвестиционная рекомендация. Криптоактивы могут полностью обесцениться, а переводы могут быть необратимыми.
## Краткий ответ
Рагпул — мошеннический выход: инсайдеры выводят ценность, контролируя ликвидность, контракты, казначейство или крупные пакеты токенов. Он бывает резким при изъятии ликвидности из AMM или постепенным при продаже инсайдерских долей и отказе от обещанной работы.
Обычные пути — вывод активов через позиции поставщика ликвидности, неожиданная эмиссия или передача токенов, запрет продаж либо крайние комиссии для всех, кроме привилегированных адресов, обновление логики и присвоение якобы защищённых средств. Достаточно вредоносного кода, обычных прав администратора или транзакций без бэкдора.
Важны намерение и контроль. Обвал цены, эксплойт, провал продукта или неактивная команда не обязательно означают рагпул. Exit-мошенничество, honeypot и pump-and-dump пересекаются, но описывают разные механизмы.
## Как это работает
В AMM поставщики вносят пару активов и получают позицию или LP-токены. Контролирующий погашаемую позицию может вывести свою долю. Если инсайдеры владеют большей частью извлекаемой ликвидности, они могут забрать актив для выхода и продать токены в уменьшенный пул; котировка и исполнимая стоимость резко падают.
Контрактные рагпулы используют привилегии: логика может выпускать токены, блокировать адреса, менять комиссии и лимиты, перенаправлять переводы или запрещать продажи через `transfer` и `transferFrom`. Администратор прокси может заменить реализацию. Роли, мультиподпись и таймлок защищают лишь тогда, когда фактическая конфигурация ограничивает все полномочия.
Транзакционные или «мягкие» рагпулы используют обычные переводы: инсайдеры продают аллокации, опустошают казначейство, ложно заявляют о блокировке или прекращают разработку после сбора средств. Публичные личности, аудиты и планы усиливают ответственность, но не доказывают технических ограничений.
Блокчейн показывает состояние и движение средств, но сам не доказывает реального контролёра или намерение. Проверки и детекторы охватывают лишь конкретный код, состояние и шаблоны в данный момент; исследования выделяют множество причин и предупреждают о неполном охвате.
## Проверка до сделки
- Независимо подтвердите сеть, адрес токена, пул и активную реализацию прокси; совпадения имени или символа недостаточно.
- Составьте карту контроля позиций: держатель, охваченные активы и пул, получатель, срок и способы обойти блокировку.
- Перечислите владельцев, роли, правила мультиподписи, таймлоки, администраторов, права эмиссии и комиссий, списки, паузы и вывод из казначейства по текущему состоянию сети.
- Проверьте концентрацию, связи финансирования, переводы казначейства, изменения ликвидности и реальные продажи независимых адресов; сопоставьте размер с резервами и исполнимой выручкой.
- Независимо проверьте аудит, вестинг, блокировки, партнёрства и личности; затем проведите лишь малый цикл покупки и продажи с приемлемой полной потерей. Успех относится только к этому времени и сумме.
Проверка — карта контроля, а не оценка безопасности. Один неограниченный путь может перевесить множество хороших признаков; отсутствие известного сигнала не доказывает безопасность.
## Тревожные признаки и действия
- Ликвидность мала, недавно добавлена, сосредоточена, не заблокирована, либо контракт, получатель, активы или срок блокировки непроверяемы.
- Код или активный прокси неясен, либо привилегированный аккаунт без задержки может выпускать токены, запрещать продажи, менять комиссии, обновлять логику, двигать казначейство или изымать ликвидность.
- Предложение и ликвидность сосредоточены, инсайдерские кошельки связаны, либо распределение и вестинг существенно расходятся с публикациями.
- Маркетинг гарантирует доходность или создаёт спешку, но команда, аудит, партнёрство, выручка и блокировка независимо не подтверждаются.
- Независимых продаж нет или они не проходят, сканеры расходятся, необъяснимые переводы идут инсайдерам либо вопросы о правах и ликвидности подавляются.
Блокировка доказывает только указанные позицию, активы, контракт, получателя и срок. Без отдельных ограничений она не предотвращает эмиссию, скрытый запрет продаж, кражу казначейства, продажи инсайдеров, другой пул или обновление. Аудит также не является гарантией.
При подозрении прекратите вносить средства и не подписывайте предложенные проектом транзакции «возврата». Сохраните адреса, хэши, сообщения и сайты; отзовите ненужные разрешения через надёжный интерфейс и сообщите платформе или органам. Отзыв не отменяет перевод и не возвращает ликвидность.
## Частые заблуждения
- **«Заблокированная ликвидность исключает рагпул».** Блокировка может быть частичной, короткой, ложной или не относиться к активному пулу; другие пути остаются.
- **«Отказ от владения убирает привилегии».** Другие роли, администраторы прокси, внешние контроллеры или заранее заданная логика могут сохранять власть.
- **«Проверенный код или аудит доказывает безопасность».** Верификация связывает исходник и байткод, аудит имеет охват и дату; они не доказывают честность и ограничение контроля.
- **«Сканер или малая продажа исключают рагпул».** Инструменты пропускают причины, а права, состояние, ликвидность, реализация, отправитель, маршрут или размер меняют результат.
## Связанные темы
- [Аудит смарт-контрактов](/ru/crypto/contract-audit/)
- [Как распознать honeypot-токен](/ru/crypto/honeypot-token-detection/)
- [Пулы ликвидности](/ru/crypto/liquidity-pool/)
- [Как проверить адрес контракта токена](/ru/crypto/token-contract-verification/)
- [Симуляция транзакций](/ru/crypto/transaction-simulation/)
## Источники
- [SEC Charges New York Blockchain Engineer with Perpetrating "Rug Pull" Fraud](https://www.sec.gov/enforcement-litigation/litigation-releases/lr-26223) - U.S. Securities and Exchange Commission (дата обращения: 2026-08-21)
- [ERC-20: Token Standard](https://eips.ethereum.org/EIPS/eip-20) - Ethereum Improvement Proposals (дата обращения: 2026-08-21)
- [Access Control](https://docs.openzeppelin.com/contracts/5.x/access-control) - OpenZeppelin (дата обращения: 2026-08-21)
- [CRPWarner: Warning the Risk of Contract-Related Rug Pull in DeFi Smart Contracts](https://doi.org/10.1109/TSE.2024.3392451) - IEEE Transactions on Software Engineering (дата обращения: 2026-08-21)
Source: https://wiki.fcontext.com/ru/crypto/rug-pull/index.mdx