Handelsfrekvensgrenser

Sist oppdatert: More than 3 months ago

Våre REST- og WebSocket-API-er bruker handelsfrekvensgrenser for å beskytte API-ene mot skadelig bruk, og for å beskytte markedene våre mot manipulasjon av ordreboken.

Våre handelsfrekvensgrenser er utformet for å holde markedene våre rettferdige for alle markedsdeltakere, samtidig som de gir de ressursene som trengs av ulike typer tradere (investorer, aktive tradere, automatiserte handelsroboter, og så videre).

De fleste tradere vil aldri støte på handelsfrekvensgrensene, men for de som legger inn/kansellerer ordre med høyere frekvens enn vanlig eller legger inn/kansellerer et høyere antall ordre, kan frekvensgrensene nås, noe som resulterer i en EOrder:Rate limit exceeded-feil.

Merk at handelsfrekvensgrensene gjelder separat per valutapar, så det å nå frekvensgrensene for ett valutapar (for eksempel XBT/USD) påvirker ikke handel med noe annet valutapar (for eksempel LTC/EUR).

For mange tradere er det ikke nødvendig å kjenne de spesifikke detaljene i algoritmene for handelsfrekvensgrenser; det er tilstrekkelig å vite omtrent hvor mange ordrehendelser som kan skje innenfor en viss tidsperiode (i hovedsak svare på spørsmålet "Hvor mange ordre kan jeg legge inn/kansellere per minutt?").

Siden det potensielt er ubegrensede kombinasjoner av ordrehendelser (innlegging, utførelse, kansellering) og ordrelevetider (hvor lenge en ordre forblir postert i ordreboken), er det ikke mulig å gi en enkelt eksakt verdi, men tabellen nedenfor gir eksempler for flere typiske kombinasjoner.

Kolonnene for Intermediate og Pro angir kontoverifiseringsnivået, sammen med det maksimale antallet ordrehendelser som kan forekomme per minutt på en konsistent basis uten å nå handelsfrekvensgrensene.

 

Rate limits combinations

Som vist ovenfor vil verifisering av en konto til et høyere nivå, økning av ordreutfyllingsraten, eller økning av ordrelevetiden alle betydelig redusere bruken av frekvensgrensen, og dermed tillate et høyere vedvarende antall ordrehendelser per minutt.

Våre handelsfrekvensgrenser er basert på en teller som øker når ordre legges inn og kanselleres, og avtar over tid med en fast forfallsrate. Frekvensgrensene nås når denne telleren overskrider en maksimumsverdi (som varierer avhengig av kontoverifiseringsnivået). Maksimumsverdiene for telleren (verdiene der frekvensgrensen nås) for hver kontotype er som følger:

  • Standard verifisering (Tidligere kjent som Intermediate) = 125

  • Verifisert med høyere grenser (Tidligere kjent som Pro) = 180

Forfallsraten (raten telleren avtar med) er også basert på kontoverifiseringsnivået. Følgende er forfallsratene for hver kontotype:

  • Standard verifisering (Tidligere kjent som Intermediate) = 2,34 per sekund

  • Verifisert med høyere grenser (Tidligere kjent som Pro) = 3,75 per sekund

Frekvensgrensetelleren øker når hver ordrehendelse (innlegging eller kansellering) inntreffer, der ordrekanselleringer forårsaker den største økningen. Tabellen nedenfor viser størrelsen på tellerøkningen (kjent som straffen) for hver type ordrehendelse:

Rate Limits

Merknader:

  • 1 For straffen for gruppeordre, n = antall ordre i gruppen.

  • 2 Redigering av en ordre medfører også en straff på 1 poeng for ordreinnlegging.

  • 3 Ordre som automatisk kanselleres som mislykkede IOC-ordre, medfører ingen kanselleringsstraff.

  • 4 Endring av en ordre medfører også en straff på 1 poeng for ordreinnlegging.

  • 5 Avviste "post only"-ordre aksepteres i utgangspunktet, men kanselleres deretter automatisk. Innleggingen medfører en straff på 1 poeng, og kanselleringen medfører en straff på 8 poeng (totalt 9 poeng).

