Брокерські моделі WEEX: боти для стратегій, копітрейдинг і суббіржі

Партнерства WEEX Broker охоплюють п’ять робочих моделей: платформи стратегій, сервіси копітрейдингу, квантові команди, торгові термінали та суббіржі. Відмінність між ними полягає в тому, хто володіє API-ключем і кому належить акаунт. У документації WEEX ці категорії не названі. Біржа публікує базові компоненти, а кожна модель є їх окремою комбінацією. У розділах нижче пояснюється, з чим інтегрується кожна модель, що потрібно створити самостійно та як визначити, яка з них підходить певній платформі. Інформація актуальна станом на 7 жовтня 2026 року.

Три способи, у які платформа може отримати ключ користувача WEEX

Будь-яка модель починається з одного рішення: як платформа отримує дозвіл торгувати від імені користувача.

• Ключ, створений користувачем. Користувач відкриває на WEEX розділ керування API, створює ключ і вводить на платформі ключ, секрет і парольну фразу. Схвалення WEEX не потрібне, і такий спосіб працює з будь-яким програмним забезпеченням. Недолік — додаткові кроки: кожен користувач має самостійно правильно налаштувати дозволи та IP-адреси.
• OAuth, який WEEX просуває під назвою Fast Connect. Користувач натискає «Увійти через WEEX», схвалює запит на власній сторінці WEEX, після чого WEEX генерує ключ і передає його серверній частині платформи. В оголошенні WEEX від 08.2026 зазначено, що процес займає менше 10 секунд. Посібник з інтеграції OAuth обмежує кожного користувача одним ключем на сторонню платформу, а цей спосіб доступний лише зареєстрованим брокерам.
• Акаунти, відкриті брокером. За допомогою API субакаунтів брокера схвалений брокер реєструє кінцевих користувачів — до 10 за один запит, створює для них API-ключі та керує адресами для депозитів, виведенням коштів і переказами.

У перших двох випадках акаунт залишається у користувача. У третьому платформа бере на себе керування всім акаунтом.

Платформи стратегій: боти, сигнали та AI-асистенти

Саме на цю модель WEEX насамперед орієнтується у своєму оголошенні про програму: торгові боти, сервіси сигналів, AI-асистенти та маркетплейси стратегій. Логіка платформи визначає, чим торгувати, а користувач виконує угоди через свій акаунт WEEX.

Платформі стратегій потрібен ключ із дозволом на спотову або ф’ючерсну торгівлю, маршрутизатор ордерів, який додає ID брокера до початку кожного клієнтського ID ордера, а також обробка обмежень частоти запитів. У розділі поширених запитань про ф’ючерсний API WEEX встановлено ліміт REST у 500 одиниць ваги за 10 секунд на одну IP-адресу; у разі його перевищення повертається HTTP 429.

Два приклади демонструють розмаїття цієї моделі. 22 серпня 2026 року HaasOnline додала спотову торгівлю WEEX і ф’ючерси USDT: користувачі вводять у її програмному забезпеченні ключ, секрет і парольну фразу. HaasOnline позиціонує себе як постачальника програмного забезпечення і не заявляла, що є брокером WEEX. CryptoMind, платформа інструментів для торгівлі на основі AI, і PSL OmniTrade — це партнери, яких WEEX згадує у власних матеріалах для брокерів.

Дохід у цій моделі складається з комісії за маршрутизовані ордери та плати, яку платформа стягує за свої стратегії.

Сервіси копітрейдингу: два різні способи роботи

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

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

У другому випадку копітрейдингом керує WEEX. API копітрейдингу дає провідному трейдеру змогу програмно відкривати позиції та керувати угодами, а WEEX генерує сигнали для підписників у власній системі. У документації зазначені обмеження: один API-ключ копітрейдингу на акаунт, лише ф’ючерсні торгові пари для копітрейдингу та система акаунтів, ізольована від звичайної ф’ючерсної торгівлі. Сторонній інструмент у цій моделі призначений для провідного трейдера, а копіювання відбувається на WEEX.

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

Квантові команди: власні ключі та власний торговий процес

Квантова команда торгує власним або довіреним їй капіталом і потребує радше прямого доступу до інтерфейсу, ніж партнерського набору інструментів. Важливі факти:

• Доступ до спотової та ф’ючерсної торгівлі через REST і WebSocket; у бібліотеці CCXT із відкритим вихідним кодом є клас біржі WEEX, що охоплює спотові ринки та свопи.
• Тестові кінцеві точки за шляхом /sim/ дають змогу перевіряти стратегії без реальних коштів, згідно з розділом поширених запитань про ф’ючерсний API.
• Ліміти — 300 розміщень ордерів на хвилину для ф’ючерсів і 20 WebSocket-з’єднань на IP-адресу, згідно з тим самим розділом.
• FIX API немає.

