Napisz skrypt do poprawnego uzyskania książki zamówień z kontraktów terminowych na binX

Budżet: 10000 UAH Termin: 30 dni

Skonfiguruję poprawne przetwarzanie strumienia BingX z weryfikacją identyfikatorów sekwencji oraz synchronizacją początkowego zrzutu (snapshot), aby całkowicie wyeliminować opóźnienie po stronie ask.

Czy używasz parametru limit podczas wywoływania watch_order_book, aby ograniczyć głębokość książki zleceń, czy otrzymujesz pełną tablicę delt, co zazwyczaj przeciąża pętlę zdarzeń w Pythonie i powoduje to samo opóźnienie w przetwarzaniu poziomów ask?

Budżet i terminy — w prywatnej korespondencji. 🤝

Budżet: 10000 UAH Termin: 1 dzień

Cześć!

Jesteśmy dZENcode – firmą zajmującą się kompleksowym rozwojem rozwiązań cyfrowych: od projektowania i programowania po integracje i wsparcie po wydaniu.
Podejmujemy się projektów od podstaw oraz angażujemy się w rozwój istniejących rozwiązań.

Możemy pomóc Ci w poprawnym uzyskaniu order book z binX przez CCXT Pro.

Czy korzystasz z rynku spot czy futures, i budujesz order book przez snapshot + delta updates czy przez czysty websocket stream?
Czy trzeba zweryfikować logikę subskrypcji i przetwarzania aktualizacji?

Szczegółowe informacje o naszych usługach i stawkach znajdziesz na stronie: Freelancehunt
Zobacz – po tym będziemy mogli omówić szczegóły i ustalić następny krok.

⚠️ Po wyjaśnieniu wszystkich szczegółów określimy zakres, odpowiedni format współpracy: zadaniowy, outsourcingowy lub outstaffingowy oraz ostateczną cenę.

Dlaczego nasze projekty gwarantują dotarcie do wydania:
💎 Ponad 10 lat świadczymy usługi IT;
🔥 Ponad 90 pracowników na etacie;
🚀 Ponad 250 publicznych opinii od 2015 roku;
⚙️ Wspieramy produkt zgodnie z SLA po uruchomieniu;
✅ Pracujemy na podstawie NDA i umowy z firmą! Rozwiń

Budżet: 1000 UAH Termin: 1 dzień

Witaj, problem został już znaleziony, opóźnienie to klasyczny błąd z BingX w CCXT Pro, 1-2 godziny i wszystko gotowe!

Budżet: 2000 UAH Termin: 7 dni

Cześć, pracowałem nad systemem arbitrażu handlu kryptowalutami z synchronizacją książek zleceń przez WebSocket na 8 giełdach, osiągnęliśmy opóźnienie poniżej 50 ms 15000 transakcji dziennie.

Ciekawe, czy sprawdzałeś znacznik czasu aktualizacji książki zleceń? Może problem polega na tym, że oferta pochodzi z poprzedniego zrzutu, a nie z bieżącej aktualizacji delta?

Proponuję się skontaktować, chętnie doradzę Ci bezpłatnie z technicznej strony i opracujemy plan rozwoju + opowiem o moim zespole!

Budżet: 2000 UAH Termin: 1 dzień

Cześć!

Znana problem z CCXT Pro i BingX — ask opóźnia się z powodu specyfiki łączenia snapshot/delta po stronie giełdy.

Rozwiążemy przyczynę i naprawimy: sprawdzimy, jak CCXT przetwarza delfty po stronie ask dla BingX swap, w razie potrzeby wdrożymy własny procesor aktualizacji książki zleceń.

Napisz na prywatną wiadomość — wyjaśnij szczegóły i pokaż różnicę, którą obserwujesz.

Budżet: 1500 UAH Termin: 1 dzień

Problem jest znany — pracuję z CCXT Pro i BingX w moim własnym
bocie handlowym.

Opóźnienie w ask to zachowanie modelu snapshot+delta BingX.
Jeśli najlepszy ask nie zmienia się między aktualizacjami, delta po prostu nie
przychodzi, a CCXT zwraca poprzednią wartość z cache. Bid
jest bardziej zmienny w większości par — dlatego jest aktualizowany częściej.

