Bot do lustrzenia pozycji futures (Hyperliquid / Bitget → Binance Futures)

Budżet: 18000 UAH Termin: 12 dni

Dzień dobry!

Temat interesujący, pracowałem z API giełd - zarówno z Binance Futures, jak i z publicznym Hyperliquid, rozumiem również specyfikę kluczy tylko do odczytu na Bitget. Ogólnie wszystko jasne, polling co 5-10 sek. to całkiem działająca opcja. Jeśli chodzi o częściowe zamknięcie 30% - bot trzyma lokalny stan dla każdej pozycji lidera, porównuje nowy rozmiar z poprzednim i zamyka proporcjonalną część na moim koncie z uwzględnieniem współczynnika, uśrednianie przetwarzam osobno, aby nie mylić z doładowaniami. Etapowa płatność przez safe całkowicie mi odpowiada, zaczniemy od Hyperliquid i testu na małych kwotach.

Będę zadowolony ze współpracy
Z poważaniem,
Andrij Woźniak

Budżet: 15000 UAH Termin: 10 dni

Dzień dobry.

Kategorie Python i rozwój botów są wskazane absolutnie poprawnie. To idealny stos do tworzenia niezawodnych algorytmów handlowych.

Jestem gotów opracować dla Ciebie szybkiego bota do mirrorowania pozycji z Hyperliquid i Bitget na Binance USDT M Futures. Dobrze rozumiem specyfikę pracy z API kryptowalutowych rynków futures oraz znaczenie dokładnej synchronizacji stanów.

Odpowiadam na Twoje główne pytanie dotyczące częściowego zamknięcia pozycji lidera o 30 procent:
Podczas każdego cyklu pollingu co 5 lub 10 sekund bot porównuje bieżący rozmiar pozycji lidera z poprzednio zapisanym stanem. Jeśli algorytm wykryje zmniejszenie pozycji lidera dokładnie o 30 procent, na przykład było 100 kontraktów, a stało się 70, algorytm natychmiast oblicza te 30 procent od rozmiaru Twojej aktualnie otwartej pozycji na Binance. Następnie bot wysyła zlecenie rynkowe na zamknięcie dokładnie tej obliczonej części. Gwarantuje to dokładne zachowanie zadanego współczynnika mirrorowania niezależnie od absolutnych wartości salda czy ceny wejścia. Uśrednianie jest przetwarzane na podobnej zasadzie proporcjonalnego zwiększenia objętości.

Realizuję wszystkie inne wymagania techniczne: skonfiguruję powiadomienia Telegram o transakcjach i błędach, stworzę wygodny plik konfiguracyjny dla par i współczynników, wdrożę system na Twoim serwerze VPS i dostarczę szczegółową instrukcję. Przekazanie kodu źródłowego oraz etapowa płatność przez escrow w pełni mi odpowiada.

Budżet: 6000 UAH Termin: 5 dni

Dzień dobry! Wykonam pod klucz. Mam doświadczenie w realizacji takich projektów. Daję gwarancję na wykonaną pracę. Obliczenie dokładnego kosztu po omówieniu wszystkich szczegółów. Czy możemy porozmawiać?

Budżet: 8000 UAH Termin: 7 dni

Dzień dobry! Robiłem na Pythonie kopiarki pozycji pod Binance Futures API — z powiadomieniami z Telegramu, konfiguracją i wdrożeniem na VPS. Najtrudniejsze tutaj nie jest samo lustrzane odbicie, a częściowe zamknięcia i uśrednianie: trzymam własny stan pozycji i porównuję z giełdą przy każdym pollingu, aby współczynnik się nie rozjeżdżał. Jestem gotowy zacząć od etapu Hyperliquid→Binance i testować na małych kwotach. Współczynnik rozmiaru jest stały czy liczyć od depozytu?

Budżet: 8000 UAH Termin: 5 dni

Dzień dobry, Władysławie!

Mogę zrealizować takiego bota w Pythonie do mirrorowania pozycji Hyperliquid / Bitget → Binance USDT-M Futures, z etapowym uruchomieniem, przekazaniem kodu źródłowego oraz wdrożeniem na Twoim VPS.

Pracowałem z API giełd, gdzie krytyczne rzeczy to nie tylko „otwórz/zamknij zlecenie”, ale prawidłowe utrzymanie stanu pozycji: rozmiar, kierunek, uśrednianie, częściowe wyjścia, ponowne dobory oraz ochrona przed duplikowaniem działań podczas polling. Dla takiego bota tworzę logikę nie „na sygnał”, ale poprzez porównanie aktualnego stanu pozycji źródłowej i docelowej pozycji na Binance, aby poprawnie odzwierciedlić zmianę.

Jak obsłużę częściowe zamknięcie 30% liderem:
- bot odczytuje poprzedni i aktualny rozmiar pozycji lidera;
- jeśli pozycja zmniejszyła się o 30%, na Binance następuje proporcjonalne zmniejszenie Twojej lustrzanej pozycji o te same 30% z uwzględnieniem zadanego współczynnika;
- jeśli wcześniej było uśrednianie, bot nie „myli” tego z odwróceniem czy pełnym wyjściem, a liczy dokładnie deltę zmiany rozmiaru;
- jeśli po częściowym zamknięciu lider ponownie dobiera pozycję, bot również proporcjonalnie dobierze ją na Binance.

Co będzie w rezultacie:
- mirrorowanie otwarcia, zwiększenia, częściowego i pełnego zamknięcia;
- konfiguracja dla par, współczynnika, limitów;
- powiadomienia Telegram o transakcjach i błędach;
- uruchomienie na Twoim VPS + krótka instrukcja;
- kod źródłowy przekazuję Tobie, klucze wprowadzasz samodzielnie.

Proponuję działać zgodnie z Twoimi etapami: najpierw Hyperliquid → Binance z testem na małych kwotach, po weryfikacji — Bitget → Binance.

Jeśli chcesz, mogę od razu w następnym wiadomości krótko opisać strukturę bota według modułów i jak zorganizuję bezpieczny stan pozycji między cyklami polling.

🌐 Moje portfolio z ostatnimi przypadkami:
https://mrnko.com
💼 Profil Freelancehunt:
Freelancehunt
🤝 Będę zadowolony, aby omówić szczegóły, odpowiedzieć na Twoje pytania i zaproponować optymalne rozwiązanie dla Twojego projektu. Rozwiń

Budżet: 10000 UAH Termin: 7 dni

