ПО для API-трейдинга: сначала проверьте лимиты биржи

Большинство людей выбирают ПО для API-трейдинга в неправильном порядке. Они сравнивают Freqtrade с облачным сеточным ботом, спорят, у кого больше шаблонов стратегий, и открывают документацию биржи только после того, как код написан — и в этот момент обнаруживают, что лимит запросов (rate limit) эндпоинта ордеров не справляется с их частотой сигналов.

Сделайте наоборот. Уточните, что на самом деле разрешает API биржи — права доступа, как считаются лимиты, есть ли демо-среда — и выбор ПО станет очевидным.

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

Что на самом деле делает — и не делает — ПО для API-трейдинга

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

Это разделение труда дает вам два жестких фильтра. Во-первых, любой продукт, который просит вас внести средства на «платформенный счет», чтобы торговать за вас, не является ПО для API-трейдинга — это кастодиальный сервис, и профиль риска там совершенно иной. Во-вторых, ни один бот не может превысить то, что предоставляет биржа. Если эндпоинта не существует, функции не существует.

WEEX разделяет свои интерфейсы на пять направлений — спот, фьючерсы, партнерская программа, брокер и копитрейдинг. Спот и фьючерсы — это то, что важно для большинства квант-пользователей; страница обзора API WEEX перечисляет программный доступ к более чем 100 цифровым валютам.

Open Source, облачный бот или собственный движок

Каждый вариант попадает в одну из трех корзин. Реальная разница не в количестве стратегий, а в том, сколько инженерной работы вы готовы взять на себя.

Несколько правил. Для низкочастотных трендовых или сеточных стратегий достаточно облачного бота — сэкономленное время стоит больше, чем подписка. Для работы с несколькими активами, таймфреймами или кастомными индикаторами open source выигрывает экономически, а размер сообществ Freqtrade и Hummingbot означает, что большинство ошибок уже задокументировано. Создание собственного движка оправдано только тогда, когда задержка (latency) сама по себе является источником прибыли: высокочастотный маркет-мейкинг, арбитраж между площадками.

Один момент заслуживает большего внимания, чем обычно. Передача облачной платформе вашего API-ключа — это не передача средств, но это передача права на создание ордеров. В худшем случае скомпрометированный или недобросовестный оператор может торговать вашим балансом против вас в тонком стакане. Поэтому: только права на торговлю, включен белый список IP, и никогда не открывайте весь баланс счета для одного ключа третьей стороны.

Лимиты запросов решают, выживет ли ваша стратегия

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

Документация ограничений доступа спотового API WEEX предельно ясна:

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

Десять секунд звучат как мелочь. Для стратегии, пытающейся выставить стоп, десяти секунд достаточно, чтобы удвоить просадку. Более глубокая проблема обычно не в самом бане, а в ПО, которое воспринимает 429 как обычную ошибку, пытается повторить запрос в окно бана и постоянно продлевает его. Любое ПО для API-трейдинга, выходящее в продакшн, должно считывать обе группы заголовков перед размещением первого реального ордера.

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

Подключение ПО для API-трейдинга к WEEX в пять шагов

1. Создайте ключ. Войдите в систему, откройте Account → API Management, выберите Create API Key и пройдите проверку безопасности. Каждый пользователь может иметь до 10 групп API-ключей.
2. Настройте права доступа. Новые ключи по умолчанию имеют статус Read Only. Программная торговля требует ручного выбора соответствующего права на торговлю (Spot). Если вы только тестируете или мониторите, оставьте доступ только для чтения — это самая дешевая страховка.
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 года по документации API WEEX V3(BETA).

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

Чистый бэктест доказывает логику стратегии. Он ничего не доказывает об интеграции: верна ли ваша подпись, не приводит ли дрейф времени к отказам, парсятся ли коды ошибок, восстанавливается ли процесс после разрыва соединения. Ничто из этого не влияет на прибыльность стратегии, но все это может привести к потере денег в первый же день.

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

Относитесь к этому как к CI-воротам перед запуском: после любого изменения кода прогоните полный торговый день в демо-среде и подтвердите отсутствие дубликатов ордеров, накопленных 429-х ошибок, и то, что состояние позиции совпадает с биржей после принудительного переподключения. Время, которое это экономит на отладке, обычно превышает любую выгоду от оптимизации стратегии.

Четыре способа, которыми ПО для API-трейдинга теряет деньги

Ключи с избыточными правами. Отметка всех разрешений и пропуск привязки IP, потому что это быстрее. Правило простое: стратегия только для спота не получает прав на фьючерсы; скрипт мониторинга остается только для чтения.

Восприятие 429 как нормальной ошибки. Нечтение заголовков запаса, повторные попытки во время бана и его продление. Это происходит наиболее надежно во время резких движений — именно тогда, когда вам нужно размещать ордера.

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

Бэктестинг с идеальным исполнением. Бэктесты исполняются по цене закрытия; реальная торговля платит спред, проскальзывание (slippage) и глубину. Чем больше стратегия полагается на высокочастотные мелкие преимущества, тем заметнее эта утечка — а на тонких альткоиновых парах она может съесть всю прибыль. Сеточная стратегия, показывающая 80% годовых в бэктесте, требует небольшого реального выделения средств, прежде чем вы узнаете, что останется на самом деле.

Решите вопросы интерфейса до выбора ПО

Вернемся к началу. Первый вопрос, на который нужно ответить, — не какая программа имеет больше функций, а три вопроса интерфейса: может ли лимит ордеров биржи поглотить частоту моих сигналов, можно ли сократить права ключей до минимума и есть ли демо-среда для проверки перед запуском? Как только это решено, остальное — open source или облако, Python или что-то другое — вопрос предпочтений.

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

FAQ

1. Требует ли ПО для API-трейдинга навыков программирования?

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

2. Может ли стороннее ПО забрать мои средства?

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

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

Согласно документации API WEEX, проверенной 5 августа 2026 года, каждый пользователь может создать до 10 групп API-ключей, каждая из которых настраивается на права чтения и/или торговли. Ключи для копитрейдинга следуют отдельным правилам: один на аккаунт трейдера.

4. Что должно делать ПО, когда эндпоинт ордеров возвращает 429?

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

5. Есть ли способ протестировать интеграцию без риска реальными деньгами?

Да. Фьючерсы WEEX предоставляют демо-эндпоинты под /capi/v3/sim/ для баланса, ордеров, позиций и истории, используя ту же авторизацию, что и в продакшне — подходит для проверки подписи, обработки лимитов и логики восстановления.

Предупреждение о рисках

Криптоактивы крайне волатильны. Автоматизация исполнения не снижает рыночный риск; она его ускоряет, включая убытки. ПО для API-трейдинга несет специфические дополнительные риски: утечка ключа может позволить третьей стороне торговать вашим счетом; сбои сети, падения процессов или баны по лимитам могут предотвратить исполнение стопа; фьючерсные позиции с плечом могут быть ликвидированы на быстрых рынках, что приведет к частичной или полной потере капитала; стороннее ПО может содержать уязвимости или операционные риски; а результаты бэктестов не гарантируют будущих результатов. Используйте только тот капитал, который можете позволить себе потерять, привязывайте IP-белые списки, ограничивайте права на каждом ключе и проводите валидацию в демо-среде перед запуском. Эта статья носит информационный характер и не является инвестиционным советом.