Rozwiązanie: równoległe watch_ticker dla najlepszego ask/bid +
watch_order_book dla głębokości książki zleceń. Lub hybrydowe — WS dla
książki zleceń i REST polling dla najlepszego ask raz na sekundę jako fallback.

Napiszę działające rozwiązanie w ciągu 1 dnia.

Przykład mojego projektu z ccxt i Binance API:
github.com/SRsr04/btc-po3-trader_syn Rozwiń

Budżet: 10000 UAH Termin: 1 dzień

Cześć! Jestem Roman, indywidualnym deweloperem z 4-letnim doświadczeniem i profesjonalnie pomogę Ci usunąć rozbieżności w danych Twojego bota handlowego. Problem z opóźnieniem asks w BingX przez CCXT Pro często występuje z powodu specyfiki przetwarzania lokalnej pamięci podręcznej książki zamówień (orderbook) oraz parametrów conflate w konfiguracji giełdy. Spróbuj wyraźnie dodać parametr 'newUpdates': True w ustawieniach watchOrderBook, aby otrzymywać tylko świeże delty, a także sprawdź, czy biblioteka nie buforuje poprzedniego stanu Ask przez wewnętrzny mechanizm sortowania. Pracuję oficjalnie przez FOP, gwarantuję bezpośrednią komunikację i czysty kod, a zapoznać się z moim doświadczeniem w tworzeniu złożonych systemów i integracji API można pod linkami: https://3magency.co/, https://jk-solution.com.ua/, https://farfieworldwide.com/, Behance.

Budżet: 1500 UAH Termin: 5 dni

Cześć, potwierdzam możliwość wykonania zadania dotyczącego napisania skryptu do poprawnego uzyskania order book z kontraktów futures na binX. Do rozwiązania tego zadania będę używać języka programowania Python oraz biblioteki CCXT, która wspiera pracę z giełdą binX. Skrypt zostanie opracowany w celu uzyskania danych o zamówieniach na kontrakty futures oraz dalszej obróbki tych danych w celu utworzenia order book zgodnie z wymaganiami zadania.

Budżet: 2000 UAH Termin: 1 dzień

Witam! Mogę to zrealizować. Proszę napisać na Prywatną wiadomość, aby omówić szczegóły projektu. Będę zadowolony ze współpracy z Państwem!

Budżet: 5000 UAH Termin: 1 dzień

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

Budżet: 1500 UAH Termin: 1 dzień

Patrzę na twój kod i od razu widzę, gdzie szukać.

Prawdopodobna przyczyna: kontrakty terminowe BingX przez CCXT Pro działają w modelu snapshot+delta. Przy starcie przychodzi pełny snapshot książki zleceń — ask i bid. Następnie WebSocket wysyła tylko zmiany. Jeśli najlepszy ask "stoi" (nowe zlecenia nie wchodzą i nie wychodzą z pierwszego poziomu) — delta dla ask po prostu nie nadchodzi. CCXT zwraca ostatnią znaną wartość. Dlatego bid może być aktualizowany aktywniej — jest bardziej zmienny w twojej parze.

Jak sprawdzić: dodaj logowanie orderbook['datetime'] i orderbook['asks'][:3] — jeśli datetime jest aktualizowane, ale asks stoi, problem na pewno leży w delta, nie w CCXT.

Rozwiązanie: równoległe watch_ticker dla najlepszego ask/bid z częstszymi aktualizacjami, lub hybrydowe — WS dla głębokości książki zleceń + REST polling dla najlepszego ask raz na sekundę.

Jestem gotów napisać działające rozwiązanie. Proszę o wyjaśnienie: potrzebujesz tylko najlepszego ask/bid czy całej książki zleceń na kilka poziomów? Napisz — podam konkretny kod.

Budżet: 2500 UAH Termin: 1 dzień

Witaj, bez problemu naprawię twój problem. Jeśli jesteś zainteresowany jakościowym rozwiązaniem - pisz.

Budżet: 2500 UAH Termin: 3 dni

Dobry wieczór

Mogę przyjąć zamówienie do realizacji.

Na terminy potrzebuję 3 dni roboczych, koszt jest podany w stawce. Będę zadowolony, aby omówić szczegóły i przejść do współpracy.