Структура комісій тут також інша. В огляді API WEEX станом на 16.07.2026 зазначено 50%–60% за API-торгівлю «залежно від застосовних програм» і 70% для брокерів. Команда, яка торгує на власному акаунті, радше може розраховувати на повернення частини комісій, ніж на партнерство з розподілом доходу. На сторінці брокерської програми квантові команди вказані серед тих, хто може подати заявку, а для запитів щодо кількісної торгівлі та маркетмейкінгу WEEX публікує адресу [email protected].

Торгові термінали та інструменти для портфеля

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

Термінали, що розміщують ордери, з технічного погляду є брокерами, як і платформи стратегій, але їхня логіка простіша. Інструменти, що лише зчитують дані, — окрема категорія. Сервіс KoinX для податків і портфеля просить користувачів WEEX надати ключ лише для читання і нічого більше. Інструмент лише для читання не маршрутизує ордери, а отже, не отримує комісій за торгівлю. Якщо він хоче отримувати дохід від WEEX, йому підходить партнерська програма.

Перш ніж розпочинати розробку, варто врахувати одне обмеження: у розділі поширених запитань про ф’ючерсний API зазначено, що інтеграція з TradingView не підтримується.

Суббіржі: коли платформі належить увесь акаунт

Суббіржа пропонує торгівлю під власним брендом, і її користувачі можуть ніколи не відкривати інтерфейс WEEX. Саме API субакаунтів робить це можливим. Брокер реєструє користувачів за допомогою адреси електронної пошти й пароля, видає їм ключі, показує адреси для депозитів та обробляє виведення коштів і перекази, зокрема переміщення коштів між акаунтами користувача для фінансування, спотової та ф’ючерсної торгівлі.

Це найскладніша модель. Створені таким способом ключі кінцевих користувачів можуть мати дозволи TRANSFER і WITHDRAW на додачу до торгових, а це означає, що платформа може переміщувати кошти клієнтів. У документації передбачено суворіші правила: для будь-якого ключа, крім ключа лише для читання, обов’язковий список дозволених IP-адрес, що містить до 10 записів; секрет повертається лише один раз.

Для цієї моделі найкраще підходять засоби контролю ризиків на сторінці брокерської програми WEEX: торгові ліміти, налаштування кредитного плеча, а також чорні й білі списки клієнтів. У документації про субакаунти не пояснюється, як відбувається перевірка особи для акаунтів, відкритих брокером. Це питання, як і те, хто відповідає перед регуляторами на кожному ринку, потрібно з’ясувати з командою розвитку бізнесу WEEX до початку будь-якої розробки.

Яка брокерська модель WEEX підходить вашій платформі?

Відповіді на кілька запитань допоможуть визначитися більшості платформ.

• Ваше програмне забезпечення розміщує ордери? Якщо воно лише зчитує баланси та історію, це інструмент для портфеля. Використовуйте ключі лише для читання та розгляньте партнерську програму.
• Ваші користувачі вже мають акаунти WEEX? Тоді підключайте їх через OAuth або створені користувачами ключі та позначайте ордери. Це модель платформи стратегій або торгового термінала.
• Ваш продукт побудований навколо результатів провідного трейдера? Перш ніж створювати систему дзеркального копіювання, вивчіть API копітрейдингу.
• Ви торгуєте власним капіталом? Дізнайтеся про умови API-торгівлі та порівняйте їх з умовами для брокерів.
• Ви хочете самостійно керувати реєстрацією користувачів і рухом коштів? Тоді вам підходить модель суббіржі, яка також передбачає роботу з дотриманням нормативних вимог.

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

Поширені запитання

1. Чи поділяє WEEX брокерів на ці п’ять типів офіційно?

Ні. Документація WEEX структурована за інтерфейсами: OAuth, кінцеві точки для ребейтів, API субакаунтів, API копітрейдингу та Partner API. П’ять моделей — це практичний спосіб описати, як платформи поєднують ці інтерфейси.

2. Чи може одна платформа використовувати кілька брокерських моделей WEEX?

У документації це не заборонено. Платформа може підключати наявних користувачів WEEX через OAuth, а для нових відкривати акаунти за допомогою API субакаунтів. Доступ до кожного інтерфейсу надає команда розвитку бізнесу WEEX, тож таку комбінацію потрібно узгодити з нею.

3. Для якої брокерської моделі WEEX потрібен дозвіл на виведення коштів?

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

4. Чи є суббіржа WEEX біржею формату white-label?

Не в загальноприйнятому розумінні. Ордери зіставляються на WEEX, а акаунти є акаунтами WEEX, створеними через брокерський інтерфейс. Платформа надає бренд і фронтенд, а WEEX залишається торговим майданчиком.