Бот для Bybit: відстеження зняття ліквідності та FVG

Бюджет: 200 USD Термін: 5 днів

Доброго дня.

Завдання зрозуміле і технічно добре описане — це плюс. У мене є хороший досвід у Python-ботах, роботі з API, WebSocket / REST, логіці моніторингу подій, зберіганні станів у БД та побудові таких сценаріїв, де важливо не просто “отримати дані”, а коректно відстежити ланцюг умов і не ламати логіку на граничних випадках.

За вашим ТЗ можу реалізувати бота акуратно і структурно:

— фільтрація всіх USDT-ф'ючерсів Bybit за turnover24h
— пошук і збереження всіх нижніх 3-свічкових фракталів
— зберігання статусів фракталів у SQLite без дублів
— realtime-моніторинг зняття фракталів через WebSocket
— запуск логіки очікування bullish FVG після sweep
— контроль скасувань за більш низьким фракталом, sweep_low і fvg_wait_days
— пошук FVG за правилом Low(3) > High(1)
— одноразові Telegram-сповіщення
— логування, обробка помилок і очищення БД за статусами при запуску

Мені подобається, що у вас вже нормально продумані статуси:
active → waiting_for_fvg → sent / lost / expired Це якраз правильний підхід для такого бота, тому що тут важлива саме state-driven логіка, а не простий “сканер сигналів”.

Як би я це робив за структурою:
— окремий модуль Bybit API
— окремий модуль сканування фракталів
— окремий realtime-моніторинг зняттів
— окрема FVG-логіка
— окремий шар роботи з SQLite
— окремі Telegram-нотифікації
— конфігурація через config.json, щоб спокійно перемикати режими D1+H4 і 1W+D1

Тобто без каші в одному файлі і з можливістю далі розширювати бота.

Що входить у роботу:
— повний код бота на Python
— налаштування обох режимів роботи
— SQLite-структура і логіка очищення
— логування і захист від падіння всього процесу через одну монету
— інструкція по запуску
— допомога з первинним запуском і перевіркою

По термінах:
орієнтовно 4–7 днів

По вартості:
150–300$, в залежності від того, потрібен чи просто робочий варіант за ТЗ або відразу акуратно оформлений проект з нормальною структурою, логами і зручністю подальшої підтримки.

Якщо хочете, можу також одразу коротко описати, як саме виглядатиме архітектура файлів і цикл роботи бота від запуску до відправки сигналу — щоб до старту зафіксувати логіку без сюрпризів. Розгорнути

Бюджет: 200 USD Термін: 1 день

✋ Доброго дня! Ми IT-компанія dZENcode.

Ми можемо зробити вам бота під цю стратегію та Telegram-сповіщення.

Потрібен один режим чи підтримка обох?
Де зручніше зберігати та очищати базу даних?

Докладну інформацію про наші послуги та тарифи ви знайдете на сайті: Freelancehunt
Подивіться – далі обговоримо деталі роботи, пишіть, коли будете готові.

Фінальна вартість формується тільки після уточнення обсягу та вимог.

___________________
З повагою,
Менеджер dZENcode

Наші сильні сторони:
💎 10+ років надаємо IT-послуги: Аутсорс, Аутстаф
🔥 90+ штатних спеціалістів
🚀 Проекти «з нуля» та на підтримку
⚙️ SLA та постпродакшн-супровід
✅ Договір з компанією, гарантований результат!
🔥 250+ публічних відгуків з 2015 року. Розгорнути

Бюджет: 850 USD Термін: 7 днів

Вітаю.

Ознайомився з ТЗ. Тут потрібен не просто сканер по Bybit, а подієва стратегія з чіткою state machine: пошук фракталів на старшому таймфреймі, миттєве відстеження їх зняття через tick-дані, далі пошук bullish FVG на нижчому таймфреймі і контроль усіх умов скасування до відправки сигналу.

З технічної точки зору тут важливо окремо розділити:
- REST для історії свічок і первинного скану
- WebSocket для моменту зняття рівня
- storage для станів фракталів і антидубля
- scheduler для двох режимів роботи
- Telegram як канал сигналу

