- Rug pull: коли розробники забирають гроші інвесторів
- Як працює rug pull: технічні механізми шахрайства
- Hard rug pull: приховані функції в смарт-контракті
- Soft rug pull: маніпуляції ліквідністю та маркетингом
- Токеномічні пастки: непропорційний розподіл та обмеження продажу
- Як rug pull проявляється в блокчейн-даних
- Аномалії в розподілі токенів між адресами
- Незаморожена або непередана ліквідність
- Підозрілі патерни в історії транзакцій
- Практичні інструменти для самостійної перевірки токена
- Перевірка смарт-контракту через публічні сервіси
- Аналіз через блокчейн-експлорер
- Оцінка соціальних та розробницьких індикаторів
- Rug pull факти: найвідоміші випадки та їхні наслідки
- AnubisDAO: контроль над ліквідністю
- SafeMoon: обіцянки й фактичний контроль
- Thodex: централізована біржа як rug pull
- Розслідування та повернення коштів
- Юридична кваліфікація та практика переслідування
- Регуляторні ініціативи та їхні обмеження
- Як мінімізувати ризик rug pull: практичний підхід
- Ієрархія перевірок перед інвестуванням
- Інструменти моніторингу після входу в позицію
- Диверсифікація та уникнення FOMO
- FAQ: відповіді на практичні запитання
- Чи можна повернути кошти після rug pull?
- Чи означає аудит смарт-контракту гарантію безпеки?
- Чи небезпечні всі нові токени?
- Як відрізнити rug pull від звичайного провалу проєкту?
Rug pull: коли розробники забирають гроші інвесторів
Rug pull — неформальна назва схеми, у якій організатори криптопроєкту використовують свій контроль, щоб забрати кошти або вартість і залишити інших учасників зі збитками. Це може включати виведення ліквідності, обмеження продажу чи прихований продаж великих запасів токенів. Саме падіння ціни ще не доводить шахрайства.

Механізм не обов’язково прихований у коді. Зловмисники можуть використати й звичайні повноваження адміністратора або власника ліквідності, якщо їхні дії суперечать обіцянкам учасникам. Назва rug pull не замінює встановлення фактів і правової кваліфікації.
У публічному блокчейні можна дослідити перекази й стан контрактів. Але адреса не розкриває автоматично особу власника, його намір чи домовленості поза мережею. Тому ончейн-дані потрібно зіставляти з документацією, повідомленнями команди та іншими доказами.
Як працює rug pull: технічні механізми шахрайства
Поділ на hard і soft rug pull використовується в оглядах, але не має єдиної технічної чи юридичної класифікації. Практичніше розглядати конкретний механізм і того, хто має право його застосувати.

Hard rug pull: приховані функції в смарт-контракті
Ризик виникає, коли привілейована роль може необмежено збільшувати пропозицію, змінювати комісії чи вибірково блокувати перекази. Водночас функції mint або pause можуть мати законне призначення. Потрібно перевіряти їхні умови й повноваження, а не робити висновок лише з назви.
Код у репозиторії слід зіставляти з реально розгорнутим контрактом. Etherscan пояснює: верифікація підтверджує відповідність опублікованого коду байткоду, але не є аудитом або гарантією безпеки. Для проксі потрібно дослідити також реалізацію та можливість її заміни.
Soft rug pull: маніпуляції ліквідністю та маркетингом
Власник ліквідності може мати право забрати свою частку резервів пулу. Якщо ця ліквідність забезпечує основну торгівлю токеном, її раптове вилучення здатне різко погіршити можливість обміну. Дозволена кодом операція сама по собі не доводить ні законності, ні шахрайського наміру.
Інший ризик — значні продажі з пов’язаних адрес усупереч оприлюдненим обмеженням. Зв’язок адрес і порушення обіцянок потрібно підтверджувати: однаковий час операцій або спільне джерело поповнення ще не встановлюють особу власника.
Токеномічні пастки: непропорційний розподіл та обмеження продажу
Важливі не лише частки команди, а й графік розблокування, фактичний контроль і глибина ринку. Великий доступний для продажу запас може тиснути на ціну. Проте універсального відсотка, після якого проєкт автоматично стає шахрайським, немає.
Як rug pull проявляється в блокчейн-даних
Ончейн-аналіз допомагає відновити послідовність дій: хто мав повноваження, які параметри змінилися та куди перемістилися активи. Він показує перевірювані операції, але не читає намірів учасників.

