Cos'è la funzione di prevenzione del self-trade (STP) di Crypto.com Exchange?

La prevenzione del self-trade (STP) è una funzione opzionale che consente agli utenti di Crypto.com Exchange di impedire l'abbinamento degli ordini per gli account con proprietà comune all'interno dell'Exchange.

La definizione di self-trade dipende dai seguenti fattori per utente e/o per exchange:

Ambito STP: se gli ordini vengono inviati dallo stesso conto principale e/o da account secondari appartenenti allo stesso utente (stp_scope)
STP ID: Se gli ordini hanno lo stesso STP ID (stp_id)

Come funziona STP?

Il controllo STP si verifica quando viene inviato un ordine aggressor (un ordine taker). Se l'ordine non viene rifiutato e diventa un ordine maker, si considera che abbia superato il controllo STP. Il controllo STP avverrà nuovamente con il prossimo ordine aggressor.

In base alle istruzioni per la prevenzione del self-trade, quando viene rilevato STP per i clienti che scelgono di utilizzarlo, verrà eseguita una delle seguenti azioni:

Gli ordini taker verranno annullati
Gli ordini maker verranno annullati
Sia l'ordine taker che maker verranno annullati

Come configurare la funzione STP?

Ci sono tre livelli di istruzioni STP. Esse entreranno in vigore nel seguente ordine di precedenza:

STP a livello Exchange - controllo predefinito
STP a livello di ordine - specificato dall'utente
STP a livello di account - specificato dall'utente

STP a livello Exchange

Attualmente, non è implementato alcun STP a livello Exchange predefinito su Crypto.com Exchange (globale). Gli utenti possono impostare le istruzioni STP a livello di ordine e di account.

*Crypto.com Exchange (HK) ha implementato STP predefinito per tutti gli utenti. Gli utenti residenti a Hong Kong devono fare riferimento alle domande frequenti dell'Exchange specifiche per la loro regione.

STP a livello di ordine

Gli utenti possono specificare le proprie impostazioni STP per ogni singolo ordine tramite le API degli ordini (REST, WS, FIX). Le impostazioni STP a livello di ordine possono essere configurate tramite le seguenti richieste API:

I seguenti campi impostano STP:

STP Scope (stp_scope):
- M - Conto principale o account secondari
- S - Solo account secondari
STP ID (stp_id): da 0 a 32767
STP Instruction (stp_inst):
- M - Annulla Maker
- T - Annulla Taker
- B - Annulla Maker e Taker

Affinché STP sia efficace, sia gli ordini Taker che Maker devono avere l'impostazione STP nelle rispettive richieste API.

Per l'impostazione STP a livello di ordine, fai riferimento a "In che modo l'impostazione dell'ambito STP influisce sull'abbinamento degli ordini tra diversi tipi di account?" per gli scenari STP a livello di ordine.

STP a livello di account

STP può essere specificato anche a livello di account. Le impostazioni STP a livello di account hanno la precedenza più bassa.

Se i singoli ordini non hanno impostazioni STP, verranno utilizzate le impostazioni STP predefinite dell'account.

Le impostazioni STP a livello di account possono essere configurate tramite la seguente richiesta API:

private/change-account-settings

I seguenti campi impostano STP:

STP Scope (stp_scope):
M - Conto principale o account secondari
S - Solo account secondari
STP ID (stp_id): da 0 a 32767
STP Instruction (stp_inst):
M - Annulla Maker
T - Annulla Taker
B - Annulla Maker e Taker

Affinché l'STP sia efficace, sia gli account che creano ordini Taker che Maker devono avere l'impostazione STP. Per evitare che un conto principale e un account secondario corrispondano, gli utenti devono impostare STP su entrambi gli account separatamente.

Le impostazioni STP a livello di account possono essere recuperate nella seguente richiesta API:

private/get-account-settings

Per l'impostazione STP a livello di account, consulta la sezione "In che modo l'impostazione dell'ambito STP influisce sull'abbinamento degli ordini tra diversi tipi di account?" per esempi di scenari STP a livello di account.

Quali strumenti sono compatibili con STP?

STP è supportato per tutti gli strumenti di Crypto.com Exchange.

Quali tipi di ordine sono compatibili con STP?

STP è compatibile sia con gli ordini limite che con gli ordini di mercato.

Come posso verificare se un ordine è stato annullato a causa di STP?

Se un ordine è stato annullato a causa di STP, ci sarà un "motivo": 43012 nella risposta API di annullamento dell'ordine in private/get-order-detail e private/get-order-history.

Per ulteriori dettagli, fai riferimento alla sezione Codici di risposta e motivo della documentazione API Exchange.

Se viene utilizzata la funzionalità STP, questa comporterà un aumento della latenza rispetto agli ordini che non utilizzano STP?

No. Tutti gli ordini inviati a Crypto.com Exchange, indipendentemente dal fatto che contengano o meno un STP ID, sono soggetti allo stesso controllo STP nel sistema di trading. Pertanto, l'utilizzo o meno della funzionalità non ha alcun impatto sulla latenza.

