A REST és WebSocket API-jaink kereskedési sebességkorlátokat használnak az API-k rosszindulatú használat elleni védelmére, valamint piacaink megbízáskönyv-manipuláció elleni védelmére.
Kereskedési sebességkorlátjainkat úgy alakítottuk ki, hogy piacaink tisztességesek maradjanak minden piaci szereplő számára, miközben biztosítják a különböző típusú kereskedők (befektetők, aktív kereskedők, automatizált kereskedési botok stb.) számára szükséges erőforrásokat.
A legtöbb kereskedő soha nem fog találkozni a kereskedési sebességkorlátokkal, de azok számára, akik a szokásosnál nagyobb gyakorisággal adnak le/törölnek megbízásokat, vagy nagyobb számú megbízást adnak le/törölnek, a sebességkorlátok elérhetők, ami EOrder:Rate limit exceeded hibát eredményezhet.
Vegye figyelembe, hogy a kereskedési sebességkorlátok külön-külön érvényesek minden devizapárra, így az egyik devizapárra (például XBT/USD) vonatkozó sebességkorlátok elérése nem befolyásolja a kereskedést más devizapárokon (például LTC/EUR).
Sok kereskedő számára nem szükséges ismerni a kereskedési sebességkorlát-algoritmusok specifikus részleteit; elegendő tudni, hogy hozzávetőlegesen hány megbízási esemény történhet egy bizonyos időn belül (lényegében megválaszolva a kérdést: "Hány megbízást adhatok le/törölhetek percenként?").
Mivel a megbízási események (leadás, végrehajtás, törlés) és a megbízások élettartamának (mennyi ideig marad egy megbízás a megbízáskönyvben) potenciálisan korlátlan kombinációi léteznek, nem lehetséges egyetlen pontos értéket megadni, de az alábbi táblázat példákat mutat be több tipikus kombinációra.
Az Intermediate és Pro oszlopok az fiókellenőrzési szintet, valamint a percenkénti maximális megbízási események számát jelzik, amelyek folyamatosan előfordulhatnak anélkül, hogy elérnék a kereskedési sebességkorlátokat.
Ahogy fentebb látható, a fiók magasabb szintre történő ellenőrzése, a megbízás teljesítési arányának növelése vagy a megbízás élettartamának meghosszabbítása mind jelentősen csökkenti a sebességkorlát-használatot, ezáltal lehetővé téve a percenkénti megbízási események magasabb, fenntartható számát.
Kereskedési sebességkorlátjaink egy számlálóra épülnek, amely a megbízások leadásával és törlésével növekszik, és idővel fix bomlási sebességgel csökken. A sebességkorlátok akkor érhetők el, ha ez a számláló meghalad egy maximális értéket (amely az fiókellenőrzési szinttől függően változik). Az egyes fióktípusok maximális számlálóértékei (az elért sebességkorlát-értékek) a következők:
Standard ellenőrzés (korábban Intermediate néven ismert) = 125
Magasabb limitekkel ellenőrzött (korábban Pro néven ismert) = 180
A bomlási sebesség (az a sebesség, amellyel a számláló csökken) szintén a fiókellenőrzési szinttől függ. Az alábbiakban az egyes fióktípusok bomlási sebességei láthatók:
Standard ellenőrzés (korábban Intermediate néven ismert) = 2,34 másodpercenként
Magasabb limitekkel ellenőrzött (korábban Pro néven ismert) = 3,75 másodpercenként
A sebességkorlát-számláló minden megbízási esemény (leadás vagy törlés) bekövetkezésekor növekszik, a megbízások törlése okozza a legnagyobb növekedést. Az alábbi táblázat a számláló növekedésének mértékét (büntetésként ismert) mutatja az egyes megbízási eseménytípusoknál:
Megjegyzések:
1 A kötegelt megbízás büntetésénél n = a kötegben lévő megbízások száma.
2 Egy megbízás szerkesztése szintén 1 pontos megbízásleadási büntetést von maga után.
3 Az automatikusan törölt, sikertelen IOC megbízások nem vonnak maguk után törlési büntetést.
4 Egy megbízás módosítása szintén 1 pontos megbízásleadási büntetést von maga után.
5 Az elutasított „post only” megbízásokat kezdetben elfogadják, de később automatikusan törlik; a leadás 1 pontos büntetést, a törlés pedig 8 pontos büntetést von maga után (összesen 9 pontot).
Az alábbiakban egy példa látható arra, hogyan kombinálódik a maximális számlálóérték, a megbízási események miatti számlálónövekedés és a bomlási sebesség miatti számlálócsökkenés a pro szintű fiókok kereskedési sebességkorlátjainak megvalósításához.
20 limit megbízás leadása és mindegyik megbízás 3 másodperc utáni törlése 9 pontos büntetést vonna maga után megbízásonként, vagy összesen 180 pontot:
(20 megbízás x 1 megbízásleadási pont) + (20 megbízás x 8 megbízástörlési pont) = 180 pont
A 180 pontos büntetés ezután 3,75 ponttal csökkenne másodpercenként, így mindössze 1 másodpercbe telne, mire három új megbízás adható le (mivel minden új megbízás 1 megbízásleadási büntetést vonna maga után), de 48 másodpercbe telne, mire a sebességkorlátok teljesen törlődnének (vissza nullára):
180 pont / 3,75 pont másodpercenként = 48 másodperc
Az alábbi számítások bemutatják, hogyan határozható meg a percenkénti maximális megbízási események száma, amelyek fenntarthatók a sebességkorlátok elérése nélkül:
Megbízás büntetés = (Büntetőpontok * Teljesítési arány) + (Büntetőpontok * Teljesítési arány) ... (akár 100%)
Megbízási események percenként = 60 másodperc / (Megbízás büntetés / Bomlási sebesség)
Példaként egy pro szintű fiókra, amely limit megbízásokat ad le, amelyek 60%-a 3 másodperc után teljesült, és 40%-a 8 másodperc után törlésre került:
Megbízás büntetés = (1 * 60%) + (7 * 40%) = 3,4 pont
Megbízási események percenként = 60 / (3,4 / 3,75) = 66 esemény
A kereskedési sebességkorlátok valós példájaként az alábbiakban egy kronologikus átirat látható arról, hogyan növekszik és csökken a büntetőszámláló a megbízások leadásával/törlésével.
Ebben a példában a fióktípus egy pro szintű fiók (így a maximális számlálóérték 180, a bomlási sebesség pedig 3,75 másodpercenként), és a megbízási tevékenység 3 megbízás leadása (0,5 másodpercenként 1 megbízás sebességgel), majd 3 megbízás törlése (FIFO használatával, így a legrégebbi megbízás törlődik először).
A fent bemutatott példákon kívül a kereskedési sebességkorlát-kalkulátorunk lehetővé teszi a maximális megbízási események számának meghatározását a megbízás teljesítési arányának és a megbízás élettartamának bármely kombinációjára. Néhány változóval (például a fiókellenőrzési szinttel) a megbízási események százalékos arányban vagy abszolút mennyiségben is megadhatók, és a kalkulátor jelzi, hogy a kívánt kombináció belefér-e a kereskedési sebességkorlátokba vagy sem.
További kérdések
A sebességkorlátok egyike azon eszközöknek, amelyeket a Kraken a platform biztonságának és elérhetőségének javítására használ minden ügyfél számára. Kevés ügyfélnek kellene sebességkorlátozási problémákkal találkoznia. Ha sebességkorlát-hibákat kap, kérjük, először győződjön meg arról, hogy szoftvere megfelelően működik. Ha kereskedési gyakorisága sebességkorlátozási kivételt igényel, a Kraken eseti alapon értékelheti az ügyfeleket annak biztosítása érdekében, hogy a kivétel ne jelentsen platformbiztonsági vagy elérhetőségi kockázatot. Lépjen kapcsolatba fiókkezelőjével, vagy keresse fel API támogatási csapatunkat bármilyen kérdéssel vagy értékelés kérésével.