Bot dla Bybit: śledzenie usunięcia płynności i FVG

Budżet: 200 USD Termin: 5 dni

Cześć.

Zadanie jest jasne i technicznie dobrze opisane — to plus.
Mam dobre doświadczenie w botach Python, pracy z API, WebSocket / REST, logice monitorowania zdarzeń, przechowywaniu stanów w bazie danych i budowaniu takich scenariuszy, gdzie ważne jest nie tylko „uzyskanie danych”, ale poprawne śledzenie łańcucha warunków i nie łamanie logiki w przypadkach granicznych.

Na podstawie Twojego zadania mogę zrealizować bota starannie i strukturalnie:

— filtrowanie wszystkich kontraktów futures USDT na Bybit według turnover24h
— wyszukiwanie i zapisywanie wszystkich dolnych fraktali 3-świecowych
— przechowywanie statusów fraktali w SQLite bez duplikatów
— monitorowanie w czasie rzeczywistym usuwania fraktali przez WebSocket
— uruchamianie logiki oczekiwania na bullish FVG po sweep
— kontrola anulacji według niższego fraktala, sweep_low i fvg_wait_days
— wyszukiwanie FVG według zasady Low(3) > High(1)
— jednorazowe powiadomienia Telegram
— logowanie, obsługa błędów i czyszczenie bazy danych według statusów przy uruchomieniu

Podoba mi się, że już dobrze przemyśleliście statusy:
active → waiting_for_fvg → sent / lost / expired
To jest dokładnie właściwe podejście dla takiego bota, ponieważ tutaj ważna jest logika oparta na stanie, a nie prosty „skaner sygnałów”.

Jak bym to zrobił w strukturze:
— osobny moduł Bybit API
— osobny moduł skanowania fraktali
— osobny monitoring w czasie rzeczywistym usunięć
— osobna logika FVG
— osobna warstwa pracy z SQLite
— osobne powiadomienia Telegram
— konfiguracja przez config.json, aby spokojnie przełączać tryby D1+H4 i 1W+D1

Czyli bez bałaganu w jednym pliku i z możliwością dalszego rozszerzania bota.

Co wchodzi w zakres pracy:
— pełny kod bota w Pythonie
— konfiguracja obu trybów pracy
— struktura SQLite i logika czyszczenia
— logowanie i ochrona przed awarią całego procesu z powodu jednej monety
— instrukcja uruchomienia
— pomoc przy pierwszym uruchomieniu i weryfikacji

Co do terminów:
orientacyjnie 4–7 dni

Co do kosztów:
150–300$, w zależności od tego, czy potrzebny jest tylko działający wariant według specyfikacji, czy od razu starannie przygotowany projekt z normalną strukturą, logami i wygodą dalszego wsparcia.

Jeśli chcesz, mogę również od razu krótko opisać, jak dokładnie będzie wyglądać architektura plików i cykl pracy bota od uruchomienia do wysłania sygnału — aby przed rozpoczęciem ustalić logikę bez niespodzianek. Rozwiń

Budżet: 200 USD Termin: 1 dzień

✋ Witaj! Jesteśmy firmą IT dZENcode.

Możemy stworzyć dla Ciebie bota zgodnie z tą strategią oraz powiadomienia w Telegramie.

Czy potrzebny jest jeden tryb, czy wsparcie obu?
Gdzie wygodniej przechowywać i oczyszczać bazę danych?

Szczegółowe informacje o naszych usługach i stawkach znajdziesz na stronie: Freelancehunt
Zobacz – potem omówimy szczegóły pracy, pisz, gdy będziesz gotowy.

Ostateczny koszt ustalany jest dopiero po wyjaśnieniu zakresu i wymagań.

___________________
Z poważaniem,
Menadżer dZENcode

Nasze mocne strony:
💎 Ponad 10 lat świadczymy usługi IT: Outsourcing, Outstaffing
🔥 Ponad 90 pracowników na etacie
🚀 Projekty „od zera” oraz wsparcie
⚙️ SLA i wsparcie po produkcji
✅ Umowa z firmą, gwarantowany wynik!
🔥 Ponad 250 publicznych opinii od 2015 roku. Rozwiń

