Програмне забезпечення для API-трейдингу: спочатку перевірте ліміти біржі

Більшість людей обирають програмне забезпечення для API-трейдингу в неправильному порядку. Вони порівнюють Freqtrade з хмарним сітковим ботом, сперечаються, у кого більше шаблонів стратегій, і відкривають документацію біржі лише після написання коду — саме в той момент, коли виявляють, що ліміт запитів до ендпоінту ордерів не може витримати частоту їхніх сигналів.

Зробіть навпаки. З'ясуйте, що насправді дозволяє API біржі — права доступу до ключів, як рахуються ліміти запитів, чи існує демо-середовище — і вибір програмного забезпечення здебільшого стане очевидним.

Ця стаття охоплює три речі: три категорії ПЗ для API-трейдингу та кому кожна з них підходить, параметри на стороні біржі, які зупинять стратегію незалежно від її якості, та повний шлях підключення до спотових і ф'ючерсних API WEEX. Деталі інтерфейсу нижче взяті з документації WEEX API, V3(BETA), перевіреної 5 серпня 2026 року.

Що насправді робить — і не робить — ПЗ для API-трейдингу

ПЗ для API-трейдингу не зберігає ваші кошти та не здійснює матчинг ордерів. Воно отримує ринкові дані, обчислює сигнал на основі ваших правил і надсилає ордери через REST або WebSocket ендпоінти біржі. Активи залишаються на вашому акаунті на біржі. Програма зберігає лише ключ із обмеженими правами доступу.

Такий розподіл обов'язків дає вам два жорсткі фільтри. По-перше, будь-який продукт, який просить вас внести кошти на "платформний акаунт", щоб торгувати за вас, не є ПЗ для API-трейдингу — це кастодіальний сервіс, і профіль ризику тут зовсім інший. По-друге, жоден бот не може вийти за межі того, що надає біржа. Якщо ендпоінту не існує, функція не існує.

WEEX розділяє свої інтерфейси на п'ять напрямків — спот, ф'ючерси, партнери, брокери та копітрейдинг. Спот і ф'ючерси — це два напрямки, які мають значення для більшості квантових трейдерів; сторінка огляду WEEX API містить інформацію про програмний доступ до 100+ цифрових валют.

Відкритий код, хмарний бот чи власний рушій

Кожен варіант потрапляє в одну з трьох категорій. Справжня різниця не в кількості стратегій, а в тому, скільки інженерної роботи ви готові взяти на себе.

Кілька практичних порад. Для низькочастотних трендових або сіткових стратегій достатньо хмарного бота — заощаджений час вартує більше, ніж вартість підписки. Для роботи з багатьма активами, таймфреймами або власними індикаторами, відкритий код виграє з економічної точки зору, а розмір спільнот Freqtrade та Hummingbot означає, що більшість помилок уже задокументовані. Створення власного рішення виправдане лише тоді, коли затримка є джерелом прибутку: високочастотний маркет-мейкінг, арбітраж між майданчиками.

Один момент заслуговує на більшу увагу, ніж зазвичай. Надання хмарній платформі вашого API-ключа — це не передача коштів, але це передача повноважень на створення ордерів. У найгіршому випадку скомпрометований або нечесний оператор може торгувати вашим балансом проти вас на тонкому ринку. Тому: лише права на торгівлю, увімкнений IP-whitelist і ніколи не відкривайте весь баланс акаунту для одного ключа третьої сторони.

Ліміти запитів визначають, чи виживе ваша стратегія

Це крок, який найчастіше пропускають під час вибору і який найчастіше стає фатальним після запуску. Ліміт запитів — це не одне число, це два незалежні лічильники, і їх плутанина призводить до відхилення запитів саме тоді, коли вам найбільше потрібно торгувати.

Документація WEEX спот щодо обмежень доступу є чіткою:

Деталі, які варто записати прямо в код: вага ендпоінтів варіюється, ресурсомісткі виклики коштують дорожче; кожна відповідь містить заголовки типу X-USED-WEIGHT-1M та X-REMAINING-WEIGHT-1M, щоб ви могли вимірювати запас, а не вгадувати; перевищення ліміту повертає HTTP 429 та бан на 10с. Запити на ордери мають власні заголовки X-ORDER-COUNT- та X-ORDER-REMAINING-.

