Дрейнеры в 2026 [Новичкам]

Качаем по-новому​

Архитектура современного дрейнера​

1. Frontend Layer ( Видимый жертве слой)​

1. Строки и конфиг шифруются (AES/XOR), ключ подтягивается с C2 или собирается из нескольких частей кода.
2. Критическая функция (формирование транзакции) выносится в WASM-модуль — реверсить его на порядок сложнее, чем JS.
3. Всё остальное прогоняется через обфускатор: контрол-флоу превращается в кашу из фейковых условий, имена переменных — в _0x3f2a.

• Фейковая модалка (модальное, вспомогательное окно). Юзер жмёт «Connect Wallet», но вместо стандартного окна Wallet Standard поверх него рисуется кастомная модалка (position:fixed; z-index:9999), стилизованная под кошелек. Текст кнопки уже другой: не «Connect», а «Sign Up / Sign In with Phantom» или «Claim Now». Жертва думает, что общается с кошельком, а на деле общается с дрейнером.
  
  
• Фейковый баланс. Дрейнер перехватывает fetch/XMLHttpRequest к RPC-ноде и подменяет ответ eth_getBalance / getTokenAccountsByOwner. Юзеру показывают «доступно к клейму: 1,250 USDT» - цифра берётся с потолка или привязана к реальному балансу жертвы для правдоподобия.
  
  
• Фейковый прогресс. После «клейма» крутится прогресс-бар «Minting... / Claiming...», который просто тянет время, пока бэкенд собирает и отправляет транзакцию. Юзер спокоен — он видит процесс.

// Детект DevTools через разницу размеров окна
if (window.outerWidth - window.innerWidth > 200) { stop(); }
// Детект автоматизации
if (navigator.webdriver) { stop(); }
// Детект кошелька — нет Phantom, нет и дрейна
if (!window.solana?.isPhantom) { redirect_to_install_page(); }

2. Wallet Profiler​

• Что анализирует: Баланс нативной монеты, ERC-20/SPL/Jetton токены, NFT, выданные approve, история DeFi, ENS/.sol имена.
• Логика: Оценка стоимости в реальном времени через RPC/API. Если < порога (например, $100) - прекращение взаимодействия (экономия ресурсов, снижение шума).
• Кэширование: Результаты профилирования кэшируются для скорости принятия решений.
• Пример работы: В Solana профайлер определяет наличие SPL-токенов, NFT и стейкинговых позиций → формирует список целей для bundled transaction. В TRON проверяет баланс TRX для решения о необходимости газовой станции.

3. Decision Engine​

• Входные данные: Тип активов, сеть, тип кошелька, поддержка Permit/Permit2, стоимость газа, результаты антидетекта.
• Логика: Дерево решений. ERC-20 + Permit → gasless permit. NFT → setApprovalForAll. SOL → bundled transfer. TRON → triggerSmartContract + делегированная энергия.
• Адаптивность: Динамическая подстройка под защиту кошелька. Rabby → прокси/multicall без ABI (парсер ломается → простыня хекса). MetaMask → подмена Domain Separator в EIP-712. TronLink → минимальные варнинги.
• Пример работы: Kitty Drainer определяет, что у жертвы есть USDT на TRON, но нет TRX → Decision Engine выбирает сценарий «газовая станция + triggerSmartContract + делегированная энергия».

4. Smart Contract Layer​

• Контракты-пылесосы (Sweepers): Слушают Approval эвенты, инициируют вывод за секунды. Flash loans, atomic swaps.
• Прокси / Multicall: Обход парсеров кошельков, маскировка под легитимные контракты (Uniswap Router, 1inch).
• Gasless механизмы: Permit EIP-2612, Permit2, мета-транзакции. Подмена поля spender в типизированных данных.
• Non-EVM специфика:
  • Solana: assign/SetAuthority (смена Owner), bundled VersionedTransaction, ATA manipulation.
  • TON: internal_transfer через jetton-wallet, fake UI в metadata.
  • TRON: triggerSmartContract + energy delegation, газовые станции.
• Оптимизация: Кросс-чейн мосты (Stargate, Across) для мгновенного вывода и сокрытия следов.

5. Backend / C2 Infrastructure​

• C2: Telegram Bot API (sendMessage) вместо WebSocket (палится СОРМ/мониторами). AES-256-CBC шифрование конфигов (OpenSSL-compatible, Salted__header).
• RPC Failover: Мульти-RPC с резервными публичными и приватными узлами. Автоматическое переключение при отказе.
• Газовые станции: Автоотправка нативной монеты жертве для покрытия комиссий (Kitty Drainer включает штатно).
• Делегаторы энергии (TRON): Автоаренда ресурсов для транзакций без TRX у жертвы.
• Антидетект серверный: Блокировка IP ресерчеров, датацентров, VPN. Ротация доменов.

6. Admin Panel & Analytics​

• Дашборд трафера: Статистика подключений, подписей, успешных сливов, прибыль в реальном времени.
• Управление кампаниями: Создание лендингов, выбор шаблонов (3+ вариантов), настройка языков (9+), geo-таргетинг.
• Аналитика: Конверсия по сетям/кошелькам/сценариям, A/B тестирование UI, выявление «узких мест».
• Логи: Детальные записи каждой сессии для отладки и оптимизации. Факапы авторов часто видны именно здесь (переиспользование адресов, неочищенные конфиги).

7. Affiliate System & Traffic API​

• Модель распределения: 70–85% траферу, 15–30% платформе. Автоматические выплаты.
• Traffic API: Интеграция с внешними источниками трафика, трекинг UTM-меток, постбэки.
• Реферальная программа: Привлечение новых траферов через существующих.
• Документация / SDK: Для продвинутых партнёров, кастомные интеграции.
• Пример работы: Kitty Drainer предоставляет траферам дашборд с реальной статистикой, API для автоматизации закупок трафика и автоматические выплаты в USDT.

8. Anti-Analysis & Evasion Layer​

• Frontend: Проверка DevTools (debugger в цикле, размеры окна), VM (WebGL/Canvas/timing), расширения защиты (Wallet Guard, Pocket Universe).
• Backend: Rate limiting, CAPTCHA для подозрительных IP, ротация доменов, geo-блокировка.
• On-Chain: Использование CREATE2 для генерации адресов на лету, переиспользование контрактов только в рамках одной кампании.
• Обфускация: Многоуровневая (JS → WASM → encrypted config). Ключи дешифровки получаются динамически.
• Пример работы: CLINKSINK проверяет наличие Phantom Desktop Wallet, делает POST-запрос к C2 с зашифрованным конфигом, использует AES для защиты Telegram chat_id. При обнаружении DevTools - прекращает выполнение

Гонка вооружений: Как защиты проигрывают эволюции продукта​

Устойчивость кошельков​

Трафик на дрейнеры​