Budżet: 850 USD Termin: 7 dni

Witam.

Zapoznałem się z TŻ. Tutaj potrzebna jest nie tylko skanera po Bybit, ale strategia zdarzeń z wyraźną maszyną stanów: wyszukiwanie fraktali na wyższym interwale czasowym, natychmiastowe śledzenie ich usunięcia przez dane tickowe, następnie wyszukiwanie bullish FVG na niższym interwale czasowym i kontrola wszystkich warunków anulowania przed wysłaniem sygnału.

Z technicznego punktu widzenia ważne jest oddzielne rozdzielenie:
- REST dla historii świec i wstępnego skanowania
- WebSocket dla momentu usunięcia poziomu
- storage dla stanów fraktali i antyduplikatów
- scheduler dla dwóch trybów pracy
- Telegram jako kanał sygnału

Takie podejście pozwala zrealizować oba tryby z jedną architekturą, bez duplikowania logiki. Mogę to zbudować jako stabilne MVP z poprawnym przetwarzaniem `active / waiting_for_fvg / sent / lost / expired`, logami i ochroną przed powtórnymi powiadomieniami.

Przed rozpoczęciem pracy muszę wyjaśnić:
- czy potrzebne są oba tryby od razu
- czy jest już wybór biblioteki `pybit` / innych klientów
- czy potrzebny jest osobny dry-run / tryb testowy
- czy jest pożądany format logów i wiadomości Telegram

W wiadomościach prywatnych odpowiem na wszystkie pytania w dogodnym dla Ciebie języku (ukr, ros, ang). Rozwiń

Budżet: 25 USD Termin: 7 dni

Dzień dobry, specjalizuję się w tworzeniu botów i automatyzacji działań w przeglądarkach, w historii zrealizowanych projektów są udane przypadki dotyczące skomplikowanych terminali handlowych i systemów arbitrażowych na bybit binance.

Budżet: 500 USD Termin: 3 dni

Witaj, Albercie! Jestem Nina, menedżer inżyniera-dewelopera Walentyna.

Twoje ZT to wzór klarowności. Rozumiemy, że w tej strategii kluczowy jest determinizm (żadnego przypadku w określaniu poziomów) oraz szybkość reakcji na usunięcie płynności.

Dlaczego warto wybrać Walentyna:
Walentyn pracuje w metodologii rozwoju wspomaganego przez AI. Pozwala nam to projektować i testować skomplikowane algorytmy (jak twój system anulowania zleceń i monitorowania sweep_low) trzy razy szybciej, zachowując przemysłową jakość kodu.

Jak zrealizujemy bota:

Niezawodna baza danych: Używamy SQLite z optymalizacją pod kątem konkurencyjnego zapisu (WAL), aby monitorowanie 100+ par nie blokowało bazy.

Silnik WebSocket: Realizujemy natychmiastowe rejestrowanie przebicia poziomu „na tick” przez strumień Bybit, bez czekania na zamknięcie świecy.

Ścisła logika anulowania: Bot będzie dokładnie śledził warunki nr 1, nr 2 i nr 3, zapobiegając fałszywym powiadomieniom i oszczędzając twój czas.

Czysty kod w Pythonie: Używamy asynchroniczności (asyncio), aby awaria jednej monety nie wpływała na cały proces.

Termin: 3–5 dni roboczych.
Budżet: 450–550 USD (zależy od potrzeby dodatkowych ustawień logów).

Albercie, proszę o wyjaśnienie: czy w powiadomieniu należy przesyłać wykres z zaznaczoną strefą FVG, czy wystarczą dane tekstowe i poziomy?

Z poważaniem, Nina. Rozwiń

Budżet: 700 USD Termin: 10 dni

Cześć, Albert!

Dokumentacja jest szczegółowa i z wyraźną maszyną stanów — miło się pracuje. Co do realizacji:

— Wyszukiwanie fraktali (fractal_tf): asynchroniczny skaner kontraktów futures USDT z filtrem turnover24h ≥ 150 000, zapytanie o 1000 świec, detekcja trzech świecowych dolnych fraktali, deduplikacja po (symbol, poziom, data) przed zapisaniem do SQLite ze statusem aktywnym.

