Перейти к публикации
Форум ботоводов

Поиск по сайту

Результаты поиска по тегам 'арбитраж binance'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип публикаций


Категории и разделы

  • Ботоводство
    • Разработка, идеи ботов
    • Граберы/парсеры
    • Готовые боты
    • Боты для Telegram
  • Фуршет
    • Breaking news
    • Работа форума
    • Услуги
    • Курилка

Блоги

  • XBTBot - Бот для торговли на криптовалютной бирже BitMex.
  • 16 seater Tempo Traveller Hire

Искать результаты в...

Искать результаты, содержащие...


Дата создания

  • Начать

    Конец


Последнее обновление

  • Начать

    Конец


Фильтр по количеству...

Зарегистрирован

  • Начать

    Конец


Группа


About Me

  1. Доброго дня ботоводы! Здесь на форуме обсуждаются боты для прямой торговли, но никто не говорит о арбитражной торговле на одной бирже. Хотелось бы обсудить вопрос арбитража на одной бирже. Так называемый трёхногий арбитраж. Думаю многие знают про него. Допиливаю часть бота, которая занимается пересчетом бОльшей части возможных вариантов. Пересчет 383 возможных пар проходит чуть дольше 1 секунды. На данный момент используется SQLite таблица, собранная из JSON-ответа биржи BINANCE (https://www.binance.com/api/v3/ticker/24hr). Но разбор JSON ответа происходил отдельно, в другом инструменте, что не совсем удобно и быстро. Сейчас бьюсь над вопросом как с наименьшими трудодностями программно обработать ответ с биржи. Ну и стоит вопрос, стоит ли заморачиваться с WebSocketами или по-старинке, получать всё через REST-API. Большая часть ответов через WebSocketы отдаётся или в Real-time или за 1000мс, что даже чаще, чем может просчитать программа. (тест на получение запроса wss://stream.binance.com:9443/stream?streams=!bookTicker настолько быстро выдаёт данные, что если его не притормаживать просто не успевают выводиться в данные и прога просто перестаёт адекватно отвечать 😉) Может быть в связи с этим пересмотреть алгоритм работы программы для ускорения пересчета. Сейчас алгоритм такой: Запросами SELECT выбираю из таблицы SQLite подходящие монеты. В цикле перебираются все возможные варианты. Все выборки делаются раз от раза. Думал, как можно организовать какие-то статические маршруты, чтобы постоянно не перебирать все варианты, а лишь просто подставлять цены в уже готовые, заранее просчитанные. Только как это сделать, ума не приложу. Ну и немного застопорился с распарсиванием JSON-ответа в SQLite таблицу своими средствами. Может быть у кого-то есть какие-то думки по поводу такого вида арбитража? Не смог ничего вразумительного найти на просторах интернета.
×
×
  • Создать...