Przejdź do głównej zawartości
Wszystkie kolekcjeGiełda Crypto.comHandel
Zapobieganie handlowaniu ze samym sobą na Crypto.com Exchange
Zapobieganie handlowaniu ze samym sobą na Crypto.com Exchange
Zaktualizowano ponad 3 miesiące temu

Czym jest funkcja zapobiegania handlowaniu ze samym sobą (STP) na Crypto.com Exchange?

Zapobieganie handlowaniu ze samym sobą (STP) to opcjonalna funkcja, która umożliwia użytkownikom Crypto.com Exchange zapobiegać dopasowywaniu zleceń na wa wspólnych kontach.

Definicja handlu z samym sobą zależy od następujących czynników, użytkownika i giełdy:

  • Zakres STP: Czy zlecenia są wysyłane z tego samego konta głównego lub subkonta (subkont) należących do tego samego użytkownika (stp_scope).

  • STP ID: Czy zlecenia mają ten sam identyfikator STP (stp_id)?

Jak działa STP?

Kontrola STP następuje w momencie złożenia zlecenia agresora (zlecenia taker). Jeśli zlecenie nie zostanie odrzucone i stanie się zleceniem makera, uznaje się, że przeszło kontrolę STP. Kontrola STP zostanie przeprowadzona ponownie przy następnym zleceniu agresora.

W zależności od zestawu instrukcji, w przypadku wykrycia protokołu STP u użytkownika, zostanie podjęte jedno z następujących działań:

  1. Zlecenia Taker zostaną anulowane

  2. Zlecenia Maker zostaną anulowane

  3. Zarówno zlecenia Taker, jak i Maker zostaną anulowane

Jak skonfigurować funkcję STP?

Istnieją trzy poziomy instrukcji STP. Wejdą one w życie w następującej kolejności:

  • STP na poziomie Exchange - domyślna kontrola

  • STP na poziomie zlecenia - określone przez użytkownika

  • STP na poziomie konta - określone przez użytkownika

STP na poziomie Exchange

Obecnie na Crypto.com Exchange (Global) nie ma zaimplementowanego domyślnego protokołu STP na poziomie giełdy. Użytkownicy mogą konfigurować instrukcje STP na poziomie zlecenia i konta.

*Crypto.com Exchange (HK) wdrożyło domyślne STP dla wszystkich użytkowników, użytkownicy z Hongkongu powinni zapoznać się z FAQ dla danego regionu.

STP na poziomie zlecenia

Użytkownicy mogą określić swoje ustawienia STP dla każdego indywidualnego zlecenia za pośrednictwem interfejsu API zlecenia (REST, WS, FIX). Ustawienia STP na poziomie zlecenia można skonfigurować za pomocą następujących żądań API:

Następujące pola konfigurują STP:

  • Zakres STP (stp_scope):

    • M - Konto główne lub subkonto(a)

    • S - Tylko subkonta

  • Identyfikator STP (stp_id): 0 do 32767

  • Instrukcja STP (stp_inst):

    • M - Anuluj zlecenie Maker

    • T - Anuluj zlecenie Taker

    • B - Anuluj zarówno zlecenie Taker, jak i Maker

Aby STP było skuteczne, zarówno zlecenia Taker, jak i Maker muszą mieć ustawienie STP w odpowiednich żądaniach API.

Zapoznaj się z sekcją „W jaki sposób Zakres STP wpływa na dopasowywanie zleceń na różnych typach kont dla ustawienia STP na poziomie zlecenia?”. sekcja dotycząca scenariuszy STP na poziomie zlecenia.

STP na poziomie konta

STP można również określić na poziomie konta. Ustawienia STP na poziomie konta mają najniższy priorytet.

Jeśli poszczególne zlecenia nie mają żadnych ustawień STP, zostaną użyte domyślne ustawienia STP konta.

Ustawienia STP na poziomie konta można skonfigurować za pomocą następujących żądań API:

Następujące pola konfigurują STP:

  • Zakres STP (stp_scope):

  • M - Konto główne lub subkonto(a)

  • S - Tylko subkonta

  • Identyfikator STP (stp_id): 0 do 32767

  • Instrukcja STP (stp_inst):

  • M - Anuluj zlecenie Maker

  • T - Anuluj zlecenie Taker

  • B - Anuluj zarówno zlecenie Taker, jak i Maker

Aby STP było skuteczne, oba konta, które tworzą zlecenia Taker i Maker, muszą mieć ustawioną opcję STP. Aby zapobiec dopasowaniu konta głównego i subkonta, użytkownicy muszą ustawić STP na obu kontach osobno.

Ustawienia STP na poziomie konta można pobrać w następującym żądaniu API:

private/get-account-settings

Zapoznaj się z sekcją „W jaki sposób Zakres STP wpływa na dopasowywanie zleceń na różnych typach kont dla ustawienia STP na poziomie konta?”. aby zapoznać się z przykładami scenariuszy STP na poziomie konta.

Które instrumenty są kompatybilne z STP?

STP jest obsługiwane dla wszystkich instrumentów na Crypto.com Exchange.

Które typy zleceń są kompatybilne z STP?

STP jest kompatybilne zarówno ze zleceniami z limitem ceny, jak i zleceniami rynkowymi.

Jak mogę sprawdzić, czy zlecenie zostało anulowane z powodu STP?

Jeśli zlecenie zostało anulowane z powodu STP, pojawi się „powód”: 43012 w odpowiedzi API anulowania zlecenia w private/get-order-detail i private/get-order-history.

Więcej szczegółów można znaleźć w sekcji Kody odpowiedzi i powodów w dokumentacji API Exchange.

Jeśli zastosowana zostanie funkcja STP, czy zwiększy ona opóźnienie w stosunku do zleceń, które nie wykorzystują STP?

Nie. Wszystkie zlecenia złożone na Crypto.com Exchange, niezależnie od tego, czy zawierają identyfikator STP, podlegają tej samej kontroli identyfikatora STP w silniku transakcyjnym. Dlatego to, czy uczestnik korzysta z tej funkcji, czy nie, nie ma wpływu na opóźnienia.

Czy korzystanie z STP jest płatne?

W tym momencie Crypto.com Exchange nie pobiera opłaty za korzystanie z STP.

Czy korzystanie z STP jest obowiązkowe dla użytkowników Crypto.com Exchange?

Funkcja STP na Crypto.com Exchange (Global) jest obecnie opcjonalna. Jeśli w przyszłości giełda wdroży STP na poziomie księgi zleceń, będzie ono mieć pierwszeństwo przed STP na poziomie zleceń określonych przez użytkownika. Na razie użytkownicy mogą dostosować STP w odpowiedni dla siebie sposób, pod warunkiem, że przestrzegają wszystkich wymogów STP i odpowiednich przepisów giełdowych.

*Crypto.com Exchange (HK) wdrożyło domyślne STP dla księgi zleceń, dla wszystkich użytkowników. Użytkownicy z Hongkongu powinni zapoznać się z https://help.crypto.com/en/collections/9971368-crypto-com-exchange-hk.

W jaki sposób ustawienie zakresu STP wpływa na dopasowywanie zleceń na różnych typach kont dla ustawienia STP na poziomie zlecenia?

Kryteria: Aby STP było skuteczne, zarówno zlecenia Taker, jak i Maker muszą mieć ustawienie STP w odpowiednich żądaniach API.

Biorąc pod uwagę:

  1. Użytkownik posiada konto główne i dwa subkonta - subkonto1 i subkonto2

  2. Używany jest protokół STP na poziomie zleenia

  3. Wszystkie zlecenia mają ten sam identyfikator STP