Dzień dobry. Od razu do Państwa kluczowego pytania — częściowe zamknięcie 30% przez lidera, ponieważ to właśnie tutaj psują się takie boty.
Nie budowałbym logiki na „zdarzeniach transakcji” (na cudzych pozycjach webhooków nie ma — tylko polling). Robustne podejście — rekonsyliacja według docelowego stanu, a nie odtwarzanie poszczególnych działań:
Na każdym pollingu bot oblicza pożądany rozmiar pozycji na Binance = rozmiar pozycji lidera × współczynnik. Następnie porównuje z aktualną pozycją na Binance i wystawia zlecenie tylko na różnicę. To znaczy:
— lider częściowo zamknął 30% → pożądany rozmiar spadł o 30% → bot wystawia zlecenie reduce-only na 30% od lustrzanej pozycji;
— uśrednianie (zwiększenie) → pożądany wzrósł → bot dokupuje;
— całkowite zamknięcie → pożądany = 0 → zamyka wszystko.
Logika jest jednolita dla wszystkich przypadków, a co najważniejsze — samoregenerująca się: jeśli jeden polling został pominięty, następna rekonsyliacja i tak prowadzi pozycję do celu, bez podwójności i dryfu. Zamknięcie — tylko reduce-only, aby przypadkowo nie odwrócić pozycji.
Z pewnością uwzględniam to, na czym takie boty się psują: różny krok lota i minimalny rozmiar zlecenia na giełdach (30% od małej pozycji może być poniżej minimalnej wartości Binance — przetwarzam osobno), zaokrąglenie do kroku, oraz przypadek, gdy zlecenie nie zostało zrealizowane (następny polling doprowadza do celu).
Szczerze o doświadczeniu: nie robiłem botów handlowych na giełdach w produkcji — nie będę przypisywał. Ale to zadanie integracji REST/WebSocket API + synchronizacja stanu + powiadomienia Telegram + wdrożenie na VPS — to moja główna praca (boty, integracje przez API, backend w Go/Python). Całą logikę zbiorę i przetestuję na testnecie Binance/Bitget przed jakimikolwiek realnymi funduszami.
Pracuję etapami, jak Państwo zaplanowali: etap 1 — Hyperliquid→Binance, test na małych kwotach przez safe; etap 2 — dodaję Bitget→Binance (głównie ponowne wykorzystanie rdzenia). Kod, konfiguracja (pary, współczynnik, limity) oraz instrukcja wdrożenia przekazuję Państwu, klucze wprowadzają Państwo sami.
Dwa wyjaśnienia dla dokładnej oceny: jakie pary na starcie i czy potrzebne są limity ochronne (maks. rozmiar/przebicie), aby bot nie lustrzył anomalii. Po tym podam koszt dla każdego etapu. Rozwiń

Budżet: 999 UAH Termin: 1 dzień

Władysławie, zrobię bota, który poprawnie lustrzy Hyperliquid i Bitget na Binance Futures z uwzględnieniem otwarcia, doboru, częściowych i pełnych zamknięć. Mam doświadczenie w integracjach z API oraz automatyzacji w Pythonie. Częściowe zamknięcie 30% będę traktował jako zmniejszenie docelowego wolumenu na Binance, z przeliczeniem delty i sprawdzeniem faktycznej pozycji po każdym cyklu. Dodam powiadomienia Telegram, konfigurację, wdrożenie na VPS i przekażę kod. Omówmy pierwszy etap.

Budżet: 2000 UAH Termin: 7 dni

Cześć, pracowałem nad Mirror Trading Bot — kopiowałem transakcje z Bybit → Binance Futures dla klienta, polling co 5 sek, 200+ transakcji/dzień bez pominięć, dokładność synchronizacji 98%.

Jeśli chodzi o częściowe zamknięcie 30%: bot porównuje bieżący rozmiar pozycji lidera z poprzednim stanem, oblicza deltę i proporcjonalnie (z uwzględnieniem współczynnika) zamyka odpowiednią część na Binance przez zlecenie reduceOnly. Stan jest przechowywany lokalnie po każdym pollingu.

Pytanie: czy należy lustrzać stop-lossy i take-profits lidera, czy tylko same pozycje? I czy są ograniczenia co do par — tylko konkretne czy wszystkie aktywne?

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

Budżet: 8000 UAH Termin: 7 dni

Witaj! W sprawie twojego głównego pytania, częściowe zamknięcie 30%. Liczę to w częściach od pozycji lidera: lider usunął 30% swojego wolumenu, wysyłam zlecenie reduceOnly na 30% mojego aktualnego wolumenu w tej parze. Tak współczynnik utrzymuje się nawet po dołożeniach i uśrednieniach, a reduceOnly gwarantuje, że zamknięcie nie otworzy przypadkowo przeciwnej pozycji. Stan lidera trzymam między ankietami i na każdym polling porównuję nowy zrzut ze starym, stąd rozumiem, co się wydarzyło: otwarcie, dołożenie, częściowe czy pełne zamknięcie.

Co do giełd: pracuję z REST i WebSocket API, Binance USDT-M Futures do handlu, Hyperliquid przez publiczne API, Bitget przez klucz tylko do odczytu. Wezmę pod uwagę minimalny nośnik i krok wolumenu Binance, aby skalowalne zlecenie nie wyszło poza limity, i przetworzę częściowe filtry.

Robię etapami, jak chcesz: najpierw Hyperliquid→Binance z testem na małych kwotach, potem Bitget→Binance. Powiadomienia w Telegramie o transakcjach i błędach, konfiguracja (pary, współczynnik, limity), wdrożenie na twoim VPS z instrukcją, kod twój. Będę zadowolony ze współpracy.

Budżet: 10000 UAH Termin: 8 dni

Witam. Zadanie jest całkowicie zrozumiałe. Mam duże doświadczenie w opracowywaniu robotów handlowych oraz systemów algotradingowych w Pythonie z wykorzystaniem biblioteki ccxt oraz asynchronicznego podejścia (asyncio), co jest krytyczne dla szybkiego pingowania API kilku giełd jednocześnie.
Jak zrealizuję obsługę częściowego zamknięcia na 30%:
Bot nie będzie przywiązywał się do stałych lotów lidera, ponieważ Twoje bilanse i ceny wejścia mogą się różnić. Algorytm działa poprzez względne mapowanie delta pozycji:
Bot co cykl rejestruje dokładny rozmiar pozycji lidera na Hyperliquid/Bitget.
Przy wykryciu zmniejszenia pozycji lidera o 30% od jej poprzedniego wolumenu (na przykład, było 1.0 BTC, stało się 0.7 BTC), bot oblicza dokładnie 30% od Twojej aktualnej faktycznej pozycji na Binance.
Robot natychmiast wysyła zlecenie rynkowe (Market Order) na zamknięcie tej obliczonej części na Binance. Takie podejście idealnie działa zarówno dla częściowych zamknięć, jak i dla uśrednień (zwiększenie pozycji), zachowując dokładną proporcję ryzyka niezależnie od liczby zleceń lidera.
Szczegóły techniczne i architektura:
Stos: Python 3.11+, ccxt (dla Binance i Bitget), niestandardowe zapytania HTTP dla Hyperliquid API, aiogram (dla powiadomień Telegram).
Niezawodność: Walidacja odpowiedzi API, obsługa błędów sieci (Rate Limits, Network Timeout) bez awarii skryptu. Wszystkie ustawienia (pary, współczynniki, limity) zostały przeniesione do zabezpieczonego pliku konfiguracyjnego .env lub config.json.
Deploy: Spakuję bota w kontener Docker i skonfiguruję automatyczne uruchamianie 24/7 przez systemd na Twoim VPS. Przekażę szczegółową instrukcję zarządzania i aktualizacji kodu.
Koszt i terminy (etapowo przez escrow):
Etap 1 (Hyperliquid → Binance + logika kopiowania, testy): 5 dni — 6000 zł
Etap 2 (Bitget → Binance + powiadomienia TG, deploy na VPS): 3 dni — 4000 zł
Łączny czas: 8 dni.
Końcowy koszt: 10 000 zł. Rozwiń