Аномалії в розподілі токенів між адресами
Розділ власників токена в експлорері показує розподіл між адресами. Поріг «топ-10 понад 50%» не є універсальним тестом. Спочатку потрібно відокремити біржові резерви, пули, мости, контракти вестингу та інші адреси, які можуть представляти багатьох користувачів.
Одна людина може контролювати багато адрес, а одна адреса — зберігати активи багатьох людей. Перша видима транзакція також не є точною датою створення ключа. Тому кількість адрес і їхній «вік» потребують обережного тлумачення.
Незаморожена або непередана ліквідність
Спосіб обліку ліквідності залежить від протоколу. У Uniswap v2 частки представлені LP-токенами, а у v3 позиції можуть бути NFT. Перевірка лише ERC-20 LP-токенів не охоплює всі типи пулів.
Для заблокованої позиції перевіряють контракт блокування, строк, частку резервів і повноваження дострокового виходу. Спалення токенів позиції та тимчасове блокування — різні механізми. Навіть реальне блокування не усуває ризику додаткової емісії або зміни правил переказу самого токена.
Підозрілі патерни в історії транзакцій
Синхронні покупки, пов’язані джерела фінансування й повторювані маршрути можуть бути приводом для перевірки. Вони трапляються також у роботі ботів, бірж і легітимних сервісів. Аналітичні позначки адрес слід перевіряти, а не приймати за доказ належності.
Перевіряйте зміст адміністративних дій і доступні ролі. Документація OpenZeppelin показує, що права й затримки виконання налаштовуються окремо. Сам напис «DAO», «multisig» або «timelock» не описує всіх обмежень системи.
Практичні інструменти для самостійної перевірки токена
Початковий огляд доступний без програмування, але складні контракти можуть потребувати фахового аналізу. Чекліст допомагає впорядкувати питання; він не доводить відсутності прихованих механізмів.

Перевірка смарт-контракту через публічні сервіси
Сканери мають різне покриття мереж і методи перевірки. Наприклад, Honeypot.is окремо повертає статус симуляції та результат перевірки; результат може бути відсутній. Помилка симуляції не означає автоматично ні безпечності, ні доведеного шахрайства.
Оцінка сканера — сигнал із власними обмеженнями. Потрібно читати причину попередження, час перевірки та її охоплення. Успішна симуляція однієї операції не гарантує, що адміністратор не змінить параметри згодом.
Аналіз через блокчейн-експлорер
Почніть із точної адреси контракту й мережі, далі перевірте код, ролі адміністратора, проксі та останні зміни. Порівняйте фактичні права з документацією. Відмова від одного права власності не доводить, що інших привілейованих ролей немає.
Для пулу важливі резерви, власники позицій і доступна ліквідність поблизу поточної ціни. Ринкова капіталізація токена не дорівнює сумі, яку можна отримати від продажу. Великий торговий оборот також не гарантує достатньої глибини ринку.
Оцінка соціальних та розробницьких індикаторів
Перевірте історію розробки, документацію та підтвердження заявлених партнерств. Публічна команда не гарантує доброчесності, а псевдонім не доводить шахрайства. Значення має можливість незалежно перевірити конкретні обіцянки й дії.
Кількість підписників і рекламні відгуки не замінюють технічної перевірки. Однакові коментарі або тиск із закликом купити негайно — привід дослідити джерело просування; самі по собі вони не встановлюють склад злочину.
| Показник | Що перевірити | Обмеження висновку |
|---|---|---|
| Код | Адреса, мережа, верифікована версія | Верифікація не є аудитом |
| Повноваження | Ролі, оновлення, затримки, підписанти | Назва DAO або multisig не гарантує незалежності |
| Розподіл | Типи адрес, пов’язаність, вестинг | Універсального порога топ-10 немає |
| Ліквідність | Власники позицій і умови блокування | Блокування не усуває ризиків самого токена |
| Команда | Перевірювана історія та обіцянки | Публічність не доводить доброчесності |
| Аудит | Справжність звіту, версія, невиправлені зауваження | Звіт має обмежену сферу перевірки |
Rug pull факти: найвідоміші випадки та їхні наслідки
Історичні приклади потрібно розділяти за механізмом і якістю доказів. Дослідження транзакцій, повідомлення про підозру та вирок суду — різні рівні підтвердження.