Десять секунд звучить тривіально. Для стратегії, яка намагається виставити стоп, десять секунд достатньо, щоб подвоїти просідання. Глибша проблема зазвичай не в самому бані, а в ПЗ, яке сприймає 429 як звичайну помилку, робить повторні спроби під час бану і продовжує його. Будь-яке ПЗ для API-трейдингу перед запуском у продакшн має зчитувати обидві групи заголовків перед першим живим ордером.

Ліміти ф'ючерсів задокументовані окремо в API ф'ючерсів — перевіряйте ці цифри там, а не припускайте, що спотові ліміти переносяться.

Підключення ПЗ для API-трейдингу до WEEX у п'ять кроків

1. Створіть ключ. Увійдіть, відкрийте Акаунт → Керування API, виберіть Створити API-ключ і пройдіть верифікацію безпеки. Кожен користувач може мати до 10 груп API-ключів.
2. Налаштуйте права доступу. Нові ключі за замовчуванням мають статус Read Only. Програмна торгівля вимагає вручну вибрати відповідний дозвіл на торгівлю (Спот). Якщо ви лише тестуєте або моніторите, залиште "тільки читання" — це найдешевша страховка.
3. Збережіть три секрети. Ви отримуєте APIKey, SecretKey та Passphrase. Passphrase визначається користувачем і не підлягає відновленню; втрата означає створення нового ключа. Витік будь-якого з трьох може коштувати вам активів, тому негайно видаляйте скомпрометований ключ.
4. Прив'яжіть IP. Ключі можна прив'язати до IP-адрес при створенні. Неприв'язаний ключ, якщо його вкрадуть, працюватиме з будь-якого місця. Це займає п'ятнадцять секунд і має найкращу віддачу для безпеки з усього списку.
5. Встановіть домен та підпис. Спотовий REST працює на https://api-spot.weex.com, ф'ючерсний на https://api-contract.weex.com. Кожен запит містить ACCESS-KEY, ACCESS-SIGN, ACCESS-PASSPHRASE та ACCESS-TIMESTAMP. Повний потік у посібнику з підготовки спотового API.

Таблиця нижче — це аркуш параметрів, який варто скопіювати перед інтеграцією. Перевірено 5 серпня 2026 року згідно з документацією WEEX API V3(BETA).

Тестуйте на демо-ендпоінтах перед реальними грошима

Чистий бектест доводить логіку стратегії. Він нічого не доводить про інтеграцію: чи правильний ваш підпис, чи відхиляють вас через зсув часової мітки, чи парсяться коди помилок, чи відновлюється процес після розриву зв'язку. Ніщо з цього не впливає на прибутковість стратегії, але все це може призвести до втрати грошей у перший же день.

Ф'ючерси WEEX надають набір демо-ендпоінтів для торгівлі за адресою /capi/v3/sim/, що охоплюють баланс, розміщення ордерів, позиції та історію ордерів. Та сама автентифікація, та сама поведінка лімітів, віртуальні гроші — демо-баланс повертається як SUSDT, а не USDT.

Ставтеся до цього як до CI-ворота перед запуском: після будь-якої зміни коду проведіть повний торговий день у демо-середовищі та переконайтеся, що немає дубльованих ордерів, немає накопичення 429-х помилок, і що стан позиції збігається з біржею після примусового перепідключення. Час на налагодження, який це заощаджує, зазвичай перевищує будь-яку вигоду від оптимізації стратегії.

Чотири способи, як ПЗ для API-трейдингу втрачає гроші

Надмірні права ключів. Вибір усіх дозволів і пропуск прив'язки IP, бо це швидше. Правило просте: стратегія тільки для споту не отримує прав на ф'ючерси; скрипт моніторингу залишається тільки для читання.

Сприйняття 429 як звичайної помилки. Нечитання заголовків запасу, а потім повторні спроби під час бану, що його подовжує. Це стається найчастіше під час різких рухів — саме тоді, коли вам потрібно розміщувати ордери.

Стопи, що живуть лише у вашому скрипті. Якщо процес падає або сервер втрачає зв'язок, локальний стоп-лосс не існує. Ф'ючерси підтримують серверні умовні ордери та тейк-профіт/стоп-лосс. Ставте захисні ордери на біржі, а не всередині життєвого циклу вашого Python-процесу.