Budżet: 20000 UAH Termin: 7 dni

Witam.

Projekt mi odpowiada. Opracowywałem algorytmiczne systemy handlowe dla Binance i Polymarket, pracowałem z API giełd, strumieniami danych rynkowych, zleceniami, pozycjami, częściowymi realizacjami, synchronizacją stanu oraz obsługą błędów. Mam również doświadczenie w tworzeniu usług backendowych w Pythonie, ich wdrażaniu i monitorowaniu na Linux/VPS.

Lustrzane odbicie budowałbym nie jako proste kopiowanie pojedynczych transakcji, ale poprzez stałą synchronizację docelowej pozycji.

Dla każdej pary bot:

* otrzymuje aktualną pozycję lidera;
* normalizuje ją do formatu i ograniczeń kontraktowych Binance;
* stosuje zadany współczynnik;
* porównuje docelową pozycję z faktyczną pozycją na Binance;
* wykonuje tylko różnicę między nimi.

Na przykład, jeśli lider częściowo zamknął 30% pozycji, bot zobaczy, że docelowy rozmiar pozycji zmniejszył się o 30%, obliczy odpowiednią różnicę dla Binance i wyśle zlecenie `reduceOnly` na zmniejszenie pozycji. Po realizacji zlecenia bot ponownie sprawdzi faktyczny stan i, jeśli przez zaokrąglenie, częściowe wykonanie lub błąd pozostała różnica, wykona ponowną synchronizację.

Takie podejście poprawnie obsługuje również:

* zwiększenie pozycji i uśrednianie;
* częściowe i pełne zamknięcia;
* zmianę kierunku Long → Short lub Short → Long;
* pominięty cykl polling;
* ręczną zmianę pozycji na Binance;
* częściowe wykonanie zlecenia;
* `stepSize`, `minQty`, `minNotional` oraz inne ograniczenia giełdy.

Osobno dodam ochronę przed duplikowaniem zleceń, logowanie, powiadomienia Telegram o transakcjach i błędach, konfigurację par, współczynników i limitów ryzyka.

Mogę zrealizować etapami:

1. Hyperliquid → Binance z testowaniem na małych kwotach.
2. Bitget → Binance przez API tylko do odczytu.
3. Wdrożenie na VPS, przekazanie kodu źródłowego oraz instrukcji uruchomienia.

Przed rozpoczęciem trzeba będzie uzgodnić tryb pozycji Binance One-way lub Hedge Mode, sposób obliczania współczynnika oraz zachowanie bota w przypadku ręcznej interwencji w pozycję. Rozwiń

Budżet: 15000 UAH Termin: 7 dni

Dzień dobry. Mam doświadczenie w tworzeniu podobnych botów. Proszę o kontakt prywatny, wszystko omówimy i zaczniemy.

Budżet: 7000 UAH Termin: 10 dni

Witam!

Jestem gotów stworzyć dla Ciebie takiego bota.

Proponuję omówić szczegóły w wiadomościach prywatnych.

Budżet: 15000 UAH Termin: 5 dni

Cześć Władysław, mam doświadczenie w pracy z API giełd. Jestem gotów do współpracy, pisz na priv, omówimy.

Budżet: 1000 UAH Termin: 1 dzień

Witaj! Zadanie jest zrozumiałe: czytać pozycje z Hyperliquid i Bitget przez API i proporcjonalnie lustrzać je na Binance USDT-M Futures z pollingiem co 5–10 sek. Częściowe zamknięcie 30% przetwarzam przez porównanie bieżącego i poprzedniego stanu pozycji: bot widzi zmniejszenie wolumenu o 30% i wystawia odpowiedni zlecenie reduce-only z tym samym współczynnikiem, osobno śledząc uśrednianie. Powiadomienia Telegram o transakcjach i błędach oraz wdrożenie na Twoim VPS — też bez problemu. Szczegóły i etapową pracę przez safe omówimy w prywatnych.

Budżet: 15000 UAH Termin: 10 dni

Bot będzie odczytywał pozycje z Hyperliquid (publiczne API) oraz Bitget (klucz tylko do odczytu), przechowywał bieżący zrzut stanu każdej pozycji i w każdym cyklu pollingu porównywał z poprzednim zrzutem - każda zmiana rozmiaru (otwarcie, dołożenie, częściowe lub całkowite zamknięcie) jest przeliczana proporcjonalnie z ustawionym współczynnikiem i stosowana do odpowiedniej pozycji na Binance USDT-M Futures jako osobne zlecenie.

Odpowiadam na twoje główne pytanie - częściowe zamknięcie 30 procentów pozycji przez lidera nie jest osobnym przypadkiem, a tym samym mechanizmem porównania stanów: delta jest ujemna, a na Binance zamykana jest dokładnie obliczona część mojej bieżącej pozycji, a nie stały rozmiar. Dlatego współczynnik lustrzany pozostaje dokładny niezależnie od absolutnych wartości pozycji lidera czy ceny wejścia. Uśrednianie jest przetwarzane tym samym zasadą z przeciwnym znakiem delty.

Inne wymagania zamknę w ten sam sposób: powiadomienia Telegram o transakcjach i błędach, plik konfiguracyjny pod pary, współczynniki i limity, wdrożenie na twoim VPS z instrukcją, kod źródłowy zostanie przekazany tobie, klucze wprowadzasz samodzielnie. Jestem gotowy zacząć od pierwszego etapu z etapową płatnością przez Safe.

Budżet: 2000 UAH Termin: 2 dni

Witaj, Władysławie! Częściowe zamknięcie 30% wymaga dokładnego śledzenia wypełnionej ilości oraz średniej ceny wejścia na każdej giełdzie. W zeszłym miesiącu robiłem mirrorowanie między Bybit a Binance dla tradera. Realizuję asynchroniczne polling z przechowywaniem stanu pozycji w Redis, aby atomowo aktualizować rozmiar i cenę przy każdym częściowym wypełnieniu. Jaki współczynnik rozmiaru planujesz użyć?

Budżet: 12500 UAH Termin: 6 dni

Witaj!

Od razu w odpowiedzi na Twoje pytanie (częściowe zamknięcie 30% przez lidera):
bot działa na podstawie STANU DOCELOWEGO, a nie na podstawie wydarzeń. Przy każdym polling czytam bieżący netto-rozmiar pozycji lidera → obliczam cel dla lustra (rozmiar_lidera × współczynnik) → wystawiam zlecenie reduce-only dokładnie na różnicę. To znaczy, że jeśli lider zamknął 30% — lustro również zamknie się na te same 30%. Takie podejście automatycznie poprawnie obsługuje uśrednianie, zwiększenia i pominięte pola (synchronizacja sama się koryguje).

Doświadczenie z API w czasie rzeczywistym: mój projekt — skaner, który odczytuje rynkowe API giełd w czasie rzeczywistym, przetwarza pozycje i wysyła powiadomienia w Telegramie (Python + FastAPI). Tutaj zadanie jest podobne, przykład dodaję do oferty.

Jak to zrobię:
• Etap 1: Hyperliquid → Binance USDT-M, test na małych kwotach
• Etap 2: Bitget → Binance
• reduce-only dla zamknięć, współczynnik rozmiaru, limity i pary w konfiguracji
• powiadomienia w Telegramie o transakcjach i błędach
• wdrożenie na Twoim VPS + instrukcja, kod źródłowy przekazuję Tobie
• klucze wprowadzasz samodzielnie (read-only na źródłach) Rozwiń

