Інтегрована торгова система
Торгувати на HTX дуже зручно!
Провідна глобальна криптобіржа
Широкий спектр послуг з торгівлі криптовалютами та керування ними, що задовольняють різноманітні торгові потреби.
Найвища в галузі ставка бонусу
Новачки отримують найвигідніші ставки бонусів у галузі.
Надійний вибір для мільйонів користувачів
Надаємо локалізовані торгові послуги в різних регіонах і країнах, створюючи єдину блокчейн-екосистему для різноманітних напрямків бізнесу.
Сервіси для розробників
Тут ви можете розв'язати свої питання та відстежувати хід їх виконання будь-коли.
У разі збоїв у роботі API, будь ласка, надішліть запит. Наші технічні фахівці розвʼяжуть ваші проблеми якомога швидше.
Надсилайте свої запити щодо оптимізації API або нових функцій.
FAQ
Як створити ключ API на HTX?
Щоб отримати ключ API, увійдіть у свій обліковий запис HTX і натисніть Профіль > Керування API > Створити. Перед створенням ключа API переконайтеся, що ви увійшли у свій обліковий запис.
Де можна знайти документацію щодо API на HTX?
Натисніть на це посилання /en-us/opend/newApiPages/, щоб детально ознайомитися з нашою документацією щодо API.
Що робити, якщо під час торгівлі на HTX виникнуть якісь проблеми?
Приєднуйтесь до нашої офіційної групи в Telegram: HTX API Discussion Group 01
Зверніться до нашої служби підтримки через розділ підтримки на нашому офіційному вебсайті або надішліть електронний лист на адресу htxsupport@htx-inc.com.
Як користуватися API на HTX?
Зареєструйтеся та увійдіть у свій обліковий запис HTX.
Створіть ключ API, у результаті чого для вас будуть згенеровані access_key та secret_key.
Використовуйте access_key та secret_key для підписання своїх запитів.
Залежно від ваших потреб ви можете використовувати різні API, що надаються HTX, такі як API ринкових даних, API торгівлі та API облікового запису. Для кожного запиту обов’язково дотримуйтесь інструкцій, наведених у документації до API, та переконайтеся, що ваші запити містять коректні HTTP-заголовки та підписи.
Який спосіб доступу до API на HTX є відносно стабільним і зручним?
Для доступу рекомендується використовувати японський AWS.
Офіційні домени HTX для спотової торгівлі: api.huobi.pro та api-aws.huobi.pro, а для ф'ючерсної — api.hbdm.com і api.hbdm.vn. Якщо ви використовуєте хмарні сервіси AWS, рекомендується використовувати api-aws.huobi.pro для спотової торгівлі або api.hbdm.vn для ф'ючерсної торгівлі. Ці домени оптимізовано для користувачів AWS, що забезпечує відносно нижчу затримку.
Як використовувати REST і WebSocket?
REST — це спосіб обміну даними на основі протоколу HTTP, у якому для надсилання запитів можна використовувати такі HTTP-методи, як GET і POST.
Наприклад, щоб отримати ринкові дані з HTX, можна надіслати запит GET на відповідну URL-адресу.
Усі запити повинні містити коректні підписи та HTTP-заголовки.
WebSocket API:
З іншого боку, WebSocket забезпечує двосторонній канал зв’язку, що дозволяє здійснювати взаємодію між клієнтами та серверами в режимі реального часу.
Щоб використовувати WebSocket API HTX, потрібно встановити WebSocket-з'єднання із сервером WebSocket HTX.
Після встановлення з’єднання ви зможете підписатися на оновлення щодо конкретних ринків або інформацію про ордери та отримувати сповіщення в режимі реального часу про оновлення даних.
Чому перевірка підпису на HTX завершується помилкою?
Неправильний спосіб підписання: можливо, ви неправильно використовуєте метод HMAC SHA256 для підписання вашого запиту.
Проблема з часовою міткою: щоб запобігти атакам типу повторного відтворення, HTX вимагає, щоб усі запити містили часову мітку. Розбіжність у часі між вашим сервером і сервером HTX може призвести до помилки під час перевірки підпису.
Помилка параметра запиту: будь-які зміни в параметрах запиту вплинуть на підпис. Щоб уникнути проблем із перевіркою, переконайтеся, що після підписання ви не змінювали жодних параметрів запиту.
Помилка URL-адреси, шляху або методу: переконайтеся, що ви правильно вказали URL-адресу, шлях і HTTP-метод для вашого запиту.
Чому відбуваються розриви з'єднання WebSocket?
Якщо клієнт підписується на великий обсяг даних через одне з’єднання, а клієнтський сервер обробляє значно менше даних, ніж отримує, сервер може самостійно розірвати з’єднання.
Якщо клієнт не відповість на 5 послідовних ping-запитів, що надсилаються сервером кожні 5 секунд, сервер самостійно розірве з’єднання.
Коли сервер перебуває під значним навантаженням, він може попередньо розривати деякі з’єднання, щоб запобігти надмірному споживанню ресурсів сервера з’єднаннями, що перебувають у режимі очікування.
Як зв'язатися з технічною підтримкою API на HTX?