— Monitoring: WebSocket na tickery dla zdarzenia usunięcia (po Low). Stan aktywny → waiting_for_fvg → lost/confirmed. Oddzielne REST-polling na świecach fvg_tf w celu wyszukiwania byczego FVG.

— Warunek anulowania nr 1 — na żywo przez ten sam WebSocket, detekcja nowego dolnego fraktala poniżej aktualnego → reset do lost.

— Harmonogram: 00:10 UTC przez apscheduler lub asyncio-loop z dokładnym next_run.

— Powiadomienia Telegram: jeden bot, format wiadomości z symbolem, poziomem, ceną usunięcia, czasem, TF.

— Konfiguracja przez config.json: fractal_tf, fvg_tf, turnover_threshold, telegram_token, tryb.

Stos: Python 3.11 + asyncio + pybit + aiosqlite + apscheduler + aiogram.

Jedno pytanie wyjaśniające: warunek anulowania nr 1 jest sprawdzany na ticku Low w czasie rzeczywistym, czy tylko przy zamknięciu świecy fractal_tf? W dokumentacji widać, że sweep_low jest rejestrowany PRZED zamknięciem świecy — więc warunek anulowania również działa na żywo. Proszę o potwierdzenie na wszelki wypadek, aby uniknąć rozbieżności w granicznych przypadkach.

Koszt: 700 USD za całość.
Termin: 10 dni — pierwszy roboczy bieg na testowych symbolach po 5-6 dniach, finał z dokumentacją do 10.

Doświadczenie: pracowałem bezpośrednio z API Bybit — pisałem skrypty do zbierania danych rynkowych i automatyzacji. Pracowałem również z API OKX. Python async + maszyny stanów + SQLite i integracje Telegram — codzienny stos.

Jeśli pasuje — napisz, omówimy szczegóły i wyjaśnienia dotyczące dokumentacji. Rozwiń

Budżet: 200 USD Termin: 1 dzień

Dzień dobry. Jestem gotów zrealizować ten projekt, mam duże doświadczenie w tworzeniu różnych aplikacji.

Budżet: 400 USD Termin: 7 dni

Cześć. Specyfikacja została przygotowana doskonale, wszystko jest jasne. Jestem gotów zająć się realizacją. Jestem gotów podjąć się zadania.

Specjalizuję się w backendzie Python i botach kryptograficznych. Aby bot stabilnie utrzymywał przepływ danych dla 100+ monet, wprowadzę w architekturze następujące rozwiązania:

Zrobię wszystko asynchronicznie: będę używać asyncio i aiosqlite. To oznacza, że zapytania przez WebSocket i REST API nie będą sobie przeszkadzać.

Bazę danych skonfiguruję optymalnie: w SQLite włączę tryb WAL. A te fraktale, które są stale używane, będę przechowywać w pamięci operacyjnej, aby baza nie była zablokowana, gdy jest bardzo dużo ticków.

Zadbam o to, aby system był odporny na awarie: WebSocket będzie samodzielnie się ponownie łączył dzięki bibliotece pybit. Wyjątki będą izolowane - awaria jednej monety nie zatrzyma całego monitorowania.

Rozwinę bota w sposób niezawodny: skonfiguruję uruchamianie na Amazon EC2 (lub na twoim serwerze) przez systemd z rotacją logów. Bot będzie działał autonomicznie 24/7.

Kod napiszę czysty, a wszystkie obliczenia dotyczące FVG i fraktali będą matematycznie poprawne. Rozwiń

Budżet: 300 USD Termin: 7 dni

Dzień dobry!
Mam doświadczenie w tworzeniu oprogramowania do monitorowania wszelkich danych z giełdy ByBit.
Rozumiem Twoją logikę podejścia, mam gotowe kilka funkcji wyszukiwania, które będą odpowiednie dla Twojego projektu.
Jeśli dobrze rozumiem, chodzi o pokrycie nierównowagi.
Mam wiele pomysłów na realizację wielowątkowości dla oprogramowania, pisz, omówimy szczegóły i przystąpimy do pracy!
Z poważaniem, Andrzej!

Budżet: 400 USD Termin: 10 dni