Budżet: 12000 UAH Termin: 7 dni

Dzień dobry! Mam doświadczenie w pracy z REST API giełd oraz w budowaniu stabilnych, długoterminowych usług Python z pollingiem i powiadomieniami Telegram.

Częściowe zamknięcie 30% pozycji lidera będę realizować w ten sposób: zapisuję bieżący rozmiar lustrzanej pozycji w konfiguracji/BD, przy każdym pollingu porównuję nową pozycję lidera z poprzednią - jeśli rozmiar zmniejszył się o X%, wysyłam zlecenie na zmniejszenie mojej pozycji o ten sam X% (a nie absolutną deltę), z uwzględnieniem minimalnego kroku lotu Binance. Uśrednianie (zwiększanie przy niezmiennym kierunku) obsługuję analogicznie - dodaję proporcjonalną deltę. Wszystkie operacje są logowane, błędy i rozsynchroniczenia (na przykład ręczna interwencja w pozycję) - osobnym sygnałem w Telegramie, a nie w milczeniu.

Jestem gotów rozpocząć od pierwszego etapu (Hyperliquid → Binance) osobno, test na małych kwotach, płatność przez Safe etapami, jak proponujecie. Orientacyjny koszt pierwszego etapu - 12000 UAH, termin 7 dni. Klucze giełd wprowadzacie sami, kod w pełni wasz.

Budżet: 14000 UAH Termin: 7 dni

30% zamknięcie lidera zamkniemy przez State Sync: bot oblicza procentową zmianę pozycji lidera i daje zlecenie rynkowe dokładnie na 30% od twojego aktualnego wolumenu na Binance. Żadnych rozsynchroń i pominięć zleceń z powodu opóźnień API.

Cześć! Jestem Nina, menedżerka agencji IT Valflow. Programista projektu — Walentyn, założyciel naszej szkoły vibe coding. Zrobimy wszystko na czystym Pythonie szybko i bez obejść.

Co do etapów:
Hyperliquid - Binance (testy na groszach): 4 dni.
Bitget - Binance + Docker + VPS: 3 dni.
Z API Binance, Bitget i Hyperliquid pracujemy bezpośrednio (REST/Websockets). Klucze wprowadzasz sam, źródła są całkowicie twoje.

Cena: 14 000 UAH
Termin: 7 dni

Napisz na PW - omówimy szczegóły i pokażemy przykłady podobnych konektorów. Rozwiń

Budżet: 5000 UAH Termin: 5 dni

Dzień dobry!
Mamy doświadczenie w pracy z API giełd kryptowalut (Binance, Bitget i innymi), Pythonem oraz w tworzeniu botów handlowych.
Możemy zrealizować bota, który:
będzie pobierał pozycje z Hyperliquid (publiczne API) oraz Bitget Futures (API tylko do odczytu);
proporcjonalnie otworzy, zwiększy, częściowo lub całkowicie zamknie pozycje na Binance USDT-M Futures;
będzie wspierał konfigurowalny współczynnik kopiowania, listę par handlowych, limity ryzyka oraz okres sondowania;
będzie wysyłał powiadomienia o wszystkich transakcjach i błędach na Telegramie;
zostanie wdrożony na Twoim VPS z przekazaniem kodu źródłowego i instrukcji.

Częściowe zamknięcie zrealizujemy jako śledzenie zmiany rozmiaru pozycji lidera. Na przykład, jeśli pozycja zmniejszy się o 30%, bot obliczy faktyczny procent zmiany i zamknie 30% aktualnej pozycji na Binance, zachowując proporcję i kierunek transakcji. Podobnie będą przetwarzane uśrednianie i zwiększanie pozycji.

Jesteśmy gotowi pracować etapami:
Hyperliquid → Binance z testowaniem na małych kwotach.
Bitget → Binance po pomyślnym zweryfikowaniu pierwszego etapu. Rozwiń

Budżet: 8000 UAH Termin: 7 dni

Cześć!

Lustro dla futures to wysoka odpowiedzialność finansowa. Oferty stworzenia takiego systemu za 999 UAH zazwyczaj nie uwzględniają krytycznych szczegółów: limitów zapytań (rate limits), błędów zaokrąglania lotów oraz przerw WebSocket podczas zmienności.

Specjalizuję się w asynchronicznym programowaniu w Pythonie (aiogram 3, ccxt, asyncio) i oferuję niezawodne, odporne na błędy rozwiązanie.

W odniesieniu do Twojego pytania o częściowe zamknięcie na 30%:
Aby uniknąć desynchronizacji z powodu poślizgu, kopiujemy proporcjonalną część pozycji lidera, a nie jego zlecenia.
1. Obliczenie: Określamy nowy docelowy rozmiar naszej pozycji: $S_{\text{target}} = S_{\text{leader\_new}} \times K$ (gdzie K to Twój współczynnik kopiowania).
2. Delta: Obliczamy deltę (różnicę) między naszą aktualną pozycją na Binance a celem $S_{\text{target}}$.
3. Wykonanie: Zaokrąglamy deltę do minimalnego kroku lotu giełdy (stepSize), aby uniknąć błędów API, i wysyłamy zlecenie na Binance z flagą "reduceOnly=True". To zabezpieczy Cię przed przypadkowym otwarciem przeciwnej pozycji.

Moje podejście do architektury:
• Asynchroniczne polling (asyncio) Hyperliquid i Bitget co 5 sekund z obsługą rate-limit (algorytm exponential backoff).
• Przechowywanie stanów w SQLite dla szybkiego wykrywania rozbieżności statusów.
• Szczegółowe powiadomienia w Telegramie o każdej akcji, błędach i stanie salda.
• Bezpieczeństwo: Klucze API są przechowywane tylko u Ciebie na VPS w pliku .env.

Proponuję przetestować pierwszy etap (Hyperliquid -> Binance) w sieci testowej (Testnet) na mikro-sumach, abyś mógł się przekonać o stabilności logiki.

Napisz do mnie prywatnie, chętnie nawiążę współpracę! Rozwiń

Budżet: 10000 UAH Termin: 10 dni

Dzień dobry. Mam duże doświadczenie w pracy z różnymi API, w tym z binance i bybit. Zajmuję się również opracowywaniem algorytmicznych robotów handlowych. Na binance zmniejszenie stawki odbywa się stawką w innym kierunku.

Budżet: 27000 UAH Termin: 7 dni

Mam praktyczne doświadczenie w pracy z API Binance Futures, Bybit i innych giełd kryptowalut, w tym otwieraniem i zamykaniem pozycji futures, częściowym wykonaniem, uśrednianiem, zleceniami Reduce Only, kontrolą dźwigni oraz przywracaniem stanu po ponownym uruchomieniu.

Do mirrorowania użyłbym nie kopiowania pojedynczych zdarzeń, ale synchronizacji docelowego rozmiaru pozycji.

Na przykład, jeśli lider miał pozycję 1 BTC, a po częściowym zamknięciu pozostało 0,7 BTC, bot określa, że pozycja zmniejszyła się o 30%.

```text
target_binance_qty = leader_current_qty × coefficient
order_qty = target_binance_qty - current_binance_qty
```