Бектести з ідеальним виконанням. Бектести виконуються за ціною закриття; жива торгівля платить спред, проковзування та глибину. Чим більше стратегія покладається на високочастотні дрібні переваги, тим більшим стає цей витік — і на тонких альткоїн-парах він може з'їсти всю перевагу. Сіткова стратегія з 80% річних у бектесті потребує невеликого живого розподілу, перш ніж ви дізнаєтеся, що залишилося.

Вирішіть питання інтерфейсу до вибору ПЗ

Повертаючись до початку. Питання, на яке треба відповісти спочатку, не в тому, яке ПЗ має більше функцій, а три питання інтерфейсу: чи може ліміт ордерів цієї біржі витримати частоту моїх сигналів, чи можна скоротити права ключів до мінімуму, і чи є демо-середовище для перевірки перед запуском? Як тільки це вирішено, решта — відкритий код чи хмарне рішення, Python чи інше — це питання вподобань.

WEEX охоплює ринкові дані, акаунт, торгівлю та WebSocket-стрімінг для споту та ф'ючерсів, з демо-ендпоінтами та серверними умовними ордерами на ф'ючерсах та ізольованими ключами для копітрейдингу. Розумна відправна точка — створити ключ "тільки для читання" на сторінці WEEX API, налагодити потік ринкових даних і розширювати права лише тоді, коли все працює.

FAQ

1. Чи потребує ПЗ для API-трейдингу навичок програмування?

Не обов'язково. Хмарні SaaS-боти працюють через налаштування UI без коду. Варіанти з відкритим кодом, як Freqtrade та Hummingbot, потребують Python; власний рушій потребує більше. Компроміс — свобода: без коду ви обмежені встановленими шаблонами сітки, DCA та сигналів платформи.

2. Чи може стороннє ПЗ забрати мої кошти?

При стандартній API-інтеграції кошти залишаються на вашому акаунті, а третя сторона має ключ із обмеженими правами, а не права на виведення. Ризик — повноваження на ордери: зловживаний ключ може бути використаний для торгівлі проти вас. Мінімізуйте ризики, надаючи мінімальні права, прив'язуючи IP-whitelist, ротуючи ключі та не відкриваючи повний баланс для одного ключа.

3. Скільки API-ключів може створити один акаунт WEEX?

Згідно з документацією WEEX API, перевіреною 5 серпня 2026 року, кожен користувач може створити до 10 груп API-ключів, кожна з яких налаштовується для прав Читання та/або Торгівлі. Ключі для копітрейдингу мають окремі правила, по одному на схвалений акаунт трейдера.

4. Що має робити ПЗ, коли ендпоінт ордерів повертає 429?

Припинити надсилати запити та перечекати бан — документація WEEX спот вказує на 10-секундний бан. Правильний дизайн зчитує заголовки залишку ваги та ліміту ордерів і проактивно обмежує швидкість, замість того, щоб дізнаватися про ліміт лише після відхилення.

5. Чи є спосіб протестувати інтеграцію без ризику реальними коштами?

Так. Ф'ючерси WEEX надають демо-ендпоінти за адресою /capi/v3/sim/ для балансу, розміщення ордерів, позицій та історії ордерів, використовуючи ту саму автентифікацію, що й у продакшні — підходить для перевірки підпису, обробки лімітів та логіки відновлення.

Попередження про ризики

Криптоактиви дуже волатильні. Автоматизація виконання не зменшує ринковий ризик; вона його прискорює, включаючи збитки. ПЗ для API-трейдингу несе специфічні додаткові ризики: витік ключа може дозволити третій стороні торгувати вашим акаунтом; збої мережі, падіння процесів або бани через ліміти можуть завадити виконанню стопу; кредитні ф'ючерсні позиції можуть бути ліквідовані на швидких ринках, що призведе до часткової або повної втрати капіталу; стороннє ПЗ може містити вразливості або операційні ризики; результати бектестів не є показником майбутніх результатів. Використовуйте лише той капітал, який можете дозволити собі втратити, прив'язуйте IP-whitelist і обмежуйте права до мінімуму на кожному ключі, а також перевіряйте в демо-середовищі перед запуском. Ця стаття має лише інформаційний характер і не є інвестиційною порадою.