Dzień dobry. Mam rzeczywiste doświadczenie w tworzeniu handlowych botów algometrycznych. Jestem gotów zrealizować Twój projekt. Napisz, omówimy. Będę zadowolony ze współpracy.

Budżet: 21732 USD Termin: 5 dni

Cześć! Jesteśmy zespołem SDEV — programistami i inżynierami z doświadczeniem w realizacji skomplikowanych botów i systemów w Pythonie. Twój projekt wymaga integracji z Bybit API, przetwarzania danych świecowych, monitorowania fraktali i FVG, a także wysyłania powiadomień na Telegram.

Nasza realizacja obejmuje:
- Analizę kontraktów futures USDT z filtrem według wolumenu (≥150 000 USDT)
- Wyszukiwanie trzech świecowych fraktali na D1/1W, śledzenie ich usunięcia
- Dynamiczne wyszukiwanie byczego FVG na H4/D1
- Pracę z WebSocket i REST API Bybit
- Logowanie działań i obsługę wyjątków
- Przechowywanie danych w SQLite z usuwaniem starych rekordów

Realizujemy to z użyciem Pythona, pybit, sqlite3, websockets i requests. Mamy doświadczenie w tworzeniu botów Telegram z elastyczną logiką i integracją z platformami handlowymi. Rozwiń

Budżet: 500 USD Termin: 5 dni

Dzień dobry. Mam duże doświadczenie w pracy ze wszystkimi popularnymi giełdami kryptowalut, w tym z Bybit. Realizowałem podobny projekt dla BingX i Biconomy. Jestem gotów zrealizować Twój projekt po omówieniu szczegółów w wiadomościach prywatnych.

Budżet: 1100 USD Termin: 7 dni

Dzień dobry,

W odniesieniu do Państwa zlecenia tytułem stworzenia bota - proszę o odpowiedź zwrotną :)

czas realizacji, jaki i wycena projektu zatem jest tutaj tylko i wyłącznie wstępna - po szczegółowych informacjach w odpowiedzi zwrotnej - przygotuję dla Państwa moją dokładną propozycję z założeniami technicznymi - wyceną w postaci pliku PDF.

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

Pozdrawiam,

Przemysław Barycki

692 - 831 - 062 Rozwiń

Budżet: 704 USD Termin: 7 dni

gotowy, aby Ci pomóc

podzielę się wcześniejszą pracą na czacie, aby upewnić się, że pasujemy do siebie

Budżet: 550 USD Termin: 17 dni

Dzień dobry!

Dokładnie zapoznałem się z TŻ — bardzo dobrze napisane, wszystkie stany i przejścia opisane jasno, bez dwuznaczności. Z takim TŻ przyjemnie się pracuje.

Mam doświadczenie w tworzeniu botów handlowych w Pythonie: praca z API giełdowymi (REST + WebSocket), monitorowanie w czasie rzeczywistym, wzory świecowe, powiadomienia Telegram, SQLite.

Jestem gotów się tym zająć. Co do terminów — orientacyjnie 5-7 dni roboczych.

Budżet: 600 USD Termin: 7 dni

Dzień dobry!
Zajmuję się tworzeniem botów sygnalnych.
Tworzę w Pythonie.
Wykonałem nie jeden podobny projekt.
Zrobię szybko, jakościowo i co najważniejsze pod klucz.
Piszcie - omówimy.

Budżet: 25 USD Termin: 1 dzień

Witaj! Jesteśmy zespołem NovaCore Solutions. Mamy znaczące doświadczenie w opracowywaniu trwałych systemów czasu rzeczywistego oraz botów handlowych, dlatego zrealizujemy Twój algorytm z fraktalami i FVG z szczególną uwagą na dokładność danych WebSocket oraz stabilność bazy SQLite. Zapewnimy poprawne przetwarzanie stanów fraktali (aktywny/oczekujący/zgubiony), skonfigurujemy jasną logikę anulowania według sweep_low oraz filtrację według wolumenu, gwarantując brak duplikatów i niezawodne logowanie każdego kroku. Jesteśmy gotowi przekształcić Twoje wymagania w czystą działającą realizację i omówić ostateczne szczegóły w wiadomościach prywatnych.