Такий підхід дозволяє реалізувати обидва режими з однією архітектурою, без дублювання логіки. Можу зібрати це як стабільний MVP із коректною обробкою `active / waiting_for_fvg / sent / lost / expired`, логами і захистом від повторних сповіщень.

Перед початком роботи маю уточнити:
- чи потрібні обидва режими одразу
- чи є вже вибір по бібліотеці `pybit` / іншим клієнтам
- чи потрібен окремий dry-run / тестовий режим
- чи є бажаний формат логів і Telegram-повідомлень

В особистих повідомленнях відповім на всі запитання зручною для Вас мовою (укр, рос, англ) Розгорнути

Бюджет: 25 USD Термін: 7 днів

Доброго дня, спеціалізуюсь на розробці ботів та автоматизації дій у браузері, в історії виконаних проектів є успішні кейси по складним торговим терміналам та арбітражним системам на bybit binance.

Бюджет: 500 USD Термін: 3 дні

Вітаю, Альберте! Я Ніна, менеджер інженера-розробника Валентина.

Ваше ТЗ — зразок чіткості. Ми розуміємо, що в цій стратегії критично важливий детермінізм (жодного рандому в визначенні рівнів) і швидкість реакції на зняття ліквідності.

Чому варто обрати Валентина:
Валентин працює за методологією AI-augmented development. Це дозволяє нам проектувати і тестувати складні алгоритми (як ваша система скасування ордерів і моніторингу sweep_low) в 3 рази швидше, зберігаючи промислову якість коду.

Як ми реалізуємо бота:

Надійна БД: Використовуємо SQLite з оптимізацією під конкурентний запис (WAL), щоб моніторинг 100+ пар не блокував базу.

WebSocket Engine: Реалізуємо миттєву фіксацію пробою рівня «по тику» через стрім Bybit, без очікування закриття свічки.

Сувора логіка скасування: Бот буде чітко відстежувати умови №1, №2 і №3, запобігаючи хибним сповіщенням і економлячи ваш час.

Чистий код на Python: Використовуємо асинхронність (asyncio), щоб збій по одній монеті не впливав на весь процес.

Термін: 3–5 робочих днів.
Бюджет: $450 — $550 (залежить від необхідності додаткових налаштувань логів).

Альберте, уточніть: потрібно чи в сповіщенні надсилати графік з позначеною зоною FVG або достатньо текстових даних і рівнів?

З повагою, Ніна. Розгорнути

Бюджет: 700 USD Термін: 10 днів

Привіт, Альберте!

ТЗ детальне і з чіткою state machine — приємно працювати. По реалізації:

— Пошук фракталів (fractal_tf): асинхронний сканер USDT-ф'ючерсів з фільтром turnover24h ≥ 150 000, запит 1000 свічок, детекція трьохсвічкових нижніх фракталів, дедуплікація за (symbol, level, date) перед записом в SQLite зі статусом active.

— Моніторинг: WebSocket на тікери для події зняття (по Low). Стан active → waiting_for_fvg → lost/confirmed. Окремий REST-polling на fvg_tf свічки для пошуку бичачого FVG.

— Умова скасування №1 — live через той же WebSocket, детект нового нижнього фрактала нижче поточного → скидання в lost.

— Scheduler: 00:10 UTC через apscheduler або asyncio-loop з точним next_run.

— Telegram сповіщення: один бот, формат повідомлення з символом, рівнем, ціною зняття, часом, TF.

— Конфіг через config.json: fractal_tf, fvg_tf, turnover_threshold, telegram_token, режим.

Стек: Python 3.11 + asyncio + pybit + aiosqlite + apscheduler + aiogram.

Один уточнюючий запит: умова скасування №1 перевіряється по тику Low в реальному часі, чи тільки при закритті свічки fractal_tf? В ТЗ видно, що sweep_low фіксується ДО закриття свічки — значить і умова скасування теж працює live. Уточніть на всякий випадок, щоб не було розбіжностей в граничних випадках.

Вартість: 700 USD під ключ.
Термін: 10 днів — перший робочий прогін на тестових символах через 5-6 днів, фінал з документацією до 10-го.