AnubisDAO: контроль над ліквідністю
За аналізом Chainalysis, AnubisDAO у жовтні 2021 року залучив майже $60 млн через пул на контрактах Balancer. Приблизно через 20 годин від початку продажу адреса з контролем над LP-токенами вилучила майже всі активи пулу. Отже, це був не простий збір ETH на звичайний гаманець.
SafeMoon: обіцянки й фактичний контроль
За повідомленням Мін’юсту США від 10 лютого 2026 року, керівника SafeMoon Брейдена Джона Кароні засудили до 100 місяців ув’язнення. Серед встановлених обставин — збереження доступу до ліквідності всупереч публічним запевненням і привласнення активів. Цей приклад показує різницю між обіцянкою блокування та фактичними правами.
Thodex: централізована біржа як rug pull
Chainalysis також включав Thodex до огляду rug pull 2021 року. Але це була централізована біржа: ризик контролю посередника над коштами слід відрізняти від механізму вилучення ліквідності в DeFi.
Розслідування та повернення коштів
Публічні транзакції можуть допомогти розслідуванню, але встановлення особи, доступ до активів і міжнародна взаємодія залишаються окремими завданнями. Правила блокчейну не скасовують застосовного законодавства.
Юридична кваліфікація та практика переслідування
Правова оцінка залежить від країни й доведених дій. У справі SafeMoon йшлося про змову з метою шахрайства та відмивання коштів. Переносити кваліфікацію одного провадження на кожне падіння токена некоректно.
Повернення не гарантоване, але твердження «воно неможливе» теж неправильне. Вирок, конфіскація та фактична виплата потерпілим — різні етапи; доступні активи можуть не покривати всіх збитків.
Регуляторні ініціативи та їхні обмеження
Наявність реєстрації, ліцензії чи аудиту потрібно перевіряти за конкретним реєстром і сферою охоплення. Один документ не доводить, що регулятор схвалив токен або гарантує повернення коштів.
Якщо є підозра на шахрайство, збережіть адреси, хеші транзакцій, листування й рекламні обіцянки. Звернення до правоохоронців і сервісів, через які рухалися кошти, варто здійснювати через перевірені офіційні канали.
Як мінімізувати ризик rug pull: практичний підхід
Системна перевірка допомагає виявити відомі ризики, але її ефективність не можна виразити універсальною гарантією або відсотком. Невідомі права чи незрозумілі механізми потрібно позначати як невизначеність.

Ієрархія перевірок перед інвестуванням
Корисний порядок огляду: точна адреса й мережа; код та права; контроль ліквідності; розподіл і розблокування токенів; відповідність обіцянок фактам. Висновок потрібно прив’язувати до дати, оскільки стан контрактів і права можуть змінюватися.
Технічна перевірка не визначає прийнятний для конкретної людини розмір вкладення й не перетворює токен на безпечний актив. Можливість повної втрати потрібно враховувати окремо від результатів сканера.
Інструменти моніторингу після входу в позицію
Моніторинг може охоплювати зміни ліквідності, адміністративних ролей і великі переміщення токенів. Сповіщення можуть запізнюватися, а сама наявність сигналу не гарантує можливості продати актив. Важливо перевіряти причину зміни.
Для оновлюваних систем відстежуйте зміну реалізації та повноважень, а не лише появу нового коду в експлорері. Зміна налаштувань також може вплинути на поведінку без заміни програмного коду.
Диверсифікація та уникнення FOMO
Тиск часу й обіцянки гарантованої дохідності заважають перевірці. Проте очікування рівно тижня не робить проєкт безпечним, як і розподіл коштів між кількома неперевіреними токенами. Потрібні відповіді на конкретні питання про контроль і механізми.
FAQ: відповіді на практичні запитання
Чи можна повернути кошти після rug pull?
Іноді активи вдається виявити й повернути через установлені процедури, але результат не гарантований. Зберігайте докази й остерігайтеся повторного шахрайства: FBI попереджає про фальшиві юридичні фірми, які обіцяють повернення коштів та вимагають нових платежів.
Чи означає аудит смарт-контракту гарантію безпеки?
Ні. Потрібно прочитати сам звіт, перевірити його справжність, дату, версію коду й невиправлені зауваження. Висновок для однієї версії не поширюється автоматично на подальші зміни та всі економічні ризики.
Чи небезпечні всі нові токени?
Новизна сама по собі не доводить шахрайства. У молодого проєкту може бути мало даних для перевірки, але твердження «більшість нових токенів — шахрайські» потребує окремої статистики й чіткого визначення вибірки.
Як відрізнити rug pull від звичайного провалу проєкту?
Досліджуйте фактичні дії, контроль над коштами та відповідність публічним обіцянкам. Падіння ринку, помилка коду або невдалий бізнес можуть завдати збитків без шахрайського наміру. Остаточний висновок не варто будувати на одному графіку ціни.








