Bitget Futures: Wprowadzenie do Self Trade Prevention (STP)
Czym jest Self Trade Prevention (STP)?
Self-Trade Prevention (STP) to mechanizm stosowany przez platformę handlową Bitget w celu uniemożliwienia użytkownikom nieumyślnego zawierania transakcji z samym sobą. Zmniejsza to niepotrzebne opłaty transakcyjne i promuje uczciwe, przejrzyste środowisko handlowe. STP działa poprzez identyfikację zleceń złożonych w ramach tego samego ID użytkownika (UID) lub powiązanych subkont i blokowanie transakcji, które skutkowałyby handlem z samym sobą. Gwarantuje to, że działalność handlowa dokładnie odzwierciedla rzeczywistą podaż i popyt na rynku.
Bitget stosuje STP na swojej platformie do handlu kontraktami futures, aby zmniejszyć ryzyko manipulacji cenami oraz utrzymać zgodność i integralność rynku. Niezależnie od tego, czy zlecenia pochodzą z konta głównego i subkonta, z tego samego subkonta, czy też z różnych subkont, STP potrafi wykryć i zapobiec potencjalnym przypadkom handlu z samym sobą.
Przykład: Jak STP zapobiega handlowaniu z samym sobą?
Załóżmy, że użytkownik A składa zarówno zlecenia kupna, jak i sprzedaży BTCUSDT na rynku kontraktów futures zabezpieczonych USDT na Bitget. Konfiguracja konta obejmuje jedno konto główne i jedno subkonto z następującymi poleceniami:
• Konto główne: Składa zlecenie maker kupna 1 BTC po cenie 50 000 USDT.
• Subkonto: Składa zlecenie taker sprzedaży 1 BTC po cenie 50 000 USDT.
Bez STP zlecenia te mogłyby się pokrywać, powodując, że użytkownik handlowałby sam ze sobą i ponosiłby niepotrzebne opłaty. Przy włączonym STP, system wykrywa taki rodzaj handlu i anuluje zlecenie taker (np. w oparciu o tryb cancel_taker), skutecznie zapobiegając dopasowaniu tych zleceń.
Jak działa STP?
Gdy system wykryje potencjalną transakcję z samym sobą, wykonuje jedną z następujących czynności w oparciu o tryb STP:
• Brak trybu: Zlecenia nie podlegają mechanizmowi STP. System nie porównuje ID użytkownika, a transakcje są wykonywane normalnie.
• Tryb cancel_taker: Zlecenie taker jest anulowane; zlecenie maker pozostaje w arkuszu zleceń.
• Tryb cancel_maker: Zlecenie maker jest anulowane; zlecenie taker jest kontynuowane.
• Tryb cancel_both: Anulowane są zarówno zlecenia taker, jak i maker.
Działanie STP jest określane przez tryb STP zlecenia taker. Tryb STP istniejącego zlecenia maker w księdze zleceń nie jest brany pod uwagę.
Jak ustawić tryb STP dla zlecenia?
W przypadku interfejsu API składania zleceń i interfejsu API składania zleceń zbiorczych, tryb STP można ustawić za pomocą pola „stpMode”.
• Dla zleceń z depozytem zabezpieczającym
Które linie produktów obsługują STP?
1. Spot
2. Futures
a. Kontrakty futures zabezpieczone USDT
b. Kontrakty futures zabezpieczone USDC
c. Kontrakty futures zabezpieczone monetami (bezterminowe i delivery)
3. Margin
a. Isolated margin
b. Tryb cross margin
Które typy zleceń obsługują protokół STP?
Gdy opcja czasu obowiązywania (ang. Time In Force) jest ustawiona na GTC/IOC, następujące typy zleceń obsługują STP:
1. Zlecenie z limitem
2. Zlecenie rynkowe
3. Zlecenie progowe
4. Zlecenie TP/SL
Należy pamiętać, że STP jest nieprawidłowy, gdy czas obowiązywania jest ustawiony na FOK.
Czy zmodyfikowane zlecenia obsługują STP?
Nie. Zmodyfikowane zlecenia nie obsługują STP. Zmodyfikowane zlecenia przyjmują ustawienia STP początkowego zlecenia.
Dlaczego warto wybrać mechanizm STP na Bitget?
Mechanizm STP na Bitget nie tylko poprawia wydajność handlu, ale także pomaga użytkownikom obniżyć koszty, zapobiegając samodzielnym transakcjom. W połączeniu z solidnymi zabezpieczeniami Bitget i profesjonalną obsługą klienta, STP przyczynia się do bardziej przejrzystego i godnego zaufania środowiska handlowego.
Udostępnij