Budżet: 1500 UAH Termin: 1 dzień

Cześć, Roman! Mam na imię Nina, reprezentuję dewelopera Walentyna.

Problem jest zrozumiały. Opóźnienie zapytania o jedno aktualizację w CCXT Pro + BingX to typowe zachowanie przy nieprawidłowym przetwarzaniu snapshot/delta lub mutacji obiektu — CCXT zwraca odniesienie do tego samego obiektu, który jest aktualizowany asynchronicznie. Naprawię to: dodam copy.deepcopy lub przejdę na bezpośredni WS bez CCXT, jeśli potrzebne jest minimalne opóźnienie.

Cena: 1500 UAH. Termin: 1 dzień. Napisz — zaczniemy.

Budżet: 2500 UAH Termin: 1 dzień

Cześć, Romanie

Mogę sprawdzić twój błąd i dać wskazówki, jak go rozwiązać.
Pisz na prywatną wiadomość

Miłego dnia!

Budżet: 1000 UAH Termin: 1 dzień

Dzień dobry, mam doświadczenie w pracy z takimi projektami, mogę pomóc i poprawić.

Budżet: 1400 UAH Termin: 1 dzień

Witaj! Problem z rozbieżnością (lagami) w asks podczas pracy z BingX przez CCXT to klasyczna pułapka wewnętrznego cache'owania orderbooka przez bibliotekę. Oto kilka prawdopodobnych przyczyn i możliwości rozwiązania:
1. Mutacja obiektu: CCXT watch_order_book zwraca odniesienie do tego samego obiektu w pamięci. Jeśli nie wykonasz copy.deepcopy(orderbook), w następnym cyklu możesz zobaczyć częściowo zaktualizowane dane.
2. Snapshot vs Delta: BingX przesyła delty (zmiany). Jeśli pakiet z asks utknął na poziomie sieci lub przetwarzania socketu, CCXT pokaże starą wartość z cache'u. Spróbuj wyświetlić orderbook['nonce'] — jeśli nie zmienia się synchronnie dla obu stron, problem leży w odbieraniu pakietów.
3. Przejście na watch_ticker: Jeśli potrzebujesz tylko najlepszych cen (Best Bid/Ask), metoda watch_ticker działa znacznie szybciej i stabilniej, ponieważ nie wymaga utrzymania integralności całego orderbooka.
4. Synchronizacja: Upewnij się, że twój VPS jest zsynchronizowany z NTP. BingX jest wrażliwy na rozbieżności czasowe.
Mam doświadczenie w tworzeniu botów wysokiej częstotliwości (reakcja < 1 sek) oraz wdrażaniu systemów arbitrażowych na Binance/Bybit. Mogę pomóc w optymalizacji konektora lub przepisać logikę na bezpośrednie przetwarzanie surowych wiadomości WebSocket w celu minimalizacji opóźnień.

Budżet: 1000 UAH Termin: 1 dzień

Dzień dobry. Mam duże doświadczenie w podobnych zadaniach. Zrobię szybko i jakościowo, będzie działać stabilnie.

Budżet: 1500 UAH Termin: 1 dzień

Mogę szybko przygotować rozwiązanie: mam już gotową wersję roboczą skryptu do poprawnego pobierania order book z BingX futures przez CCXT Pro (WS), uwzględniając niuanse „ask lag / conflate”, normalizacji symbolu oraz kontroli sekwencji aktualizacji.

Gotowy:

podłączyć pod potrzebny kontrakt(y) i limit
dodać logowanie/zapisywanie (w razie potrzeby)
krótko przetestować i oddać finalny kod + instrukcję uruchomienia
Mogę zacząć od razu — napisz symbol(e) i jaki format wyjścia jest potrzebny (konsola/JSON/CSV).

Budżet: 1111 UAH Termin: 1 dzień

Dzień dobry, rozumiem przyczynę tego błędu, jestem gotów to naprawić, mam bardzo duże doświadczenie w pracy z giełdami. Pisz na priv, dam radę lub konsultację.

Budżet: 1500 UAH Termin: 2 dni

Dzień dobry!
Jestem gotowa wykonać twoje zadanie, szybko i jakościowo!
Pisz w prywatnych wiadomościach!
Dziękuję