Budżet: 1374 USD Termin: 14 dni

Cześć, Albert!

Dokumentację przeczytałem uważnie, stos technologiczny (Python + pybit + WebSocket + SQLite + Telegram) — to mój profil. Mam kilka pytań wyjaśniających:
1. Warunek anulacji nr 1 (nowy dolny fraktal) — jest sprawdzany w czasie rzeczywistym przez WebSocket czy przy zamknięciu świec fractal_tf?
2. sweep_low jest ustalany po zamknięciu świecy fractal_tf — przed zamknięciem warunek anulacji nr 2 nie jest aktywny, prawda?
3. Jeśli fraktal ma kilka bullish FVG w okresie oczekiwania — powiadomienie tylko na pierwsze + status sent?

Proponuję 3 etapy:
M1 — Podstawa (3-4 dni, 400 USD)
Konfiguracja, logowanie, Bybit API, filtr turnover, schemat SQLite, wyszukiwanie trójswiecowych fraktali z deduplikacją. Działający prototyp — można sprawdzić, czy fraktale są poprawnie znajdowane na rzeczywistych danych.

M2 — Strategia w czasie rzeczywistym (5-7 dni, 550 USD)
Monitorowanie WebSocket fraktali, maszyna stanów (active → waiting_for_fvg → sent/lost/expired), detektor bullish FVG, wszystkie trzy warunki anulacji, obsługa błędów dla każdej monety.

M3 — Finalizacja (2-3 dni, 300 USD)
Harmonogram 00:10 UTC dla obu trybów, wsparcie 1W+D1 przez konfigurację, powiadomienia Telegram, czyszczenie bazy danych (30 dni), README z instrukcją wdrożenia.

Szczegółowy plan z podziałem na fazy, techniczne rozwiązania dotyczące monitorowania WebSocket, logika maszyny stanów, obsługa przypadków brzegowych, opcje cenowe i moje pytania wyjaśniające dotyczące dokumentacji umieściłem osobno, aby nie przeciążać odpowiedzi:

📋 Pełna oferta z szczegółami: https://www.notion.so/Bybit-bullish-FVG-341ea80ec59480438955cc55e22b93a7?source=copy_link

Ogólnie: 1250 USD + 124 USD na prowizję serwisu - możemy 50/50, stała cena, termin 10-14 dni roboczych.

Używam Claude Code jako akceleratora w częściach boilerplate (integracja API, SQLite, harmonogram). Logikę strategii i testowanie przypadków brzegowych kontroluję osobiście — to nie jest ta część, na której można polegać na AI.

Wszystkie kryteria akceptacji z dokumentacji będą sprawdzane przed oddaniem każdego etapu.

Portfolio i przykłady odpowiednich projektów: [link Notion]

Jestem gotów rozpocząć M1 od razu po sfinansowaniu etapu. Proszę o klucz API w trybie tylko do odczytu Bybit po utworzeniu kontraktu.

Dziękuję, czekam na odpowiedź! Rozwiń

Budżet: 500 USD Termin: 5 dni

Cześć, Albert! Mam już działającego bota do parsowania Bybit/Binance z podobną logiką, mogę go zmodyfikować zgodnie z twoim zapytaniem, napisz do mnie, aby omówić szczegóły, chętnie współpracuję przy twoim projekcie!

Budżet: 498 USD Termin: 6 dni

Jestem gotowy zająć się realizacją bota pod Bybit zgodnie z Państwa specyfikacją: dolne trójświecowe fraktale na wyższym interwale czasowym, zrzut po ticku, wyszukiwanie byczego FVG na niższym, filtr według turnover24h, tryby D1+H4 i 1W+D1, SQLite, Telegram i harmonogram według UTC. Publiczne API dla danych rynkowych jest dostępne; zrobię to w Pythonie z logowaniem i tak, aby błąd w jednej parze nie zatrzymywał całego monitorowania. Mogę rozpocząć po uzgodnieniu config.json i kryteriów akceptacji.

Budżet: 800 USD Termin: 7 dni

Pisz do wiadomości prywatnych, napiszę bota handlowego dla ciebie i umieszczę go na hostingu 24/7.