Досвід: з Bybit API працював безпосередньо — писав скрипти під збір ринкових даних і автоматизацію. Також працював з OKX API. Python async + state machines + SQLite і Telegram-інтеграції — щоденний стек.

Якщо підійде — напишіть, обговоримо деталі і уточнення по ТЗ. Розгорнути

Бюджет: 200 USD Термін: 1 день

Доброго дня. Готовий виконати цей проект, маю великий досвід розробки різних додатків.

Бюджет: 400 USD Термін: 7 днів

Доброго дня. ТЗ складено відмінно, все зрозуміло. Готовий взятися за реалізацію. Я готовий взятися за справу.

Я спеціалізуюсь на Python-бекенді та крипто-ботах. Щоб бот стабільно тримав потік даних по 100+ монетам, я закладу в архітектуру наступні рішення:

Зроблю все асинхронним: буду використовувати asyncio та aiosqlite. Це означає, що запити по WebSocket та REST API не будуть заважати один одному.

Базу даних налаштую оптимально: в SQLite увімкну режим WAL. А ті фрактали, що постійно використовуються, буду зберігати в оперативній пам'яті, щоб база не блокувалася, коли тиков дуже багато.

Зроблю так, щоб система була стійка до збоїв: WebSocket буде сам перепідключатися завдяки бібліотеці pybit. Виключення ізолюю - збій по одній монеті не зупинить весь моніторинг.

Розгорну бота надійно: налаштуваю запуск на Amazon EC2 (або вашому сервері) через systemd з ротацією логів. Бот буде працювати автономно 24/7.

Код напишу чистий, а всі розрахунки по FVG та фракталам будуть математично вірними. Розгорнути

Бюджет: 300 USD Термін: 7 днів

Доброго дня!
Маю досвід розробки софту з моніторингу будь-яких даних з біржі ByBit.
Ясна Ваша логіка підходу, маю готові кілька функцій пошуку, які підійдуть для Вашого проєкту.
Якщо правильно розумію, йдеться про перекриття імбалансу.
Маю багато ідей щодо реалізації багатопоточності для софту, пишіть, обговоримо деталі і приступимо!
З повагою, Андрій!

Бюджет: 400 USD Термін: 10 днів

Доброго дня. Маю реальний досвід розробки торгових алгометричних ботів. Готовий виконати ваш проект. Пишіть, обговоримо. Буду радий співпраці.

Бюджет: 21732 USD Термін: 5 днів

Привіт! Ми команда SDEV — розробники та інженери з досвідом реалізації складних ботів і систем на Python. Ваш проект вимагає інтеграції з Bybit API, обробки свічкових даних, моніторингу фракталів і FVG, а також відправки сповіщень у Telegram.

Наша реалізація включає:
- Аналіз USDT-ф'ючерсів з фільтром за об'ємом (≥150 000 USDT)
- Пошук трьохсвічкових фракталів на D1/1W, відстеження їх зняття
- Динамічний пошук бичачого FVG на H4/D1
- Роботу з WebSocket і REST API Bybit
- Логування дій і обробку виключень
- Зберігання даних у SQLite з очищенням старих записів

Ми реалізуємо це з використанням Python, pybit, sqlite3, websockets і requests. У нас є досвід створення Telegram-ботів з гнучкою логікою та інтеграцією з торговими платформами. Розгорнути

Бюджет: 500 USD Термін: 5 днів

Доброго дня. Є великий досвід роботи з усіма популярними криптобіржами, в тому числі і з Bybit. Робив подібний проект для BingX та Biconomy. Готовий реалізувати ваш проект після обговорення деталей у особистих повідомленнях.

Бюджет: 1100 USD Термін: 7 днів

Доброго дня,

Щодо вашого замовлення на створення бота - прошу про зворотний зв'язок :)

Час виконання, а також оцінка проекту є лише попередніми - після отримання детальної інформації у зворотному зв'язку - я підготую для вас мою точну пропозицію з технічними вимогами - оцінкою у вигляді файлу PDF.

----------------

З повагою,

Пшемислав Барикий

692 - 831 - 062 Розгорнути

Бюджет: 704 USD Термін: 7 днів

готовий допомогти вам

поділюся попередньою роботою в чаті, щоб переконатися, що ми підходимо один одному