C'è una commissione per l'utilizzo di STP?

Al momento, Crypto.com Exchange non addebita alcuna commissione per l'utilizzo di STP.

L'utilizzo di STP è richiesto dagli utenti di Crypto.com Exchange?

L'utilizzo della funzionalità STP per Crypto.com Exchange (globale) è attualmente facoltativo. Se un futuro STP verrà implementato a livello di book degli ordini dall'Exchange, avrà la precedenza rispetto al STP a livello di ordine specificato dall'utente. Attualmente, gli utenti possono personalizzare il loro utilizzo dello STP in base alle loro preferenze, a condizione che rispettino tutti i requisiti STP e le regole dell'Exchange pertinenti.

*Crypto.com Exchange (HK) ha implementato STP predefinito al book degli ordini per tutti gli utenti. Gli utenti residenti a Hong Kong devono fare riferimento a https://help.crypto.com/en/collections/9971368-crypto-com-exchange-hk

In che modo l'impostazione STP Scope influisce sull'abbinamento degli ordini tra i diversi tipi di account per l'impostazione STP a livello di ordine?

Criterio: affinché STP sia efficace, sia gli ordini Taker che Maker devono avere l'impostazione STP nelle rispettive richieste API.

Dato:

Un utente dispone di un conto principale e di due account secondari: account secondario1 e account secondario2
Viene utilizzato STP a livello di ordine
Tutti gli ordini hanno lo stesso STP ID

Di seguito sono riportati i comportamenti STP per diverse combinazioni:

Ordine del conto principale e ordine del conto principale
1. stp_scope: M - STP applicato (gli ordini non corrispondono)
2. stp_scope: S - STP applicato (gli ordini non corrispondono)
Ordine del conto principale e ordine dell'account secondario1 o secondario2
1. stp_scope: M - STP applicato (gli ordini non corrispondono)
2. stp_scope: S - STP non applicato (gli ordini possono corrispondere)
Ordine dell'account secondario1 e ordine dell'account secondario1
1. stp_scope: M - STP applicato (gli ordini non corrispondono)
2. stp_scope: S - STP applicato (gli ordini non corrispondono)
Ordine dell'account secondario1 e ordine dell'account secondario2
1. stp_scope: M - STP applicato (gli ordini non corrispondono)
2. stp_scope: S - STP non applicato (gli ordini possono corrispondere)

Come influisce l'impostazione STP Scope sull'abbinamento degli ordini tra i diversi tipi di account quando STP è configurato a livello di account?

Criterio: affinché STP sia efficace, sia gli account che creano ordini Taker che Maker devono avere l'impostazione STP.

Dato:

L'utente dispone di un conto principale e di 3 account secondari: account secondario1, account secondario2, account secondario3

Viene utilizzato STP a livello di account
stp_id è lo stesso per tutti gli account

Scenari:

Impedire l'abbinamento degli ordini provenienti da tutti gli account dello stesso conto principale
1. Impostazione: imposta stp_scope come "M" per il conto principale e tutti gli account secondari
2. Risultato:
  1. Gli ordini dal conto principale e da tutti gli account secondari con stp_scope = M non corrisponderanno tra loro
  2. Se un account secondario (ad esempio, account secondario3) imposta stp_scope = S, impedirà solo il self-trade all'interno di quel account secondario. Può comunque corrispondere agli ordini del conto principale e di altri account secondari
Impedire l'abbinamento degli ordini provenienti solo dallo stesso account
1. Impostazione: imposta stp_scope come "S" per il conto principale e l'account secondario desiderato
2. Risultato:
  1. Ogni account con stp_scope = S impedirà solo il self-trade all'interno di quel account specifico
  2. Gli account senza impostazioni STP possono corrispondere a tutti gli altri account dello stesso utente
  3. Caso speciale: l'UUID risolto del conto principale è sempre identico, anche quando stp_scope = S. Se un account secondario imposta stp_scope = M, eviterà il trading con il conto principale e con se stesso.
Impedire che gli ordini provenienti da un account secondario specifico (ad esempio, account secondario1) corrispondano ai propri ordini
1. Impostazione: imposta stp_scope come "S" per l'account secondario1
2. Risultato:
  1. Gli ordini dell'account secondario1 non corrisponderanno agli altri ordini del account secondario1
  2. L'impostazione del conto principale su "M" non ha alcun effetto speciale a meno che le impostazioni STP corrispondenti non vengano applicate agli account secondari
Impedire che gli ordini provenienti da un account secondario specifico (ad esempio, un account secondario2) corrispondano agli ordini provenienti da tutti gli altri account dello stesso conto principale
1. Impostazione: imposta stp_scope come "M" per l'account secondario2 e tutti gli altri account secondari
2. Risultato:
  1. Gli ordini dell'account secondario2 non corrisponderanno agli ordini del conto principale e di altri account secondari che hanno anch'essi stp_scope = M
  2. Se il conto principale è impostato su "S", non ha alcun effetto speciale sugli account secondari a meno che non dispongano di impostazioni STP proprie