Budżet: 1000 USD Termin: 10 dni

Dzień dobry. Próbowałem zbierać podobne algorytmy handlowe pod MEXC, specyfikę rozumiem.

Główna trudność tutaj — nie złapać bana z powodu limitów przy skanowaniu setek monet i prawidłowo obsłużyć przerwy w WebSocketach, aby statusy fraktali nie spadły podczas wybicia.

Proponuję podzielić na etapy, na razie proponuję tak, potem porozmawiam z AI, może wyda coś lepszego:

REST API i Baza Danych: filtr monet, wyszukiwanie fraktali w historii, zapis bez duplikatów — 2 dni / 200 dolarów.

WebSocket: natychmiastowe wycofanie po ticku, rejestracja low, zmiana statusów — 3 dni / 350 dolarów.

Logika FVG i alerty: wyszukiwanie po wycofaniu, warunki anulowania, Telegram — 2 dni / 250 dolarów.

Testy i optymalizacja: ustawienia interwałów czasowych, obsługa rozłączeń socketów, czyszczenie Bazy Danych — 3 dni / 200 dolarów.

Razem: 10 dni, 1000 dolarów.

Jeśli taki format pracy odpowiada — piszcie, zaczniemy od pierwszego modułu. Rozwiń

Budżet: 800 USD Termin: 3 dni

Witam. Zrealizuję wszystko zgodnie z tzw, ale w PHP. Mam doświadczenie w tworzeniu podobnych botów, a także w poszukiwaniu fraktali. Proszę o kontakt.

Budżet: 1500 USD Termin: 5 dni

Cześć.

Zapoznałem się z TŻ — zadanie jest całkowicie zrozumiałe, w tym logika fraktali, ich cykl życia i scenariusz z FVG po zdjęciu. To nie jest tylko “skaner”, ale pełnoprawna maszyna stanów z wydarzeniami i warunkami anulowania — dokładnie ten typ systemów, z którymi pracuję.

Co zrobię w realizacji:

1. Architektura

Podzielę system na moduły:
MarketData (Bybit REST + WebSocket)
FractalScanner (wyszukiwanie i zapisywanie fraktali)
FractalEngine (cykl życia: active → waiting → sent/lost/expired)
FVGDetector (logika wyszukiwania FVG na niższym TF)
Storage (SQLite)
Notifier (Telegram)
Wszystkie stany fraktali będą przetwarzane jako wydarzenia, a nie “na sztywno pętlami” — to krytyczne dla stabilności.

2. Praca z danymi

WebSocket dla ticków (natychmiastowe zdjęcie fraktali)
REST dla świec (fractal_tf i fvg_tf)
Oddzielny harmonogram dla trybów D1+H4 / 1W+D1
Cache świec, aby nie wywoływać API niepotrzebnie.

3. Logika strategii

Jasna realizacja fraktali trzyświecowych bez “pseudo-warunków”
Śledzenie zdjęcia w czasie rzeczywistym, bez czekania na zamknięcie świecy
Poprawna rejestracja sweep_low po zamknięciu świecy fractal_tf
Pełne wsparcie dla wszystkich warunków anulowania (lost / expired)
FVG ściśle według zasady: Low(3) > High(1), bez wyjątków.

4. Niezawodność

Błąd dotyczący jednej monety nie łamie systemu
Logowanie wszystkich etapów (zdjęcie, anulowanie, znaleziony FVG)
Ochrona przed duplikatami w Baza Danych (symbol + poziom + data)
Czyszczenie Bazy Danych według zasad (30 dni).

5. Telegram

Powiadomienie ściśle 1 raz na fraktal
Pełny format, jak w TŻ (poziomy, daty, strefa, wolumen).

💡 Ważny moment:
W Twoim TŻ jest kilka nietrywialnych miejsc, które już widzę:

synchronizacja WebSocket (tick) i świec (REST)
poprawne określenie momentu “zdjęcia” wewnątrz bieżącej świecy
kontrola wyścigów (na przykład, zdjęto 2 fraktale pod rząd)
Wezmę to pod uwagę w architekturze, aby bot nie dawał fałszywych sygnałów. Rozwiń