Розробка бота для моніторингу нових токенів

Проєктуємо та розробляємо блокчейн-рішення повного циклу: від архітектури смарт-контрактів до запуску DeFi-протоколів, NFT-маркетплейсів та криптобірж. Аудит безпеки, токеноміка, інтеграція з наявною інфраструктурою.
Показано 1 з 1Усі 1306 послуг
Розробка бота для моніторингу нових токенів
Середній
~3-5 днів
Часті запитання

Напрямки блокчейн-розробки

Етапи блокчейн-розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1285
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1198
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    902
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1121
  • image_logo-advance_0.webp
    Розробка логотипу компанії B2B Advance
    589
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    858

Розроблення бота для моніторингу нових токенів

На Ethereum щодня створюється 200-500 нових ERC-20 токенів. Більшість — скам або мусор. Але серед них кілька разів на тиждень з'являються токени з реальною спільнотою та ліквідністю, які за перші години після листингу показують 5-20x. Проблема в тому, що коли інформація про новий токен з'являється на CoinGecko або в Telegram-каналах, перші покупці вже зафіксували прибуток. Моніторинг потрібно вести на рівні блокчейну, а не новинних агрегаторів.

Що саме моніторимо та як

Подія PairCreated як точка входу

Для Uniswap V2 та всіх його форків (SushiSwap, PancakeSwap, BaseSwap) сигнал створення нового торгового пулу — подія PairCreated(address token0, address token1, address pair, uint) від контракту Factory.

Підписка через WebSocket:

const filter = {
  address: UNISWAP_V2_FACTORY,
  topics: [ethers.id("PairCreated(address,address,address,uint256)")]
};
provider.on(filter, (log) => {
  const [token0, token1, pair] = decodeEvent(log);
  analyzeNewPair(token0, token1, pair);
});

Для Uniswap V3 — PoolCreated(address token0, address token1, uint24 fee, int24 tickSpacing, address pool) від V3 Factory. Важливе відмінність: у V3 той же токен може мати кілька пулів з різними fee tiers (0.01%, 0.05%, 0.3%, 1%). Ліквідність потрібно підсумувати по всіх пулах.

Фільтрація скама: чеклист on-chain перевірок

Отримавши адресу нового токена, за 100-200ms потрібно виконати серію перевірок:

Honeypot детекція. Моделюємо sell транзакцію через eth_call з impersonation: беремо адресу великого holder, вызивемо approve + transfer. Якщо моделювання reverts — токен не продати (honeypot). Якщо transfer fee > 10% — теж червоний прапор.

Перевірка власництва. Читаємо owner(). Якщо owner не renounced (не address(0)) — власник може вызвати mint() або змінити tax. Renounced ownership не гарантує безпеку, але відсутність renounce — явний ризик.

Блокування ліквідності. Перевіряємо, залочені ли LP токени через Unicrypt або Team.Finance. Незалочена ліквідність — rug pull вектор: створювач може вивести весь ETH/BNB з пулу в будь-який момент.

Вихідний код контракту. Якщо контракт не верифікований на Etherscan — додатковий ризик. Для верифікованих перевіряємо наявність mint, pause, blacklist функцій.

Перевірка Червоний прапор Як перевірити
Sell моделювання Revert eth_call simulation
Buy/sell tax > 10% Swap simulation
Власництво Not renounced owner()
LP блокування Не залочена Unicrypt API
Вихідний код Не верифіковано Etherscan API
Max wallet < 1% supply maxWalletAmount()

Аналіз ліквідності та розподілу

Після базової фільтрації — оцінюємо реальний потенціал:

Початкова ліквідність. Первинна ліквідність в ETH/BNB — індикатор серйозності проекту. < 0.5 ETH — скоріше всього мусор. 5-50 ETH — цікавий діапазон для early entry. > 50 ETH — серйозний проект або добре організований скам.

Розподіл холдерів. Через ERC-20 Transfer eventi або Moralis API дивимось топ-10 холдерів. Якщо на 1-2 гаманці приходиться 40%+ supply — ризик dump високий.

Транзакція створення. Аналізуємо tx створювача токена: скільки ETH витрачено, були ли попередні токени від цього deployer адреси та як вони закінчилися.

Архітектура системи моніторингу

Бот складається з кількох шарів:

Event listener — WebSocket підключення до ноди, підписка на PairCreated від всіх релевантних Factory контрактів. При отримані eventi розміщує завдання в чергу.

Analyzer — воркер, який забирає завдання з черги та виконує всі on-chain перевірки. Паралельно робить кілька eth_calls, запитів до Etherscan API, моделювання свопу.

Scorer — агрегує результати перевірок в score від 0 до 100. Настроювальні ваги для кожного критерію.

Notifier — відправляє алерти лише для токенів зі score вище порогу. Telegram bot з форматованим повідомленням: адреса контракту, ключові метрики, прямі ссилки на Etherscan та Dexscreener.

Для production використання: WebSocket через dedicated Alchemy/QuickNode endpoint або власна нода. На публічному RPC з rate limiting пропустите 30-50% eventi при високому навантаженню.

Мультичейн розширення

Той самий архітектурний паттерн працює на всіх EVM-сумісних ланцюгах: Ethereum, BSC, Base, Arbitrum, Polygon, Avalanche. Потрібно лише параметризувати Factory адреси та RPC endpoint. На BSC PancakeSwap Factory — найактивніший, 500-2000 нових пар на день.

Для Solana моніторинг складніший: Raydium створює пулі через initialize2 інструкцію, яку потрібно парсити з Solana logs. Pump.fun додав окремий паттерн — graduation механізм при досяженні $69k market cap, який можна моніторити через Program logs.

Орієнтири по строкам

Базовий бот для одного DEX з Telegram нотифікаціями — 3-5 днів. Мультичейн з розширеним аналізом та honeypot детекцією — 1-2 тижні. Вартість розраховується індивідуально.