Разработка снайпер-бота для запуска токенов
Представьте: новая монета выходит на Uniswap, ликвидность добавлена, но вы узнаёте об этом через 10 секунд — цена уже улетела в 3 раза. Sniper-бот решает эту проблему. Разница между входом на блоке N и блоке N+3 может означать 5x против 1.2x. Мы строим sniper-бота — инфраструктуру для гарантированно раннего входа: мониторинг мемпула, детекция события листинга и отправка транзакции с правильным gas price в течение миллисекунд. За последние несколько лет мы реализовали 30+ таких проектов под разные сети. Ошибка при ручном входе может стоить $5,000 за одну минуту — детекция honeypot и tax автоматически экономит эту сумму. Правильная настройка мемпула и gas-стратегии позволяет опережать конкурентов на 2-3 блока.
Где теряются деньги без правильного бота
Наивный подход — слушать событие PairCreated от Uniswap factory и отправлять swap. Проблема: к моменту, когда событие попало в блок, прошло уже 2-5 секунд. Конкуренты читают мемпул напрямую и видят addLiquidity транзакцию ещё до включения в блок.
Второй распространённый провал — налоговые токены (tax tokens). Контракт с _transfer override удерживает 10-30% при покупке, но не виден через стандартный ABI. Honeypot-токены блокируют продажу — sell ревертится. Детекция honeypot автоматически отменяет такие сделки, экономя тысячи долларов на одной сделке.
Почему мемпул мониторинг критичен?
Подключение напрямую к ноде через WebSocket (eth_subscribe("newPendingTransactions")) даёт pending транзакции до включения в блок. Для EVM-сетей используем приватный RPC с мемпул доступом (Chainstack, Alchemy). На Solana — logsSubscribe с фильтром по program ID Raydium или Orca. Приватная нода в 5 раз быстрее публичной: латентность 0.3-1 секунды против 2-5 секунд.
Как работает симуляция перед покупкой?
До отправки реальной транзакции — симуляция через eth_call или tenderly_simulateTransaction. Проверяем:
- Реальное количество токенов после transfer (детектим tax)
- Возможность продажи (ревертится ли sell)
- Наличие blacklist/whitelist функций
async function simulateBuy(tokenAddress: string, amountIn: bigint): Promise<SimResult> { const balanceBefore = await getTokenBalance(tokenAddress, botAddress); let expectedOutput = await getAmountOut(amountIn, tokenAddress); await provider.send('eth_call', [{ from: botAddress, to: ROUTER_ADDRESS, data: encodeSwapExact(WETH, tokenAddress, amountIn) }, 'pending']); const balanceAfter = await getTokenBalance(tokenAddress, botAddress); const received = balanceAfter - balanceBefore; const taxRate = 1 - Number(received) / Number(expectedOutput); return { received, taxRate, isSafe: taxRate < 0.05 }; } Что делать с gas стратегией?
Для EIP-1559 сетей (Ethereum, Polygon): maxPriorityFeePerGas выставляем в 2-3x от текущего baseFee + aggressiveTip. Для BSC (legacy gas): мониторим current gasPrice конкурентов и выставляем на 10-20% выше. Антиgrief защита: лимит gas под операцию, не безлимитный.
Сравнение типов нод
| Параметр | Публичная нода | Приватная нода (Alchemy/QN) |
|---|---|---|
| Латентность мемпула | 2-5 секунд | 0.3-1 секунда |
| Доступ к pending txs | Ограничен | Полный |
| Надёжность | Средняя | Высокая (SLA) |
| Стоимость | Низкая | Выше, но окупается |
Второе сравнение: ручной вход против бота.
| Характеристика | Ручной вход | Sniper-бот |
|---|---|---|
| Время реакции | 3-10 секунд | 0.5-1 секунда |
| Детекция tax токенов | Нет | Симуляция + автоотмена |
| Защита от honeypot | Нет | Проверка sell перед покупкой |
| Gas-оптимизация | Ручная установка | Автоматический расчёт на основе mempool |
Что входит в работу
- Аналитика: выбор сети, DEX, параметры риска.
- Проектирование: архитектура бота, конфиги, симулятор.
- Реализация: Core-логика на TypeScript + viem, интеграция с нодой.
- Тестирование: форк-тесты на Tenderly, симуляция листингов.
- Деплой: на ваш сервер или облако (AWS, Hetzner).
- Документация: README, описание конфигов, примеры запуска.
- Поддержка: 1 месяц консультаций после сдачи.
Разработка ведётся под ключ: вы получаете готового бота с инструкцией. Закажите разработку sniper-бота и получите готовое решение за 3-14 дней. Свяжитесь с нами для индивидуального расчёта.
Стек и архитектура
- TypeScript + viem — core логика бота
- ethers.js — fallback для provider quirks
- WebSocket к приватной ноде — mempool подписка
- Redis — кэш already-seen транзакций, anti-double-buy
- PostgreSQL — лог всех операций, P&L
Конфигурация через .env: RPC endpoint, private key в HSM или KMS, параметры риска (max buy amount, max tax tolerance, stop-loss). Детальная документация включена.
Пример конфигурации
# .env RPC_URL=https://eth-mainnet.g.alchemy.com/v2/your_key WS_URL=wss://eth-mainnet.g.alchemy.com/v2/your_key PRIVATE_KEY=your_private_key MAX_BUY_AMOUNT=2 ETH MAX_TAX_TOLERANCE=0.05 STOP_LOSS=0.8 Типичные ошибки при разработке sniper-бота
- Использование публичных RPC: задержка 2-5 секунд убивает преимущество.
- Отсутствие симуляции перед покупкой: покупка токена с налогом 30% без возможности продажи.
- Фиксированная gas цена в условиях сетевой перегрузки: транзакция зависает.
- Игнорирование блокировки контракта (pause): бот покупает токен, который заморожен.
- Нет логирования и мониторинга: невозможно отладить потерю средств.
Ориентиры по срокам
Базовый sniper для одной DEX и одной сети — 3-5 дней. Мультичейн версия с детектором honeypot и tax-симулятором — 1-2 недели. Стоимость рассчитывается индивидуально. Если хотите обсудить проект или заказать разработку — свяжитесь с нами. Получите консультацию по настройке sniper-бота прямо сейчас.