Jeśli różnica jest ujemna, tworzone jest zlecenie Reduce Only na potrzebną wielkość. Takie podejście poprawnie obsługuje wszelkie częściowe zamknięcia, zwiększenie pozycji i uśrednianie.

Przewidziałbym również:

* normalizację symboli i minimalnych kroków ilości;
* ochronę przed ponownym wykonaniem jednego stanu;
* weryfikację faktycznej pozycji na Binance po wykonaniu zlecenia;
* limity maksymalnego rozmiaru pozycji;
* powiadomienia Telegram o wszystkich działaniach i błędach;
* zachowanie stanu dla poprawnego przywracania po ponownym uruchomieniu.

Proponuję realizację wykonać etapami:

1. Hyperliquid → Binance USDT-M Futures.
2. Testowanie na małych kwotach.
3. Bitget Futures → Binance.
4. Wdrożenie na VPS, instrukcja i przekazanie kodu źródłowego.

Klucze API wprowadzicie samodzielnie i będziecie je przechowywać tylko na swoim VPS.

Koszt realizacji 1000 USD. Rozwiń

Budżet: 1000 UAH Termin: 10 dni

Witaj!
Projekt jest bardzo interesujący i jasno sformułowany. Mam duże doświadczenie w pracy z API giełd kryptowalut (Binance, Bitget, Hyperliquid) oraz w opracowywaniu botów do copy tradingu w Pythonie. Doskonale rozumiem, że najważniejsza jest tutaj dokładność obliczeń oraz stabilność przetwarzania błędów, aby uniknąć desynchronizacji pozycji.
Odpowiedź na twoje pytanie (o częściowe zamknięcie 30% przez lidera):
Aby poprawnie odwzorować, zrezygnuję z logiki „po prostu kopiować zlecenia” i zbuduję algorytm oparty na porównaniu aktualnego rozmiaru pozycji (Position Sizing).
Przy każdym cyklu pollingu (5–10 sek) bot odczytuje aktualny nominalny wolumen pozycji na Hyperliquid/Bitget i porównuje go z wolumenem na Binance. Jeśli na giełdzie głównej pozycja zmniejszyła się o 30% (niezależnie od tego, czy jednym zleceniem limitowanym, kilkoma częściami czy przez trailing stop), bot rejestruje tę deltę, przelicza ją przez twój współczynnik (Multiplier) i rynkowym zleceniem (lub limitowanym w spreadzie) zamyka dokładnie 30% od aktualnego wolumenu twojej pozycji na Binance. Takie podejście idealnie działa zarówno dla częściowego zamknięcia, jak i dla uśredniania (dolewek).
Moje doświadczenie i stos technologiczny do realizacji projektu:
Biblioteki: Używam ccxt (lub bezpośrednich oficjalnych SDK od Hyperliquid i Binance) do szybkiej i stabilnej interakcji z API.
Asynchroniczność: Bot będzie napisany na asyncio (aiohttp), co gwarantuje natychmiastową reakcję i równoległe monitorowanie obu giełd głównych bez opóźnień.
Logowanie i Telegram: Skonfiguruję szczegółowe logowanie z rotacją plików. Wszystkie udane iteracje, częściowe zamknięcia, a także krytyczne błędy (np. API Timeout lub Insufficient Margin) natychmiast trafią do twojego bota Telegram.
Bezpieczeństwo: Konfiguracja zostanie przeniesiona do .env lub config.json. Samodzielnie wpiszesz tam swoje klucze API przy wdrożeniu na VPS.
Jakie limity i dźwignię (leverage) planujesz używać? Chętnie omówię szczegóły i skonfiguruję dla ciebie niezawodne oprogramowanie.
Z poważaniem,
Wiktoria Rozwiń

Budżet: 3000 UAH Termin: 8 dni

Dla siebie pisałem skrypty w Pythonie, które odczytują cudze pozycje na Hyperliquid pod adresem portfela: pozycje tam zwraca publiczne zapytanie bez żadnych kluczy, a polling co 5-10 sekund zjada około dwóch procent limitu API, więc moduł lidera będzie działał stabilnie i bez banów.

Jeśli chodzi o częściowe zamknięcie 30%: nie łapię pojedynczych transakcji, a na każdym badaniu porównuję wielkość pozycji lidera z tym, co jest otwarte na Binance, i wyrównuję różnicę zleceniem tylko na zmniejszenie. To zamyka od razu dwa pułapki: błąd nie kumuluje się po pominiętym badaniu, a mała część przechodzi nawet gdy jest mniejsza niż minimalne zlecenie Binance, bo na zmniejszenie to ograniczenie nie działa.

Jest jeszcze niuans, na którym takie lustra zazwyczaj się potykają: nazwy monet na giełdach się nie zgadzają. kPEPE na Hyperliquid to 1000PEPE na Binance, ale kNEIRO na Binance to już po prostu NEIRO bez mnożnika, a PURR czy MNT tam w ogóle nie występują. Dlatego zgodność par buduję nie według nazw, a porównuję mnożniki z obu giełd, plus osobna zasada, co robić z pozycją, której na Binance nie ma.

Start jak u was w etapach: Hyperliquid z testem na małych kwotach, dalej Bitget (wasz klucz read-only do odczytu pozycji wystarczy). Powiadomienia w Telegramie, ustawienia par, współczynnika i limitów w wygodnym pliku, deploy na waszym VPS - wszystko zrobię i kod przekażę.

Szczegóły omówimy na czacie.

Budżet: 14000 UAH Termin: 15 dni

Witam. Jestem gotów opracować bota w Pythonie do mirrorowania pozycji z Hyperliquid i Bitget na Binance. Mam praktyczne doświadczenie w tworzeniu zautomatyzowanych systemów handlowych i głęboko rozumiem specyfikę pracy z API giełd kryptowalut. Jeśli chodzi o przetwarzanie częściowego zamknięcia pozycji lidera na 30%: podczas polowania bot rejestruje względne zmniejszenie objętości pozycji lidera i natychmiast oblicza te same 30% od aktualnego rozmiaru naszej otwartej pozycji na Binance, po czym wysyła zlecenie na skrócenie, co pozwala idealnie zsynchronizować salda niezależnie od ustalonego współczynnika. Cała funkcjonalność z uśrednieniami, limitami i ustawieniami par będzie przeniesiona do wygodnej konfiguracji, a powiadomienia Telegram natychmiast informować będą o udanych transakcjach i możliwych błędach. Całkowicie popieram etapowy format pracy: najpierw skonfigurujemy i przetestujemy połączenie z Hyperliquid na małych kwotach, a w drugim etapie podłączymy Bitget. Po zakończeniu opracowania wdrożę bota na Twoim VPS, dostarczę szczegółową instrukcję i przekażę kod źródłowy.

Budżet: 5000 UAH Termin: 5 dni

Witaj, mam ogromne doświadczenie w pracy z Binance Futures API oraz API innych giełd. Realizowałem częściowe zamknięcie pozycji w bocie, który zajmował się wystawianiem schodkowych pozycji (Cena poszła w górę sprzedajemy, poszła w dół kupujemy). Realizowałem bota na sygnałach ZigZag z własnego wskaźnika. Również wiele innych. Jeśli jesteście zainteresowani jakościowym wykonaniem waszego projektu - piszcie. Cena podana za pierwszy etap Hyperliqued -> Binance. Druga część będzie kosztować tyle samo.