Бюджет: 550 USD Термін: 17 днів

Доброго дня!

Детально вивчив ТЗ — дуже якісно написано, всі стани та переходи описані чітко, без двозначностей. З таким ТЗ приємно працювати.

Маю досвід розробки торгових ботів на Python: робота з біржовими API (REST + WebSocket), реальний моніторинг, свічкові патерни, Telegram-сповіщення, SQLite.

Готовий взятися. По термінах — орієнтовно 5-7 робочих днів.

Бюджет: 600 USD Термін: 7 днів

Доброго дня!
Займаюся розробкою сигнальних ботів.
Розробляю на Python.
Виконав не один подібний проект.
Зроблю швидко, якісно і що найголовніше під ключ.
Пишіть - обговоримо.

Бюджет: 25 USD Термін: 1 день

Вітаю! Ми — команда NovaCore Solutions. Маємо значний досвід у розробці стійких realtime-систем та трейдинг-ботів, тому реалізуємо ваш алгоритм з фракталами та FVG з особливою увагою до точності WebSocket-даних та стабільності SQLite-бази. Ми забезпечимо коректну обробку станів фракталів (active/waiting/lost), налаштуємо чітку логіку відміни за sweep_low та фільтрацію за об'ємом, гарантуючи відсутність дублів і надійне логування кожного кроку. Готові перетворити ваше ТЗ на чисту робочу реалізацію та обговорити фінальні деталі в особистих повідомленнях

Бюджет: 1374 USD Термін: 14 днів

Вітаю, Альберт!

ТЗ прочитав уважно, стек (Python + pybit + WebSocket + SQLite + Telegram) — мій профіль.
Кілька уточнюючих питань:
1. Умова відміни №1 (новий нижній фрактал) — перевіряється в real-time через WebSocket чи при закритті свічок fractal_tf?
2. sweep_low фіксується після закриття свічки fractal_tf — до закриття умова відміни №2 не активна, правильно?
3. Якщо фрактал має кілька bullish FVG в період очікування — нотифікація тільки на перший + статус sent?

Пропоную 3 milestones:
M1 — База (3-4 дні, $400)
Setup, config, logging, Bybit API, фільтр turnover, SQLite схема, пошук трисвічних фракталів з дедуплікацією. Working prototype — можна перевірити що фрактали знаходяться коректно на реальних даних.

M2 — Real-time стратегія (5-7 днів, $550)
WebSocket моніторинг снятия фракталів, state machine (active → waiting_for_fvg → sent/lost/expired), детектор bullish FVG, всі три умови відміни, error handling per coin.

M3 — Фіналізація (2-3 дні, $300)
Scheduler 00:10 UTC для обох режимів, підтримка 1W+D1 через config, Telegram нотифікації, очистка БД (30 днів), README з deployment інструкцією.

Детальний план з розбивкою по фазах, технічні рішення по WebSocket моніторингу, логіка state machine, обробка edge cases, pricing варіанти і мої уточнюючі питання по ТЗ виніс окремо щоб не перевантажувати відгук:

📋 Повна пропозиція з деталями: https://www.notion.so/Bybit-bullish-FVG-341ea80ec59480438955cc55e22b93a7?source=copy_link

Загалом: $1250 + $124 закладаю комісію сервісу - можемо 50/50, fixed price, термін 10-14 робочих днів.

Використовую Claude Code як accelerator на boilerplate частинах (API інтеграція, SQLite, scheduler). Логіку стратегії і тестування edge cases контролюю особисто — це не та частина де можна покладатись на AI.

Всі критерії приймки з ТЗ будуть перевірені перед здачею кожного milestone.

Портфоліо і приклади релевантних проектів: [Notion посилання]

Готовий починати M1 одразу після funded milestone. Read-only API ключ Bybit прошу після створення контракту.

Дякую, чекаю на відповідь! Розгорнути

Бюджет: 500 USD Термін: 5 днів

Привіт, Альберте! У мене вже є робочий бот для парсингу байбит/бінанс з подібною логікою, зможу модифікувати під ваш запит, напишіть мені для обговорення деталей, буду радий співпрацювати над вашим проектом!

