Наші REST та WebSocket API використовують ліміти швидкості торгівлі для захисту API від зловмисного використання та для захисту наших ринків від маніпуляцій книгою ордерів.
Наші ліміти швидкості торгівлі розроблені для того, щоб наші ринки були справедливими для всіх учасників ринку, водночас надаючи ресурси, необхідні різним типам трейдерів (інвесторам, активним трейдерам, автоматизованим торговим ботам тощо).
Більшість трейдерів ніколи не зіткнуться з лімітами швидкості торгівлі, але для тих, хто розміщує/скасовує ордери з вищою, ніж зазвичай, частотою або розміщує/скасовує більшу кількість ордерів, ліміти швидкості можуть бути досягнуті, що призведе до помилки EOrder:Rate limit exceeded.
Зверніть увагу, що ліміти швидкості торгівлі застосовуються окремо для кожної валютної пари, тому досягнення лімітів швидкості для однієї валютної пари (наприклад, XBT/USD) не впливає на торгівлю будь-якою іншою валютною парою (наприклад, LTC/EUR).
Для багатьох трейдерів знання конкретних деталей алгоритмів лімітів швидкості торгівлі не є необхідним; достатньо знати приблизно, скільки подій ордерів може відбутися протягом певного проміжку часу (по суті, відповідаючи на запитання "Скільки ордерів я можу розмістити/скасувати за хвилину?").
Оскільки існує потенційно необмежена кількість комбінацій подій ордерів (розміщення, виконання, скасування) та термінів дії ордерів (як довго ордер залишається розміщеним у книзі ордерів), неможливо надати єдине точне значення, але наступна таблиця надає приклади для кількох типових комбінацій.
Стовпці Intermediate та Pro вказують рівень верифікації облікового запису, а також максимальну кількість подій ордерів, які можуть відбуватися за хвилину на постійній основі без досягнення лімітів швидкості торгівлі.
Як показано вище, верифікація облікового запису до вищого рівня, збільшення швидкості виконання ордерів або збільшення терміну дії ордера значно зменшить використання ліміту швидкості, тим самим дозволяючи підтримувати більшу кількість подій ордерів за хвилину.
Наші ліміти швидкості торгівлі базуються на лічильнику, який збільшується при розміщенні та скасуванні ордерів і зменшується з часом з фіксованою швидкістю спаду. Ліміти швидкості досягаються, коли цей лічильник перевищує максимальне значення (яке змінюється залежно від рівня верифікації облікового запису). Максимальні значення лічильника (значення досягнутого ліміту швидкості) для кожного типу облікового запису такі:
Стандартна верифікація (раніше відома як Intermediate) = 125
Верифіковано з вищими лімітами (раніше відома як Pro) = 180
Швидкість спаду (швидкість, з якою лічильник зменшується) також залежить від рівня верифікації облікового запису. Нижче наведено швидкості спаду для кожного типу облікового запису:
Стандартна верифікація (раніше відома як Intermediate) = 2,34 за секунду
Верифіковано з вищими лімітами (раніше відома як Pro) = 3,75 за секунду
Лічильник ліміту швидкості збільшується при кожній події ордера (розміщення або скасування), причому скасування ордерів спричиняє найбільше збільшення. Наступна таблиця показує величину збільшення лічильника (відому як штраф) для кожного типу події ордера:
Примітки:
1 Для штрафу за пакетний ордер, n = кількість ордерів у пакеті.
2 Редагування ордера також тягне за собою штраф у 1 бал за розміщення ордера.
3 Ордери, які автоматично скасовуються як невдалі IOC ордери, не тягнуть за собою жодного штрафу за скасування.
4 Зміна ордера також тягне за собою штраф у 1 бал за розміщення ордера.
5 Відхилені ордери типу «лише розміщення» спочатку приймаються, але згодом автоматично скасовуються; розміщення тягне за собою штраф у 1 бал, а скасування — штраф у 8 балів (загалом 9 балів).
Нижче наведено приклад того, як максимальне значення лічильника, збільшення лічильника через події ордерів та зменшення лічильника через швидкість спаду поєднуються для реалізації лімітів швидкості торгівлі для облікового запису рівня Pro.
Розміщення 20 лімітних ордерів та скасування кожного ордера через 3 секунди тягне за собою штраф у 9 балів за ордер, або сукупний підсумок 180 балів:
(20 ордерів x 1 бал за розміщення ордера) + (20 ордерів x 8 балів за скасування ордера) = 180 балів
Штраф у 180 балів буде зменшено на 3,75 бали за секунду, отже, знадобиться лише 1 секунда, перш ніж можна буде розмістити три нові ордери (оскільки кожен новий ордер тягне за собою штраф у 1 бал за розміщення ордера), але знадобиться 48 секунд, щоб ліміти швидкості були повністю скинуті (до нуля):
180 балів / 3,75 балів за секунду = 48 секунд
Наступні розрахунки показують, як визначити максимальну кількість подій ордерів за хвилину, яку можна підтримувати, не досягаючи лімітів швидкості:
Штраф за ордер = (Штрафні бали * Швидкість виконання) + (Штрафні бали * Швидкість виконання) ... (до 100%)
Події ордерів за хвилину = 60 секунд / (Штраф за ордер / Швидкість спаду)
Як приклад для облікового запису рівня Pro, що розміщує лімітні ордери, 60% з яких були виконані через 3 секунди, а 40% були скасовані через 8 секунд:
Штраф за ордер = (1 * 60%) + (7 * 40%) = 3,4 бали
Події ордерів за хвилину = 60 / (3,4 / 3,75) = 66 подій
Як приклад лімітів швидкості торгівлі з реального світу, нижче наведено хронологічний запис того, як лічильник штрафів збільшується та зменшується при розміщенні/скасуванні ордерів.
У цьому прикладі тип облікового запису — це обліковий запис рівня Pro (отже, максимальне значення лічильника 180 зі швидкістю спаду 3,75 за секунду), а діяльність з ордерами полягає в розміщенні 3 ордерів (зі швидкістю 1 ордер кожні 0,5 секунди) та подальшому скасуванні 3 ордерів (використовуючи FIFO, щоб найстаріший ордер був скасований першим).
На додаток до прикладів, наведених вище, наш калькулятор лімітів швидкості торгівлі дозволяє визначити максимальну кількість подій ордерів для будь-якої комбінації швидкості виконання ордерів та терміну дії ордера. За допомогою лише кількох змінних (таких як рівень верифікації облікового запису) події ордерів можуть бути зазначені у відсотках або як абсолютна кількість, і калькулятор покаже, чи відповідає бажана комбінація лімітам швидкості торгівлі.
Додаткові запитання
Ліміти швидкості є одним із кількох інструментів, які Kraken використовує для покращення безпеки та доступності платформи для всіх клієнтів. Мало хто з клієнтів повинен стикатися з проблемами обмеження швидкості. Якщо ви отримуєте помилки ліміту швидкості, будь ласка, спочатку переконайтеся, що ваше програмне забезпечення працює правильно. Якщо частота вашої торгівлі вимагає винятку з ліміту швидкості, Kraken може оцінювати клієнтів в індивідуальному порядку, щоб переконатися, що виняток не становитиме ризиків для безпеки або доступності платформи. Зв'яжіться зі своїм менеджером облікового запису або зверніться до нашої команди підтримки API з будь-якими запитаннями або для запиту на оцінку.