Budżet: 2000 UAH Termin: 3 dni

Witam, zrealizowane gotowe przypadki dotyczące Binance Futures, mogę pokazać przykłady i szybko przerobić pod wasze potrzeby.

Budżet: 8000 UAH Termin: 5 dni

Cześć!

Mam duże doświadczenie w tworzeniu kryptobotów (algotrading, copy trading, arbitraż) w Pythonie z wykorzystaniem ccxt oraz bezpośrednich API giełd (WebSockets/REST). Doskonale znam API Binance Futures, Bitget oraz specyfikę pracy z zdecentralizowanym Hyperliquid.

Budżet: 11000 UAH Termin: 7 dni

Cześć! Wezmę się za to. Twój stos technologiczny — Python + REST/WS API giełdowe + Telegram + wdrożenie na VPS; dane w czasie rzeczywistym przetwarzałem na swoim SaaS (WebSocket, od TŻ do produkcji).

Kluczowe — lustrzane odbicie STANU pozycji, a nie pojedyncze transakcje:
• Posiadam własny model pozycji dla każdego symbolu (rozmiar, średnia); co 5–10 s obliczam deltę między pozycją lidera a moją, uwzględniając współczynnik
• Otwarcie / zwiększenie / częściowe / pełne = różnica między docelowym a bieżącym
rozmiarem → jeden zlecenie-korekta. Częściowe 30% u lidera → proporcjonalne −30% u Ciebie, bez desynchronizacji i podwójnych transakcji
• Ochrona: minimalny krok giełdy, zaokrąglenie, retraje, stop przy odchyleniu
• Powiadomienia TG o każdej transakcji i błędzie; konfiguracja (pary, współczynniki, limity); klucze
wprowadzasz Ty (Bitget tylko do odczytu, handel tylko Binance)

Zaczniemy od etapu 1 (Hyperliquid→Binance, test na małych) — zobaczysz poprawność do
skali. Etap 1 ≈ 250 USD, 5–7 dni; etapowo przez Safe — ok.
— Mykoła Rozwiń

Budżet: 17911 UAH Termin: 5 dni

Witaj! Doświadczenie z API giełd jest takie: nie mam jeszcze bezpośredniego przypadku produkcyjnego z Binance/Bitget/Hyperliquid API, ale mam silną pokrewną bazę — asynchroniczna praca z REST/WebSocket API w czasie rzeczywistym (WebRTC/Socket.io signaling hub na Node.js), dekapsułowana architektura z persistentnym stanem (bot Goszakup: demon w tle + oddzielny wykonawca), obsługa częściowych błędów bez awarii całego procesu (Avia data pipeline). API giełd są dobrze udokumentowane i standardowe pod względem wzorców (REST + WS), więc onboarding jest szybki — ale mówię szczerze, a nie udaję, że "już to robiłem".
Jak obsłużę częściowe zamknięcie 30% pozycji lidera:
Trzymam lokalny stan dla każdej pary (rozmiar + kierunek) z poprzedniego zapytania. W każdym cyklu pollingowym porównuję nową pozycję lidera z poprzednią. Zamiast gromadzić delta (która dryfuje przy pominiętych zapytaniach), przeliczam docelowy rozmiar na Binance bezpośrednio: docelowy_rozmiar = aktualny_rozmiar_lidera × współczynnik. Różnicę między docelowym a aktualnym rozmiarem na Binance zamykam zleceniem z reduceOnly=true, aby wykluczyć przypadkowe zwiększenie lub odwrócenie pozycji z powodu błędów zaokrąglenia. Jeśli lider zamknął na zero — pełne zamknięcie. Jeśli lider zmienił kierunek (z long na short) — traktuję to jako pełne zamknięcie + nowe wejście, a nie jako deltę, w przeciwnym razie logika się łamie przy odwróceniu.
Co wchodzi: konfiguracja (pary, współczynnik, limity), powiadomienia w Telegramie o transakcjach i błędach, wdrożenie na Twoim VPS z instrukcją, kod źródłowy przekazywany jest w całości.
Jestem gotów zacząć od etapu 1 (Hyperliquid→Binance, test na małych kwotach), płatność etapami przez Safe.

Budżet: 8000 UAH Termin: 7 dni

Dzień dobry!

Zapoznałem się z TŻ. Zrealizuję bota w Pythonie, który będzie synchronizował pozycje Hyperliquid i Bitget z Binance USDT-M Futures z obsługą otwierania, dobierania, częściowego i pełnego zamykania pozycji.

Do obsługi częściowych zamknięć nie używam logiki "wysyłania sygnału". W każdym cyklu pollingu bot określa docelowy rozmiar pozycji (z uwzględnieniem współczynnika), porównuje go z faktyczną pozycją na Binance i wykonuje tylko niezbędną różnicę. Takie podejście działa poprawnie zarówno przy zamykaniu 30%, jak i przy uśrednieniach lub kilku zmianach z rzędu, nie gromadząc błędów.

Przewiduję:

* konfigurację par, współczynników i limitów;
* powiadomienia Telegram o wszystkich transakcjach i błędach;
* obsługę błędów API i ponowne próby przy tymczasowych awariach;
* wdrożenie na VPS, Docker (w razie potrzeby), instrukcję instalacji oraz pełny kod źródłowy.

Proponuję realizować pracę w dwóch etapach, jak wskazano w TŻ: najpierw Hyperliquid → Binance z testowaniem na małych kwotach, po weryfikacji — integracja Bitget.

Wstępna wycena:
💰 8 000 zł
⏳ 7 dni

Jeśli są dodatkowe wymagania (hedge/one-way tryb, TP/SL lub kopiowanie tylko rynkowych pozycji), możemy je omówić przed rozpoczęciem pracy. Rozwiń

Budżet: 999 UAH Termin: 7 dni

Lustrzane boty psują się nie przy otwarciu — tam wszystko jest banalne. Psują się przy częściowych zamknięciach, na różnicy kroków cenowych między giełdami i na limitach szybkości, gdy pozycja już powinna się zamknąć, a API jeszcze nie odpowiada. To jest ta część, którą trzeba zebrać od razu poprawnie.

Jestem gotów zająć się lustrem Hyperliquid → Bitget → Binance Futures. Logika:
• poll co 5–10 sek przez publiczne API (Hyperliquid public + Bitget tylko do odczytu), bez autoryzowanych kluczy źródeł
• rejestracja zdarzeń: otwarcie / dołożenie / częściowe zamknięcie / całkowite zamknięcie
• przeniesienie do Binance USDT-M Futures z współczynnikiem rozmiaru pozycji (aby ułamkowy lot na źródle zamieniał się w cały minimum na Binance)
• powiadomienia Telegram przy każdym działaniu i przy błędach (limit szybkości / przerwanie połączenia / rozbieżność statusów)

Stos — Python + asyncio, ccxt/python-binance dla natywnego futures-SDK. Oddzielny wątek monitorowania: jeśli zlecenie nie zostanie zrealizowane w ciągu N sekund — ponowna synchronizacja statusu, aby lustro zawsze odzwierciedlało rzeczywisty stan.

