Onze REST- en WebSocket-API's gebruiken snelheidslimieten voor handel om de API's te beschermen tegen kwaadwillig gebruik en om onze markten te beschermen tegen manipulatie van het orderboek.
Onze snelheidslimieten voor handel zijn ontworpen om onze markten eerlijk te houden voor alle marktdeelnemers, terwijl ze de benodigde middelen bieden voor verschillende soorten handelaren (beleggers, actieve handelaren, geautomatiseerde handelsbots, enzovoort).
De meeste handelaren zullen de snelheidslimieten voor handel nooit tegenkomen, maar voor degenen die orders plaatsen/annuleren met hogere dan gebruikelijke frequenties of hogere aantallen orders plaatsen/annuleren, kunnen de snelheidslimieten worden bereikt, wat resulteert in een EOrder:Rate limit exceeded-fout.
Merk op dat de snelheidslimieten voor handel afzonderlijk van toepassing zijn per valutapaar, dus het bereiken van de snelheidslimieten voor één valutapaar (XBT/USD bijvoorbeeld) heeft geen invloed op de handel in een ander valutapaar (LTC/EUR bijvoorbeeld).
Voor veel handelaren is het niet nodig om de specifieke details van de algoritmes voor handelslimieten te kennen; het volstaat om bij benadering te weten hoeveel ordergebeurtenissen er binnen een bepaalde tijd kunnen plaatsvinden (in wezen de vraag beantwoordend: "Hoeveel orders kan ik per minuut plaatsen/annuleren?").
Aangezien er potentieel onbeperkte combinaties zijn van ordergebeurtenissen (plaatsen, uitvoeren, annuleren) en orderlevensduren (hoe lang een order in het orderboek blijft staan), is het niet mogelijk om één exacte waarde te geven, maar de onderstaande tabel geeft voorbeelden voor verschillende typische combinaties.
De kolommen Intermediate en Pro geven het accountverificatieniveau aan, samen met het maximale aantal ordergebeurtenissen dat consistent per minuut kan plaatsvinden zonder de snelheidslimieten voor handel te bereiken.
Zoals hierboven getoond, zullen het verifiëren van een account naar een hoger niveau, het verhogen van de orderuitvoeringssnelheid of het verlengen van de orderlevensduur allemaal het gebruik van de snelheidslimiet aanzienlijk verminderen, waardoor een hoger, aanhoudend aantal ordergebeurtenissen per minuut mogelijk wordt.
Onze snelheidslimieten voor handel zijn gebaseerd op een teller die toeneemt wanneer orders worden geplaatst en geannuleerd, en na verloop van tijd afneemt met een vaste vervalsnelheid. De snelheidslimieten worden bereikt wanneer deze teller een maximale waarde overschrijdt (die varieert afhankelijk van het accountverificatieniveau). De maximale tellerwaarden (de bereikte snelheidslimietwaarden) voor elk accounttype zijn als volgt:
Standaardverificatie (voorheen bekend als Intermediate) = 125
Geverifieerd met hogere limieten (voorheen bekend als Pro) = 180
De vervalsnelheid (de snelheid waarmee de teller afneemt) is ook gebaseerd op het accountverificatieniveau. Hieronder staan de vervalsnelheden voor elk accounttype:
Standaardverificatie (voorheen bekend als Intermediate) = 2,34 per seconde
Geverifieerd met hogere limieten (voorheen bekend als Pro) = 3,75 per seconde
De snelheidslimietteller neemt toe naarmate elke ordergebeurtenis (plaatsen of annuleren) plaatsvindt, waarbij orderannuleringen de grootste toename veroorzaken. De onderstaande tabel toont de hoeveelheid tellertoename (bekend als de boete) voor elk type ordergebeurtenis:
Opmerkingen:
1 Voor de boete voor batchorders, n = het aantal orders in de batch.
2 Het bewerken van een order brengt ook de 1-punt boete voor het plaatsen van een order met zich mee.
3 Orders die automatisch worden geannuleerd als mislukte IOC-orders, brengen geen annuleringsboete met zich mee.
4 Het wijzigen van een order brengt ook de 1-punt boete voor het plaatsen van een order met zich mee.
5 Afgewezen 'post only'-orders worden aanvankelijk geaccepteerd, maar vervolgens automatisch geannuleerd; het plaatsen brengt een boete van 1 punt met zich mee en de annulering brengt een boete van 8 punten met zich mee (voor een totaal van 9 punten).
Het volgende is een voorbeeld van hoe de maximale tellerwaarde, de tellertoename als gevolg van ordergebeurtenissen en de tellerafname als gevolg van de vervalsnelheid samen de handelslimieten implementeren voor een pro-account.
Het plaatsen van 20 limietorders en het annuleren van elke order na 3 seconden, zou een boete van 9 punten per order met zich meebrengen, of een cumulatief totaal van 180 punten:
(20 orders x 1 punt voor orderplaatsing) + (20 orders x 8 punten voor orderannulering) = 180 punten
De boete van 180 punten zou dan worden verminderd met 3,75 punten per seconde, vandaar dat het slechts 1 seconde zou duren voordat drie nieuwe orders konden worden geplaatst (aangezien elke nieuwe order een boete van 1 punt voor orderplaatsing met zich mee zou brengen), maar het zou 48 seconden duren voordat de snelheidslimieten volledig waren gewist (terug naar nul):
180 punten / 3,75 punten per seconde = 48 seconden
De volgende berekeningen laten zien hoe je het maximale aantal ordergebeurtenissen per minuut kunt bepalen dat kan worden gehandhaafd zonder de snelheidslimieten te bereiken:
Orderboete = (Boetepunten * Uitvoeringssnelheid) + (Boetepunten * Uitvoeringssnelheid) ... (tot 100%)
Ordergebeurtenissen per minuut = 60 seconden / (Orderboete / Vervalsnelheid)
Als voorbeeld voor een pro-account dat limietorders plaatst, waarvan 60% na 3 seconden werd uitgevoerd en 40% na 8 seconden werd geannuleerd:
Orderboete = (1 * 60%) + (7 * 40%) = 3,4 punten
Ordergebeurtenissen per minuut = 60 / (3,4 / 3,75) = 66 gebeurtenissen
Als een praktijkvoorbeeld van de handelslimieten, volgt hieronder een chronologisch overzicht van hoe de boeteteller toeneemt en afneemt wanneer orders worden geplaatst/geannuleerd.
In dit voorbeeld is het accounttype een pro-account (vandaar een maximale tellerwaarde van 180 met een vervalsnelheid van 3,75 per seconde), en de orderactiviteit bestaat uit het plaatsen van 3 orders (met een snelheid van 1 order elke 0,5 seconden) en vervolgens het annuleren van 3 orders (met behulp van een FIFO, zodat de oudste order het eerst wordt geannuleerd).
Naast de hierboven getoonde voorbeelden, maakt onze rekenmachine voor handelslimieten het mogelijk om het maximale aantal ordergebeurtenissen te bepalen voor elke combinatie van orderuitvoeringssnelheid en orderlevensduur. Met slechts enkele variabelen (zoals het accountverificatieniveau) kunnen ordergebeurtenissen worden gespecificeerd als een percentage of als een absolute hoeveelheid, en de rekenmachine zal aangeven of de gewenste combinatie binnen de handelslimieten past of niet.
Verdere vragen
Snelheidslimieten zijn een van de verschillende tools die Kraken gebruikt om de platformbeveiliging en beschikbaarheid voor alle klanten te verbeteren. Weinig klanten zouden problemen met snelheidslimieten moeten ondervinden. Als je fouten met snelheidslimieten ontvangt, zorg er dan eerst voor dat je software correct werkt. Als je handelsfrequentie een uitzondering op de snelheidslimiet vereist, kan Kraken klanten per geval evalueren om ervoor te zorgen dat een uitzondering geen risico's voor de platformbeveiliging of beschikbaarheid met zich meebrengt. Neem contact op met je Account Manager of neem contact op met ons API-ondersteuningsteam met vragen of om een evaluatie aan te vragen.