Følgende er et eksempel på hvordan den maksimale tellerverdien, tellerøkningen på grunn av ordrehendelser, og tellernedgangen på grunn av forfallsraten kombineres for å implementere handelsfrekvensgrensene for en Pro-nivå-konto.

Å legge inn 20 limit-ordre og kansellere hver ordre etter 3 sekunder, vil medføre en straff på 9 poeng per ordre, eller en kumulativ total på 180 poeng:

  • (20 ordre x 1 poeng for ordreinnlegging) + (20 ordre x 8 poeng for ordrekansellering) = 180 poeng

Straffen på 180 poeng ville da bli redusert med 3,75 poeng per sekund, derfor ville det bare ta 1 sekund før tre nye ordre kunne legges inn (da hver nye ordre ville medføre 1 poeng straff for ordreinnlegging), men det ville ta 48 sekunder før frekvensgrensene ble fullstendig nullstilt (tilbake til null):

  • 180 poeng / 3,75 poeng per sekund = 48 sekunder

Følgende beregninger viser hvordan man bestemmer det maksimale antallet ordrehendelser per minutt som kan opprettholdes uten å nå frekvensgrensene:

  • Ordrestraff = (Straffepoeng * Fyllingsrate) + (Straffepoeng * Fyllingsrate) ... (opptil 100 %)

  • Ordrehendelser per minutt = 60 sekunder / (Ordrestraff / Forfallsrate)

Som et eksempel for en Pro-nivå-konto som legger inn limit-ordre, hvorav 60 % ble fylt etter 3 sekunder, og 40 % ble kansellert etter 8 sekunder:

  • Ordrestraff = (1 * 60 %) + (7 * 40 %) = 3,4 poeng

  • Ordrehendelser per minutt = 60 / (3,4 / 3,75) = 66 hendelser

Som et eksempel fra den virkelige verden på handelsfrekvensgrensene, er følgende en kronologisk transkripsjon av hvordan straffetelleren øker og avtar når ordre legges inn/kanselleres.

I dette eksemplet er kontotypen en Pro-nivå-konto (derfor en maksimal teller-verdi på 180 med en forfallsrate på 3,75 per sekund), og ordreaktiviteten er å legge inn 3 ordre (med en rate på 1 ordre hvert 0,5 sekund) og deretter kansellere 3 ordre (ved hjelp av FIFO slik at den eldste ordren kanselleres først).

API_ChronologicalExample_10022020.png

I tillegg til eksemplene vist ovenfor, lar vår kalkulator for handelsfrekvensgrenser det maksimale antallet ordrehendelser bestemmes for enhver kombinasjon av ordreutfyllingsrate og ordrelevetid. Med bare noen få variabler (som kontoverifiseringsnivå), kan ordrehendelser spesifiseres som en prosentandel eller som en absolutt mengde, og kalkulatoren vil indikere om den ønskede kombinasjonen passer innenfor handelsfrekvensgrensene eller ikke.

Ytterligere spørsmål

Frekvensgrenser er ett av flere verktøy Kraken bruker for å forbedre plattformsikkerheten og tilgjengeligheten for alle klienter. Få klienter bør støte på problemer med frekvensbegrensning. Hvis du mottar feilmeldinger om frekvensgrenser, må du først sørge for at programvaren din fungerer som den skal. Hvis handelsfrekvensen din krever et unntak fra frekvensbegrensningen, kan Kraken vurdere klienter fra sak til sak for å sikre at et unntak ikke vil utgjøre plattformsikkerhets- eller tilgjengelighetsrisiko. Kontakt din kontoadministrator eller kontakt vårt API-støtteteam med spørsmål eller for å be om en evaluering.

Trenger du mer hjelp?