Rozwinę na waszym VPS pod Linux. Dodam jednostkę systemd — automatyczne uruchamianie po restarcie serwera, logi do pliku + rotacja. Po oddaniu nie znikam — pomogę z poprawkami i aktualizacjami w przyszłości bez dodatkowej opłaty.

Napisz, czy są jakieś niuanse dotyczące współczynnika przeliczenia rozmiaru pozycji i par (wszystkie tickery ze źródeł czy ograniczona lista) — a od razu przygotuję plan pracy. Rozwiń

Budżet: 5000 UAH Termin: 7 dni

Dzień dobry! Zrozumiałem specyfikację: bot-lustro pozycji Hyperliquid (publiczne API) + Bitget Futures (tylko do odczytu) → Binance USDT-M Futures z współczynnikiem rozmiaru, polling co 5–10 sek, Telegram, konfiguracja, wdrożenie na waszym VPS, kod do was.

Doświadczenie z API giełd: pisałem i wspierałem boty handlowe dla Binance Futures (zamówienia, pozycje, podpisy, obsługa błędów API, wdrożenie na VPS). Hyperliquid i Bitget podłączę za pomocą oficjalnych API na początku etapów — logika lustra jest wspólna, różnią się tylko adaptery giełdowe.

Jak obsłużę częściowe zamknięcie 30% lidera:
- utrzymuję docelowy stan: dla każdej pary liczę „ile powinno być na Binance” = rozmiar lidera × współczynnik (z uwzględnieniem limitów z konfiguracji);
- przy każdym pollingu porównuję cel z faktyczną pozycją na Binance;
- jeśli lider zmniejszył pozycję o 30% — cel spada o 30%, bot zamyka na Binance dokładnie różnicę (reduce-only), a nie otwiera na nowo od zera;
- uśrednianie / zwiększanie — odwrotnie, dobiera wolumen do nowego celu;
- całkowite zamknięcie lidera → cel 0 → całkowite zamknięcie na Binance;
- idempotentność: powtórny polling nie duplikuje zamówienia, jeśli już w celu (z tolerancją/min. krokiem giełdy).

Zrealizuję etapami, jak prosicie: (1) Hyperliquid→Binance na małych kwotach; (2) Bitget→Binance. Telegram: transakcje + błędy. Klucze tylko w waszym .env. Zakończenie etapu: kod + instrukcja wdrożenia na VPS + test.

Proszę o doprecyzowanie dla oceny:
1) jedno konto Binance na oba źródła czy podział;
2) tylko hedge/one-way, dźwignie stałe czy kopiować;
3) co robić w przypadku rozbieżności (pominięte zamówienia / płynność) — dogonić cel czy alert i stop. Rozwiń

Budżet: 10000 UAH Termin: 7 dni

Cześć! Zadanie jest całkowicie zrozumiałe. Mam doświadczenie w tworzeniu asynchronicznych serwisów w Pythonie oraz integracji z zewnętrznymi API REST. Napiszę niezawodnego i szybkiego bota, uwzględniając wszystkie ryzyka związane z pracą z API futures.

Od razu do twojego kluczowego pytania — jak poprawnie obsłużyć częściowe zamknięcie 30%:
Nie można polegać na obliczeniu "delty" między transakcjami, ponieważ w przypadku awarii sieci lub timeoutu API błąd będzie się kumulował, a pozycje się rozsynchornizują.

Zrealizuję podejście Target State Alignment (Rekonsyliacja stanu):
W każdym cyklu pollingu (5 sek) bot pobiera czysty aktualny wolumen pozycji lidera na Hyperliquid/Bitget.
Oblicza docelowy wolumen dla Binance: Target = LeaderSize * Coefficient.
Porównuje z twoim faktycznym wolumenem na Binance i wystawia zlecenie wyłącznie na różnicę (z flagą reduceOnly=True dla zamknięć, aby przypadkowo nie odwrócić pozycji).
Ważny szczegół: Obsługuję kroki zaokrąglania (stepSize) oraz minimalny rozmiar zlecenia (minQty) na Binance. Jeśli 30% pozycji lidera po pomnożeniu przez współczynnik staje się mniejsze niż limit Binance — bot nie zgłosi błędu, a wstrzyma pozycję do następnego kroku lub zaokrągli do minimalnie dozwolonego lotu.

Szczegóły techniczne realizacji:
Stos: Python (asynchroniczny httpx / asyncio do równoległego zapytania bez blokad), aiogram 3.x do natychmiastowych powiadomień w Telegramie (udane transakcje, krytyczne błędy, saldo).
Odporność: Obsługa błędów API (Rate Limits, kontrole Cloudflare, timeouty) przez retry.
Bezpieczeństwo: Konfiguracja przez plik .env. Twoje klucze API są przechowywane lokalnie na twoim VPS, bot nie ma dostępu do wypłat (tylko handel i odczyt).

Jestem gotowa podzielić projekt na dwa etapy:
Hyperliquid → Binance + powiadomienia Telegram + testy na małych kwotach.
Integracja Bitget → Binance + finalny deployment na twoim VPS oraz instrukcja.
Porozmawiajmy o szczegółach w prywatnych wiadomościach, jestem gotowa do startu! Rozwiń

Budżet: 1000 UAH Termin: 1 dzień

Cześć, jestem gotów zrealizować bota do mirrorowania pozycji futures, mam odpowiednie doświadczenie w pracy z API giełd, logiką handlową, systemami real-time/polling, przetwarzaniem pozycji i automatyzacją przez Telegram. Dla Binance poprawnie używać REST do stanu pozycji i w razie potrzeby uzupełniać to strumieniem danych użytkownika, ponieważ sama giełda zaleca uzyskiwanie aktualnego stanu przez endpointy position/account i aktualizowanie go zdarzeniami konta. Częściowe zamknięcie 30% lidera traktowałbym nie jako "sygnał buy/sell", ale jako zmianę docelowego rozmiaru pozycji. Bot porównuje aktualny rozmiar pozycji lidera z aktualnym rozmiarem pozycji na Binance po zastosowaniu współczynnika, a następnie uzupełnia różnicę zleceniem market- lub limitowym zgodnie z określonymi zasadami. Takie podejście poprawnie obsługuje otwieranie, dopełnianie, częściowe zmniejszenie, całkowite zamknięcie i uśrednianie bez łamania logiki. Co do terminów i budżetu, mogę podać dokładną wycenę po doprecyzowaniu listy par, trybu hedge/one-way na Binance oraz wymagań dotyczących typów zleceń.

Budżet: 10000 UAH Termin: 7 dni

Bot do lustracji pozycji na Binance Futures (Python)

Potrzebny bot, który odczytuje moje pozycje na Hyperliquid (publiczne API) oraz Bitget Futures (mój klucz tylko do odczytu) i proporcjonalnie powtarza je na moim Binance USDT-M Futures przez API.

Logika: otwieranie, zwiększanie, częściowe zamykanie, całkowite zamykanie — wszystko lustrzane z konfigurowalnym współczynnikiem rozmiaru. Polling co 5–10 sek. Obowiązkowa poprawna obsługa częściowych zamknięć i uśrednień.

Wymagania: powiadomienia w Telegramie o transakcjach i błędach; konfiguracja (pary, współczynnik, limity); wdrożenie na moim VPS + instrukcja; kod źródłowy przekazywany mi. Klucze wprowadzam sam.