Бюджет: 498 USD Термін: 6 днів

Я готовий взятися за реалізацію бота під Bybit за вашим ТЗ: нижні трисвічкові фрактали на старшому таймфреймі, зняття по тіку, пошук бичачого FVG на молодшому, фільтр за turnover24h, режими D1+H4 і 1W+D1, SQLite, Telegram і розклад за UTC. Публічне API для ринкових даних доступне; зроблю на Python з логуванням і так, щоб помилка по одній парі не зупиняла весь моніторинг. Можу стартувати після узгодження config.json і критеріїв приймання.

Бюджет: 800 USD Термін: 7 днів

Пишіть в особисті повідомлення, напишу торгового бота для вас і поставлю його на 24/7 хостинг.

Бюджет: 1000 USD Термін: 10 днів

Добридень. Пробував збирати подібні торгові алгоритми під MEXC, специфіку розумію.

Основна складність тут — не зловити бан по rate limits при скануванні сотень монет і нормально обробити розриви вебсокетів, щоб не злетіли статуси фракталів під час пробою.

Пропоную розбити на етапи, поки пропоную ось так, потім поспілкуюсь з ШІ, може воно видасть щось краще:

REST API та БД: фільтр монет, пошук фракталів на історії, запис без дублів — 2 дні / $200.

WebSocket : миттєве зняття по тику, фіксація лоїв, зміна статусів — 3 дні / $350.

Логіка FVG та алерти: пошук після зняття, умови скасування, Telegram — 2 дні / $250.

Тести та оптимізація: налаштування таймфреймів, обробка дисконектів сокетів, чистка БД — 3 дні / $200.

Разом: 10 днів, $1000.

Якщо такий формат роботи влаштовує — пишіть, почнемо з першого модуля. Розгорнути

Бюджет: 800 USD Термін: 3 дні

Доброго дня. Зроблю все відповідно до ТЗ, але на PHP. Є досвід розробки подібних ботів, а також пошуку фракталів. Звертайтеся.

Бюджет: 1500 USD Термін: 5 днів

Доброго дня.

Ознайомився з ТЗ — завдання повністю зрозуміле, включаючи логіку фракталів, їх життєвий цикл і сценарій з FVG після зняття. Це не просто “сканер”, а повноцінна state-machine з подіями та умовами скасування — якраз той тип систем, з якими я працюю.

Що зроблю по реалізації:

1. Архітектура

Розділю систему на модулі:
MarketData (Bybit REST + WebSocket)
FractalScanner (пошук і запис фракталів)
FractalEngine (життєвий цикл: active → waiting → sent/lost/expired)
FVGDetector (логіка пошуку FVG на молодшому ТФ)
Storage (SQLite)
Notifier (Telegram)
Усі стани фракталів будуть оброблятися як події, а не “в лоб циклами” — це критично для стабільності.

2. Робота з даними

WebSocket для тиков (мгновене зняття фракталів)
REST для свічок (fractal_tf і fvg_tf)
Окремий планувальник під режими D1+H4 / 1W+D1
Кешування свічок, щоб не дергати API зайвий раз.

3. Логіка стратегії

Чітка реалізація трьохсвічних фракталів без “псевдо-умов”
Відстеження зняття в реальному часі, без очікування закриття свічки
Коректна фіксація sweep_low після закриття свічки fractal_tf
Повна підтримка всіх умов скасування (lost / expired)
FVG строго за правилом: Low(3) > High(1), без допущень.

4. Надійність

Помилка по одній монеті не ламає систему
Логування всіх етапів (зняття, скасування, знайдено FVG)
Захист від дублів у БД (symbol + level + date)
Очищення БД за правилами (30 днів).

5. Telegram

Повідомлення строго 1 раз на фрактал
Повний формат, як в ТЗ (рівні, дати, зона, обсяг).

💡 Важливий момент:
У вашому ТЗ є кілька нетривіальних місць, які я вже бачу:

синхронізація WebSocket (тік) і свічок (REST)
коректне визначення моменту “зняття” всередині поточної свічки
контроль гонок (наприклад, зняли 2 фрактали підряд)
Я це врахую в архітектурі, щоб бот не давав хибних сигналів. Розгорнути