Дима лучший инженер высочайшего уровня, с которым мне приходилось сотрудничать, который глубоко вникает в задачу, и с азартом решает его. надежный, очень ответственный, быстрый и технически подкованный инженер, закрвыающий самые сложные задачи по бэкенду. его код работает идеально, программа летает, без глюков и тормозов. оптимизировал программу до физического предела. продолжаем сторудничать, впереди большие планы именно на этого гения. свой уровень знаний и навыков блестяще показал.
2
0
Бюджет: 25 USD Срок: 1 день
Здравствуйте, Я Quantitative Software Engineer с академическим бэкграундом в физике высоких энергий. Моя основная специализация - разработка низкоуровневой торговой инфраструктуры, R&D и создание роутеров быстрого исполнения
Хотя в портфолио я фокусируюсь на инфраструктуре, разработка MEV-стратегий неразрывно связана с реверс-инжинирингом. Поэтому провести R&D вашей целевой платформы, деобфусцировать JS-бандл и вытащить оттуда математику генерации динамических токенов для переноса в быстрый Python-код - для меня понятная задача исследовательской фазы.
Отвечаю коротко и по сути ваших требований:
1. Опыт оптимизации сетевых запросов: Разрабатывал production MEV-бот для ликвидаций на Arbitrum. В терминах Web2 это бот для автоматического снайпинга с e2e-бюджетом реакции ~30-100ms (где Internal Overhead самого движка составлял менее 1 мс, остальное - физическая сетевая задержка публичных узлов).
Что касается указанных в вашем ТЗ требований: пул горячих соединений с фоновым пульсом я реализую через менеджер переиспользуемых сессий, полностью исключив затраты на новые TLS-хэндшейки. Описанную вами задачу плавающего старта решу через строгий математический сдвиг фазы, сокеты будут опрашивать сервер идеальной гребенкой(как вы и писали). Чтобы усилить эту логику, на таймеры я наложу микро-джиттер, это скроет нулевую дисперсию интервалов и защитит от бана поведенческими фильтрами WAF за слепой машинный спам.
2. Подмена TLS-отпечатков:
Стандартный ssl в Python выдаст бота своим JA3-отпечатком. Я интегрирую клиент на базе BoringSSL (через curl_cffi или Rust). Жесткая конфигурация (GREASE-сигнатуры, нужный порядок шифров) сделает трафик криптографически неотличимым от легитимного Chrome
3. Криптография без I/O-блокировок:
Я писал математику эллиптических кривых (secp256k1/ECDSA) и SHA256 с нуля. Чтобы вызов вашей C-библиотеки не парализовал Event Loop, я напишу zero-cost обертку на Rust (PyO3) с применением паттерна GIL-release (py.allow_threads). Вся тяжелая математика уйдет в фоновый поток ОС, не тормозя Радар ни на микросекунду
Сроки: до 2-3 недель
Стоимость: От 800$ (точную цифру назову после оценки заголовочных файлов вашей библиотеки и целевых KPI)
Приемка: Полностью согласен на жесткую привязку к Internal Overhead
Если я вас заинтересовал, с радостью поделюсь деталями своего опыта и решениями, которые я бы использовал
0
0
Бюджет: 100 USD Срок: 2 дня
Добрый день.
Откликаюсь осознанно: понимаю, что речь не про «ещё один парсер на requests + sleep», а про изолированный сетевой движок с измеримым internal overhead на Linux. Базовая бизнес-логика на Python уже есть — готов встроить и оптимизировать транспортный слой, не ломая существующую сборку JSON/XML и авторизацию. NDA — ок.
1. Опыт оптимизации сетевых запросов
Работал(а) с высокочастотными и latency-sensitive сценариями на asyncio:
Connection pooling + Keep-Alive: один TCPConnector / кастомный пул с лимитом на хост, force_close=False, переиспользование сессий, контроль ttl_dns_cache, таймаутов connect/read отдельно.
Прогрев пула: фоновая корутина с легальным heartbeat (HEAD/OPTIONS/light GET по тем же хостам), чтобы до «боевого» окна не платить TCP + TLS handshake на каждый выстрел.
Снятие блокировок Event Loop: тяжёлая криптография (ЭЦП, RSA/ECDSA) — только через asyncio.to_thread / run_in_executor, очередь подписей с батчингом, без синхронных вызовов в hot path.
Rate limits: token bucket / leaky bucket на уровне движка, jitter, staggered phase polling вместо blind spam; метрики p50/p95/p99 RTT и «время от триггера до отправки пакета».
Диагностика: uvloop (где уместно), профилирование loop lag, логирование slow callbacks.
Прокси на боевом выстреле не предлагаю — согласен с вашим условием (сервер уже в целевой локации).
2. TLS fingerprint / WAF в Python (как бы решал)
Цель — не «магический обход», а согласованный с браузером ClientHello/JA3, чтобы балансировщик не резал по отпечатку.
Практичный стек:
curl_cffi (libcurl-impersonate) — режимы impersonate="chrome120" / safari и т.д.: реальный браузерный TLS+HTTP/2 fingerprint без ручной возни с OpenSSL.
Альтернатива: tls-client / обёртки под тот же принцип.
Чистый aiohttp + ssl.SSLContext — только если WAF слабый; на агрессивных платформах обычно недостаточно, т.к. JA3/ALPN/H2 settings не совпадают с Chrome.
Дополнительно (если WAF смотрит и HTTP-слой):
порядок заголовков, User-Agent / sec-ch-ua согласованы с impersonate-профилем;
HTTP/2 там, где ожидает платформа;
единый профиль на весь пул соединений, без «зоопарка» отпечатков.
Проверка: сравнение JA3 с эталонным браузером (ja3er / локальный снифф) + тест на staging до приёмки по вашим метрикам overhead.
3. Подход к задачам из ТЗ
Сетевой движок (отдельный модуль):
NetworkEngine — warm pool, heartbeat, fire(request) без handshake на hot path, метрики connect/reuse/blocked_time.
Staggered radar:
N воркеров с фазовым сдвигом phase_i = base + i
15
0
Бюджет: 25 USD Срок: 1 день
Здравствуйте.
Откликаюсь т.к. понимаю о чем идет речь, я в парсинге уже много лет, понимаю и разбираюсь в тонкостях сокет соединений (ранее программировал с++/вин апи/tcp/udp)
Мой последний выполненный проект Go парсинг+мониторинг зарубежных досок объявлений (vinted, jofogas, basoz, olx) + телеграм бот.
Ознакомился с описанием проекта. Есть опыт разработки асинхронных сервисов на Python (asyncio, aiohttp/httpx), работы с HTTP-соединениями, профилирования задержек и оптимизации высокочастотных запросов.
По описанию вижу несколько направлений для анализа:
-работа пула соединений и Keep-Alive;
-потери времени на TCP/TLS-переустановку соединений;
-блокировки Event Loop во время операций подписи;
-стратегия опроса сервиса в рамках существующих лимитов.
Прежде чем о чем-то говорить об итоговом эффекте, хотелось бы понять текущую архитектуру самого проекта:
- в целом как это работает, что за проект, его код, документации если есть
- какой HTTP-клиент используется сейчас;
- где именно зафиксированы основные потери времени;
- есть ли результаты профилирования или замеры по этапам запроса;
- что конкретно подразумевается под TLS Fingerprinting в рамках проекта.
После ознакомления с текущей реализацией смогу предложить план работ, ожидаемый эффект и адекватную оценку.
Работаю с почасовой оплатой, от 25USD/час.
10
0
Бюджет: 100 USD Срок: 1 день
Добрый день!
Есть практический опыт разработки высоконагруженных асинхронных сервисов на Python с использованием asyncio, aiohttp и FastAPI, а также оптимизации сетевого взаимодействия, работы с пулами соединений и снижения внутренних задержек выполнения.
Работал с проектами, где критичны скорость реакции, эффективное использование Event Loop, минимизация накладных расходов и стабильная работа под высокой нагрузкой.
Также есть релевантные проекты в портфолио:
Freelancehunt
По описанию задачи понимаю основные узкие места проекта: сетевые задержки, переиспользование соединений, взаимодействие с криптографическими модулями, оптимизация асинхронного выполнения и контроль внутренних оверхедов системы.
Готов подписать NDA и детально ознакомиться с текущей архитектурой. После анализа существующей реализации смогу предложить конкретный план оптимизации, определить потенциальные точки роста производительности и согласовать критерии приемки.
Для предметного обсуждения прошу предоставить дополнительные детали по текущему стеку, используемым библиотекам и целевым метрикам производительности.
Сроки, стоимость и технические детали предлагаю обсудить в личной переписке после ознакомления с проектом.
1
0
Бюджет: 2000 USD Срок: 12 дней
Добрый день!\nПонял задание. Нужен высокопроизводительный сетевой движок для снайпинг-бота с жесткими требованиями к минимальной задержке, обходу WAF и сохранению стабильности под нагрузкой.\nЯ специализируюсь именно на таких задачах — оптимизация критических сетевых путей в конкурентной среде.\nОтветы на ваши вопросы:\nОпыт оптимизации сетевых запросов\nИмею опыт создания высоконагруженных снайперов и HFT-подобных систем. Оптимизировал несколько ботов, где каждая миллисекунда была критической. Основные приемы: connection pooling с keep-alive, session reuse, fine-tuning TCP sockets, custom HTTP client на базе aiohttp + asyncio, контроль concurrency limits, jitter + staggered requests.\nКак бы я решал задачу подмены TLS-отпечатков\nИспользую curl_cffi (лучший вариант на сегодня) или httpx + tls-client с реальными браузерными fingerprint'ами (Chrome 124+, Edge, Firefox).\n\nДополнительно:\nГенерирую уникальные JA3 / HTTP2 fingerprints для каждого потока\nРотация Client Hello параметров\nCustom SSLContext с контролируемыми cipher suites и extensions\nИмитация реальных браузерных HTTP-заголовков + порядок\n\nЭто позволяет проходить даже довольно агрессивные WAF.\n\nСрок: 10–14 календарных дней (с учетом тестирования на вашей инфраструктуре)\n\nПолностью изолированный сетевой модуль (AsyncClient)\nConnection Pooling + Keep-Alive + Warm-up\nTLS Fingerprinting + Anti-WAF защита\nStaggered Polling с адаптивным jitter\nИнтеграция криптографии через run_in_executor без блокировки Event Loop\nПодробная документация + тестовый стенд\n\nГотов подписать NDA и приступить в течение 1–2 дней после согласования деталей.\nЖду вашего ответа и дополнительных технических деталей (какие именно эндпоинты, какие ограничения WAF наблюдаете сейчас).\nС уважением,
29
1
Бюджет: 80 USD Срок: 4 дня
Привет! У меня есть соответствующий опыт с подобными заданиями, и я могу помочь с вашим проектом. Я могу быстро ознакомиться с требованиями, предложить лучшее решение и тщательно выполнить работу. Готов обсудить детали и начать.
14
0
Бюджет: 200 USD Срок: 4 дня
Здравствуйте! Я менеджер FullStack-разработчика Валентина. Мы специализируемся на высоконагруженных системах, автоматизации и разработке SaaS. Валентин внимательно изучил ваше ТЗ. Передаю его технические ответы на ваши вопросы:
Опыт оптимизации: Работал с HFT и кастомными парсерами. Знаю, как выжимать миллисекунды. Для удержания «горячего» пула напишем кастомный менеджер соединений, который будет слать легковесные dummy-запросы (heartbeat) в фоне, чтобы WAF не дропал сессию.
Обход WAF (TLS): Использовать голый aiohttp или requests здесь бессмысленно — JA3/JA4 отпечатки выдадут бота сразу. Мы применим curl_cffi (цикл со сборкой под форматирование Chrome/Firefox) либо соберем кастомный SSL-контекст через ctypes / cython, если важна нативная скорость Python-процесса без накладных расходов на вызовы Си-листов.
Криптография без блокировок: Выносить подписание в ProcessPoolExecutor (как предлагают другие) — это оверхед на сериализацию данных между процессами (IPC), что убьет скорость снайпинга. Валентин предлагает реализовать подпись через неблокирующий loop.run_in_executor на базе ThreadPoolExecutor (если библиотека подписи отпускает GIL) или написать микро-сервис на Go/C++ чисто под генерацию подписей, общающийся с основным движком через Unix Domain Sockets (UDS). Это даст минимальный Internal Overhead.
По условиям: Понимаем критичность метрик скорости. Готовы подписать NDA. Точные сроки и стоимость (ориентировочно в пределах вашего бюджета) назовем сразу после того, как вы озвучите целевые метрики Internal Overhead в личной переписке.
Ориентировочно: 3–5 дней.
Бюджет: $180 – $220 (в зависимости от жесткости ваших целевых метрик по Internal Overhead, которые мы согласуем).
Валентин готов подключиться к обсуждению архитектуры. Когда вам удобно детально пообщаться?
0
0
Бюджет: 180 USD Срок: 8 дней
Привет! Задача хардкорная и требует понимания работы I/O и сети в Linux на низком уровне. Мой основной профиль — разработка бэкенда на Python (FastAPI, асинхронная архитектура, Docker) и плотная работа с Linux-окружениями, поэтому специфика сетевой оптимизации мне отлично знакома.
Сразу отвечаю на ваши вопросы из ТЗ:
1. Опыт оптимизации сетевых запросов (Connection Pooling):
Для удержания пула «горячих» соединений целесообразно использовать aiohttp.TCPConnector с жестко заданными лимитами (limit_per_host) и активным Keep-Alive. Это позволит исключить потерю драгоценного времени на TCP/TLS хендшейки в момент боевого запроса.
2. Подмена TLS-отпечатков для обхода WAF:
Стандартные модули (ssl, aiohttp, requests) сразу отлетят в бан из-за дефолтных JA3-отпечатков. Для обхода агрессивного WAF (например, Cloudflare) я использую библиотеку curl_cffi (или tls-client). Она позволяет имитировать TLS-сигнатуры на уровне C-библиотек, делая запросы неотличимыми от легитимного трафика Chrome или Edge.
3. Интеграция криптографии без блокировки Event Loop:
Поскольку подписание ЭЦП — это чисто вычислительная (CPU-bound) задача, она заморозит асинхронный радар. Ее нужно делегировать в отдельный пул потоков через asyncio.to_thread или concurrent.futures.ThreadPoolExecutor.
9
1
Бюджет: 200 USD Срок: 3 дня
Приветствую! Изучив ваш проект, я готов приступить к его выполнению. Могу предложить оптимальные решения для достижения наилучшего результата.
Ставки скрыты
В списке не показаны ставки, скрытые заказчиком или фрилансером c профилем Plus, а также ставки, нарушающие правила