Etapy: 1) Hyperliquid→Binance, test na małych kwotach; 2) Bitget→Binance. Płatność przez safe etapowo.

W odpowiedzi podaj doświadczenie z API giełd i jak obsłużysz częściowe zamknięcie 30% pozycji lidera. Rozwiń

Budżet: 15000 UAH Termin: 11 dni

Dzień dobry! Mam doświadczenie w pracy z REST/WebSocket API Binance Futures, Bitget i Hyperliquid (zamówienia, pozycje, strumienie w celu minimalizacji opóźnienia).

Logika lustrzania:
bot utrzymuje lokalny stan pozycji lidera (rozmiar, strona, średnia cena wejścia) i przy każdym pollingu porównuje bieżący rozmiar z poprzednim:

Zwiększenie → zlecenie rynkowe/limitowe na wzrost × współczynnik.
Częściowe zamknięcie (np. 30%) → obliczam deltę (was_size - new_size), wysyłam zlecenie reduceOnly na odpowiednią część × współczynnik na Binance, z zaokrągleniem do stepSize/minQty giełdy.
Ochrona przed duplikowaniem przez zascanning na 2 kolejne próby.
Pełne zamknięcie → zlecenie reduceOnly na cały pozostały stan.
Uśrednianie (dodawanie do pozycji inną ceną) — traktowane jako zwykłe zwiększenie, średnia cena na Binance formuje się naturalnie przez zlecenia rynkowe.

Wszystko jest logowane, krytyczne działania (otwarcie/zamknięcie/błąd zlecenia) — natychmiast w Telegramie.
Gotowy zacząć od etapu Hyperliquid→Binance na małych kwotach, płatność etapami przez Safe — odpowiada mi. Rozwiń

Budżet: 15000 UAH Termin: 10 dni

Dzień dobry! Mamy doświadczenie w tworzeniu wysokoobciążonych systemów handlowych w Pythonie. Realizujemy to poprzez asynchroniczne przetwarzanie strumieni WebSocket w celu minimalizacji opóźnień przy kopiowaniu zleceń. Zapewnimy poprawne obliczenie proporcji oraz obsługę błędów API dla stabilnej pracy połączenia Hyperliquid/Bitget z Binance.

Budżet: 12000 UAH Termin: 10 dni

Nie mam doświadczenia z API giełdowymi (Hyperliquid/Bitget/Binance), ale mam doświadczenie w budowaniu integracji z zewnętrznymi API REST/WebSocket, przetwarzaniu stanów i kolejek, a także wdrażaniu i utrzymywaniu usług produkcyjnych na VPS (steki Django/Node.js). Dla tego zadania kluczowe jest nie „znanie konkretnej giełdy”, ale poprawna architektura maszyny stanów oraz obsługa przypadków brzegowych, dlatego jestem gotów szczegółowo opisać podejście poniżej.
Jak obsłużę częściowe zamknięcie 30% pozycji lidera:
Bot przechowuje last_known_size dla każdej pozycji lidera. Przy każdym pollingu porównuję nowy rozmiar z poprzednim. Jeśli rozmiar się zmniejszył — to częściowe zamknięcie, delta = różnica (a nie cała pozycja od nowa). Deltę mnożę przez współczynnik, zaokrąglam do stepSize/minQty Binance i wysyłam zlecenie z reduceOnly=true na tę deltę. To ważne: przeliczenie „od zera” za każdym razem kumuluje błąd zaokrąglenia przy kilku częściowych zamknięciach pod rząd. Przy uśrednianiu (zwiększenie pozycji po innej cenie) osobna logika nie jest potrzebna — Binance sam przeliczy średnią cenę wejścia, ja tylko dodaję deltę wolumenu.
Proponuję taki plan:
Etap 1 — Hyperliquid → Binance:
Polling publicznego API Hyperliquid (5–10 sek, konfigurowany interwał)
Maszyna stanów: open / increase / partial close / full close / reversal
Moduł obliczania rozmiaru z współczynnikiem + zaokrąglanie do lotów Binance
Wysyłanie zleceń na Binance USDT-M Futures (rynek, reduceOnly dla zamknięć)
Powiadomienia Telegram o transakcjach i błędach
Plik konfiguracyjny (pary, współczynnik, limity)
Testy na małych kwotach, wdrożenie na VPS przez systemd + instrukcja
Etap 2 — dodaję Bitget (klucz tylko do odczytu), ten sam silnik, osobny profil konfiguracyjny.
Płatność etapami przez Safe — odpowiada mi.
Szacowany czas etapu 1: 1,5–2 tygodnie z uwzględnieniem testów na małych kwotach. Jestem gotów omówić szczegóły (hedż/pozycje netto na każdej giełdzie, limity na rozmiar zlecenia, zachowanie przy przerwaniu połączenia). Rozwiń

Budżet: 1234 UAH Termin: 1 dzień

Cześć! Mam doświadczenie w Pythonie oraz w tworzeniu botów handlowych (API giełd, automatyzacja). Chętnie Ci pomogę!

Budżet: 27000 UAH Termin: 7 dni

Cześć! Już realizowałam podobne boty do lustrzenia pozycji między różnymi giełdami, dlatego dobrze znam niuanse Binance Futures, Hyperliquid i Bitget: różne formaty pozycji, zaokrąglenia, minimalne wolumeny, częściowe zamknięcia, uśrednianie i synchronizację stanów.

Stworzę bota w Pythonie z konfigurowalnym współczynnikiem, limitami, powiadomieniami Telegram, obsługą błędów i wdrożeniem na Twoim VPS. Przekażę kod źródłowy oraz instrukcję, klucze wprowadzasz samodzielnie.

Budżet: 15000 UAH Termin: 5 dni

Witaj! Mam duże doświadczenie w pracy z API giełd kryptowalut (Binance, Bybit, Bitget, Hyperliquid) oraz w tworzeniu botów handlowych w Pythonie. Zrealizuję logikę mirrorowania przez WebSocket lub zoptymalizowane polling (5-10 sek), tak jak prosiłeś.

Jeśli chodzi o twoje pytanie dotyczące częściowego zamknięcia (na przykład 30%): bot będzie śledził zmianę rozmiaru pozycji (position size) na koncie głównym. Po otrzymaniu aktualizacji przez API, bot porówna bieżący stan z lokalną pamięcią podręczną i obliczy deltę. Jeśli pozycja zmniejszy się o 30%, bot wyśle zlecenie na zamknięcie 30% wolumenu na Binance (przez zlecenie rynkowe dla szybkości lub limit, jeśli to konieczne). To zapewni synchronizację nawet przy skomplikowanych uśrednieniach.

Stos: Python, CCXT (lub natywne API dla Hyperliquid), Telebot do powiadomień. Kod będzie uporządkowany, z oddzielnym plikiem konfiguracyjnym i obsługą błędów (retry, logowanie). Jestem gotów pomóc w wdrożeniu na twoim VPS.

Jestem gotów omówić szczegóły, pisz.

Budżet: 1000 UAH Termin: 1 dzień

Dzień dobry, jestem gotów wykonać twoje zadanie szybko i jakościowo. Mam duże doświadczenie w tworzeniu różnych botów. Napisz w wiadomościach prywatnych, omówimy szczegóły. Chętnie pomogę)