Poniżej przedstawiono scenariusze STP dla różnych kombinacji:

  1. Zlecenie konta głównego i ZLecenie konta głównego

    1. stp_scope: M - zastosowano STP (zlecenia nie są zgodne)

    2. stp_scope: S - zastosowano STP (zlecenia nie są zgodne)

  2. Zlecenie konta głównego i zlecenie Subkonta 1 lub Subkonta 2

    1. stp_scope: M - zastosowano STP (zlecenia nie są zgodne)

    2. stp_scope: S - nie zastosowano STP (zlecenia mogą być zgodne)

  3. Zlecenie Subkonta 1 i zlecenie Subkonta 1

    1. stp_scope: M - zastosowano STP (zlecenia nie są zgodne)

    2. stp_scope: S - zastosowano STP (zlecenia nie są zgodne)

  4. Zlecenie Subkonta 1 i zlecenie Subkonta 2

    1. stp_scope: M - zastosowano STP (zlecenia nie są zgodne)

    2. stp_scope: S - nie zastosowano STP (zlecenia mogą być zgodne)

W jaki sposób ustawienie zakresu STP wpływa na dopasowywanie zleceń na różnych typach kont dla ustawienia STP na poziomie konta?

Kryteria: Aby STP było skuteczne, oba konta, które tworzą zlecenia Taker i Maker, muszą mieć ustawioną opcję STP.

Biorąc pod uwagę:

  • Użytkownik posiada konto główne i 3 subkonta: subkonto1, subkonto2, subkonto3.

  • STP na poziomie konta jest w użyciu

  • stp_id jest taki sam dla wszystkich kont

Scenariusze:

  1. Zapobieganie dopasowywaniu zleceń ze wszystkich kont w ramach tego samego konta głównego

    1. Ustawienie: Ustaw stp_scope jako „M” dla konta głównego i wszystkich subkont.

    2. Rezultat:

      1. Zlecenia z konta głównego i wszystkich subkont ze stp_scope = M nie będą do siebie pasować.

      2. Jeśli subkonto (np. subkonto3) ustawi stp_scope = S, uniemożliwi to jedynie samodzielny handel w ramach tego subkonta. Nadal może on być zgodny ze zleceniami z konta głównego i innych subkont

  2. Zapobieganie dopasowywaniu zleceń pochodzących tylko z tego samego konta

    1. Ustawienie: Ustaw stp_scope jako „S” dla konta głównego i wybranych subkont

    2. Rezultat:

      1. Każde konto z stp_scope = S będzie uniemożliwiać samodzielny handel tylko w ramach tego konkretnego konta

      2. Konta bez żadnych ustawień STP mogą być dopasowywane do wszystkich innych kont tego samego użytkownika.

      3. Przypadek specjalny: Rozwiązany identyfikator UUID konta głównego jest zawsze jego własnym identyfikatorem, nawet jeśli stp_scope = S. Jeśli subkonto ustawi stp_scope = M, uniknie handlu z kontem głównym i samym sobą.

  3. Zapobieganie dopasowywaniu zleceń z określonego subkonta (np. subkonto1) do własnych zleceń.

    1. Ustawienie: Ustaw stp_scope jako „S” dla subkonta1

    2. Rezultat:

      1. Zlecenia subkonta 1 nie będą pasować do innych zleceń subkonta 1.

      2. Ustawienie konta głównego na „M” nie ma żadnego specjalnego efektu, chyba że do subkont zostaną zastosowane odpowiednie ustawienia STP

  4. Zapobieganie dopasowywaniu zleceń z określonego subkonta (np. subkonto2) do zleceń ze wszystkich innych kont w ramach tego samego konta głównego.

    1. Ustawienie: Ustaw stp_scope jako „M” dla subkonta2 i wszystkich innych subkont

    2. Rezultat:

      1. Zlecenia z subkonta 2 nie będą pasować do zleceń z konta głównego i innych subkont, które również mają stp_scope = M

      2. Jeśli konto główne jest ustawione na „S”, nie ma to specjalnego wpływu na subkonta, chyba że mają one własne ustawienia STP

Artykuły powiązane
Wypłata kryptowalut z konta na Crypto.com Exchange (Na: Konto w aplikacji Crypto.com)
Jak handlować na Crypto.com Exchange
Czym jest handel z dźwignią na Crypto.com Exchange?
Jak wyeksportować historię transakcji? (Exchange)
Czym jest program brokerski API Crypto.com Exchange?
Czy to odpowiedziało na twoje pytanie?