Python / Network Engineer: Сетевая оптимизация бота (WAF, C-lib integration, uvloop)
О проекте: Автоматизированный бот для снайпинга. Базовая бизнес-логика (парсинг, авторизация, сборка JSON/XML пакетов) уже готова и стабильно работает на Python. Целевое окружение — Ubuntu
Текущая проблема: Архитектура уперлась в физику сети. Время боевого цикла не устраивает из-за сетевых таймаутов, агрессивных лимитов балансировщика платформы и медленной работы локального модуля криптографии (Java). Наша цель — оптимизировать работу c http/1.1, обойти сетевые задержки и выжать абсолютный максимум скорости.
Ищем инженера, который понимает устройство сетей на низком уровне, знает, как работают WAF (Rate Limits, Leaky Bucket), и умеет интегрировать системные библиотеки в память Python.
Задачи (Разработка изолированного сетевого движка):
Устранение I/O задержек (C/C++ Integration): Сейчас криптографические операции проходят через внешнее десктопное Java-приложение с передачей данных по локальным сокетам. Требуется: Полностью отказаться от этой прокладки. Интегрировать нативную системную C-библиотеку напрямую в адресное пространство Python (через ctypes или CFFI), переведя все операции исключительно в оперативную память.
Обход WAF и прогрев соединений (Network Engine): Защита платформы режет неактивные TCP-коннекты по таймауту и банит за спам-запросы. Требуется: Написать сетевой движок (на базе uvloop), который заранее открывает пул TCP-соединений и удерживает их "горячими" (Keep-Alive) с помощью легального фонового "пульса", не привлекая внимания защиты.
Мониторинг плавающего старта (Staggered Polling): Время наступления целевого события непредсказуемо (плавающий старт). Слепой спам запросами приведет к бану по IP. Требуется: Разработать асинхронный "радар" со смещением по фазе (рассинхронизация пула), который позволит мониторить статус лота с микро-задержками, строго оставаясь в рамках лимитов платформы (например, 1 запрос в секунду на соединение).
Заморозка сессии (State Machine): Требуется: Реализовать строгую последовательную отправку множественных пакетов через единое прогретое соединение с динамическим обновлением токенов безопасности (CSRF/Sequence), чтобы избежать инвалидации сессии сервером при высоких нагрузках.
Требования к кандидату:
Глубокое понимание asyncio и устройства HTTP-протоколов.
Умение анализировать сетевой трафик и обходить лимиты балансировщиков.
Опыт работы с реверс-инжинирингом, парсингом агрессивно защищенных систем, HFT или арбитражными сканерами.
Навык работы с памятью и интеграции C-библиотек в Linux.
Готовность к неразглашению деталей проекта (NDA).
Важно: Нам нужна ювелирная работа с сетью. Брутфорс и решения уровня while True: sleep() не рассматриваются.
Условия приемки проекта (Критично):Оплата проекта строго привязана к Internal Overhead — чистой внутренней скорости выполнения вашего движка. Нам нужен хирургически оптимизированный код без I/O-блокировок, лишних переподключений и просадок Event Loop'а. Точные метрики приемки (допустимые миллисекунды на каждый внутренний этап) и требования к профилированию/логированию мы предоставим кандидатам с релевантным опытом в личной переписке.
Для отклика: 1. Пожалуйста, кратко опишите ваш опыт оптимизации latency или обхода WAF. 2. Начните свой ответ с того, какую библиотеку/подход вы бы использовали для решения задачи №3. 3. Предложите реальные сроки и стоимость.
