|
|
|
|
|
According to NIST and ECRYPT II, the cryptographic algorithms used in
Bitcoin are expected to be strong until at least 2030. (After that, it
will not be too difficult to transition to different algorithms.)
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
hazarun
Legendary
Offline
Activity: 2128
Merit: 1019
|
|
June 04, 2014, 10:51:43 AM |
|
Коллеги, мы получили от вас запрос на создании отдельной ветки по API. У нас есть стандартный API для торговых роботов, совместимый с BTC-e.
У меня собственно, те же самые вопросы для начала, что уже задавал в ваших ветках: Совместимость с АПИ БТЦе вовсе не полная. 1. Не работало в АПИ2 ограничение количества ордеров в стакане по запросу стакана. На БТЦе - такое работает. На ГОК не работало. Получаю ордера тысячами, хотя мне нужен десяток ближайших. Пример приводил. 2. На БТЦе уже год как работает АПИ3. Намного экономичнее и удобнее в плане трафика. Какие тут планы ? Ссылку на их АПИ3 давал. 3. Была обещана возможность оперирования средствами при помощи АПИ. Что то по срокам можно говорить ?
|
|
|
|
mastero (OP)
|
|
June 05, 2014, 11:04:59 AM |
|
Коллеги, мы получили от вас запрос на создании отдельной ветки по API. У нас есть стандартный API для торговых роботов, совместимый с BTC-e.
У меня собственно, те же самые вопросы для начала, что уже задавал в ваших ветках: Совместимость с АПИ БТЦе вовсе не полная. 1. Не работало в АПИ2 ограничение количества ордеров в стакане по запросу стакана. На БТЦе - такое работает. На ГОК не работало. Получаю ордера тысячами, хотя мне нужен десяток ближайших. Пример приводил. 2. На БТЦе уже год как работает АПИ3. Намного экономичнее и удобнее в плане трафика. Какие тут планы ? Ссылку на их АПИ3 давал. 3. Была обещана возможность оперирования средствами при помощи АПИ. Что то по срокам можно говорить ? Итак, по порядку: 1. Ограничение ордеров пока еще в процессе. 2. АПИ3 тоже в разработке. 3. Вывод через АПИ пока не документирован. Можем дать, если у вас серьезные намерения и остатки нормальные на счете.
|
Goc.io - the exchange with huge perspectives! Биржи и сервисы для крипты.
|
|
|
hazarun
Legendary
Offline
Activity: 2128
Merit: 1019
|
|
June 05, 2014, 11:19:10 AM |
|
Вывод через АПИ пока не документирован. Можем дать, если у вас серьезные намерения и остатки нормальные на счете.
Смотрится магко говоря странно. Не документированные и не тестированные возможности применять к серьезным суммам. Сперва - тестирование на копейках, потом , можно и начинать работать. А как еще может быть ?
|
|
|
|
hazarun
Legendary
Offline
Activity: 2128
Merit: 1019
|
|
June 06, 2014, 09:30:59 AM |
|
1. Ограничение ордеров пока еще в процессе.
Думаю, ограничение передаваемого стакана - самая актуальная фишка. При увеличении количества роботов и валютных пар, ежесекундная передача стаканов с тысячами ордеров - весьма затратно по трафику.
|
|
|
|
rPman
Legendary
Offline
Activity: 1120
Merit: 1069
|
|
June 07, 2014, 07:34:01 AM |
|
Я уже предлагал разным биржам предоставлять эту информацию, но по каким то непонятным для меня причинам, разработчики/владельцы биржи даже не думаю об этом, наверное трафик защиты ддос стоит недостаточно дорого. Например лог сырых данных (это все события - размещение ордеров, отмена ордера, модификация объема ордера, факты пересечения ордеров) может иметь следующий формат (простая таблица с полями): * идентификатор события - для событий типа order/cancel - это идентификатор отложенный сделки, для trade - просто идентификатор, я рекомендую здесь использовать единый сиквенс * время - пожалуйста, не экономьте на точности, выдавайте microtime(true) хотя бы с 3 знаками после запятой (а в protobuf используйте float или даже int64 но в микросекундах) * валютная пара - ltc_usd/btc_usd/... правильнее идентфикатор и выдавать информацию по ним отдельным запросом * тип события - trade/order/cancel, order - клиент разместил ордер, cancel - отменил ордер, trade - факт пересечения одной сделки пользователя с другой, т.е. если клиент разместил ордер по рынку, в лог попадут как минимум две записи, одна order, и одна или несколько trade. Есть еще желательное действие move, но о его вводе я уже не мечтаю. * тип ордера - bid/ask, это направление сделки относительно ее иннициатора, конечно можно так же завести значение в справочнике или boolean * идентификатор ордера - для событий trade, это идентификатор сделки, с которой произошло пересечение (сейчас у вас это order_id), для событий типа order это значение пусто или равно идентификатору события если ордер создается, а для событий отмены ордера - идентификатор отменяемого ордера * объем события - для order это объем всей сделки, для cancel - объем остатка сделки, для trade - объем пересечения (собственно объем самой операции) * цена сделки
Полный лог этих данных полностью самодостаточен и позволит восстановить состояние биржевого стакана и историю торгов на любой момент. Для оптимизации этого процесса можно выдавать периодические дампы (например раз в сутки) того же стакана. Если вы не готовы выдавать его по websocket (но это надо, обязательно), сохраняйте в статических файлах, разбивая по интервалам времени (часы к примеру, а позже и на минуты), в этом случае трейдеры будут периодически загружать только маленький текущий файл. Нагрузка на статику, в отличии от динамически генерируемых данных, отлично горизонтально масштабируется, на их отдачу можно выделить несколько серверов, даже разнесенных географически, и только один файл должен отдаваться самой торговой платформой - текущий. Если вы опасаетесь, что трейдеры получат излишнюю информацию об идентификаторах, то замените их на новые - привязанные к ордер+цена, соответственно объедините ордера с одной ценой (cancel записи позволяют указать отмену части ордера). Цены и объемы в виде целых чисел с фиксированной точностью, точность описывается так же в отдельном запросе к бирже (сделать один файл на бирже, описывающий список валютных пар, точности, значения идентификаторов и т.п.)
Про protobuf, люди, мы в каком веке? хватит уже роботам общаться в human readable форматах, кои на порядок более жрущие по ресурсам чем их бинарные аналоги, google protobuf есть чуть ли не под все популярные платформы и не только высокоффективный но и идеологически верный, неизменная логика, описывающая структуру данных, просто компилируется в виде классов на выбранном вами языке программирования.
p.s. я нечего не изобретаю, похожие логи выдают некоторые (или может даже все) мебанковские валютные биржи, только не всем клиентам, слишком этот поток тяжелый (я не согласен кстати, какие то гигабайты в месяц - ничто)
|
|
|
|
vs2014
|
|
June 10, 2014, 08:38:27 PM |
|
Добавили возможность получения суточного объема. Можно спросить у саппорта, как его запрашивать...
|
|
|
|
hazarun
Legendary
Offline
Activity: 2128
Merit: 1019
|
|
June 10, 2014, 09:05:30 PM |
|
Добавили возможность получения суточного объема. Можно спросить у саппорта, как его запрашивать...
Вообще, это вроде стандартный запрос возвращает такие данные. Или вы что то новенькое придумали ? Не хотелось бы.... А насчет саппорта, вроде и тему в разделе Кодеры завели специально, что бы по 100 раз одними и теми же вопросами саппорт не грузить. Тут и кодеры и очень хорошо если саппорт будет. Зачем ему куда то писать, не умно. Потери времени. И у нас - и у вас. Тут ведь не только саппорт может ответить, но и коллеги, что такой вопрос уже проработали. Гораздо удобнее. Не понимаю желания свести все в личную переписку. Секретов тут вроде нет никаких.
|
|
|
|
vs2014
|
|
June 11, 2014, 01:38:28 PM |
|
Добавили возможность получения суточного объема. Можно спросить у саппорта, как его запрашивать...
Вообще, это вроде стандартный запрос возвращает такие данные. Или вы что то новенькое придумали ? Не хотелось бы.... А насчет саппорта, вроде и тему в разделе Кодеры завели специально, что бы по 100 раз одними и теми же вопросами саппорт не грузить. Тут и кодеры и очень хорошо если саппорт будет. Зачем ему куда то писать, не умно. Потери времени. И у нас - и у вас. Тут ведь не только саппорт может ответить, но и коллеги, что такой вопрос уже проработали. Гораздо удобнее. Не понимаю желания свести все в личную переписку. Секретов тут вроде нет никаких. OK. Информация отдается в тикере. В ответе добавлено поле.
|
|
|
|
vvu351
|
|
June 13, 2014, 09:17:50 AM |
|
У нас есть стандартный API для торговых роботов, совместимый с BTC-e. Будем рады услышать ваши вопросы и предложения, и с еще большой радостью на них ответим! Совместимость с АПИ BTC-e отсутствует. Провокация. Жаль. https://btc-e.com/api/3/documentation#mainhttps://btc-e.com/api/3/ticker/btc_usd: { "btc_usd":{ "high":109.88, "low":91.14, "avg":100.51, "vol":1632898.2249, "vol_cur":16541.51969, "last":101.773, "buy":101.9, "sell":101.773, "updated":1370816308 } ... } { "ticker": { "online":true, "high": 25451.7601, "low":24910.1029, "avg":25180.9315, "vol":4036488.14986, "vol_cur":178.52999851, "last":25409.1700, "last_change":2.7029, "buy":25409.1700, "sell":25100.9812, "updated":1388266919, "server_time":1388309961 } }
|
|
|
|
vs2014
|
|
June 13, 2014, 12:33:15 PM |
|
У нас есть стандартный API для торговых роботов, совместимый с BTC-e. Будем рады услышать ваши вопросы и предложения, и с еще большой радостью на них ответим! Совместимость с АПИ BTC-e отсутствует. Провокация. Жаль. https://btc-e.com/api/3/documentation#mainhttps://btc-e.com/api/3/ticker/btc_usd: { "btc_usd":{ "high":109.88, "low":91.14, "avg":100.51, "vol":1632898.2249, "vol_cur":16541.51969, "last":101.773, "buy":101.9, "sell":101.773, "updated":1370816308 } ... } { "ticker": { "online":true, "high": 25451.7601, "low":24910.1029, "avg":25180.9315, "vol":4036488.14986, "vol_cur":178.52999851, "last":25409.1700, "last_change":2.7029, "buy":25409.1700, "sell":25100.9812, "updated":1388266919, "server_time":1388309961 } } --- С "версией 3", действительно отсутствует. Совместимо с той версией, которая здесь опубликована: https://btc-e.com/api/documentation
|
|
|
|
vvu351
|
|
June 13, 2014, 03:03:23 PM |
|
В версии БТС-е АПИ 2 нет описания запроса ticker. Не так ли? Такой запрос только в АПИ 3. Не ошибаюсь? Потому с АПИ 2 тоже не совместимо. Не путайте народ.
|
|
|
|
hazarun
Legendary
Offline
Activity: 2128
Merit: 1019
|
|
June 20, 2014, 02:02:41 PM |
|
Добавлю. В БТЦ-е АПИ 3 все запросы поддерживают несколько стаканов в запросе. Например так: https://btc-e.com/api/3/ticker/btc_usd-btc_eurПланируете у себя такое делать ?
|
|
|
|
mastero (OP)
|
|
June 26, 2014, 11:39:09 AM |
|
Коллеги, мы получили от вас запрос на создании отдельной ветки по API. У нас есть стандартный API для торговых роботов, совместимый с BTC-e.
У меня собственно, те же самые вопросы для начала, что уже задавал в ваших ветках: Совместимость с АПИ БТЦе вовсе не полная. 1. Не работало в АПИ2 ограничение количества ордеров в стакане по запросу стакана. На БТЦе - такое работает. На ГОК не работало. Получаю ордера тысячами, хотя мне нужен десяток ближайших. Пример приводил. Просим любить и жаловать https://goc.io/api/btc_rur/depth/?25Так, вы можете ограничивать количество получаемых строк в стакане.
|
Goc.io - the exchange with huge perspectives! Биржи и сервисы для крипты.
|
|
|
hazarun
Legendary
Offline
Activity: 2128
Merit: 1019
|
|
June 27, 2014, 04:56:07 PM |
|
Здорово. А то уже пара стаканов с ГОК стали приходить медленнее чем 25 стаканов с БТЦе. Ща порежэм лишнюю инфу. Еще бы стаканы по списку одним запросом выдавались, вообще экономично было бы.
|
|
|
|
mastero (OP)
|
|
June 27, 2014, 05:24:14 PM |
|
Еще бы стаканы по списку одним запросом выдавались, вообще экономично было бы.
Примем во внимание, посмотрим, что сможем сделать.
|
Goc.io - the exchange with huge perspectives! Биржи и сервисы для крипты.
|
|
|
hazarun
Legendary
Offline
Activity: 2128
Merit: 1019
|
|
June 27, 2014, 05:36:37 PM |
|
Еще бы стаканы по списку одним запросом выдавались, вообще экономично было бы.
Примем во внимание, посмотрим, что сможем сделать. Есть просьба, не изобретать велосипед, если возможно, сделать как тут: https://btc-e.com/api/3/documentation#main
|
|
|
|
hazarun
Legendary
Offline
Activity: 2128
Merit: 1019
|
|
June 28, 2014, 09:55:17 PM |
|
Поставил ограничения. Сетевой трафик уменьшился в десятки раз. Если сделать все интересующие стаканы по списку в одном запросе - еще в несколько раз уменьшится. Наверное.
|
|
|
|
mastero (OP)
|
|
July 10, 2014, 02:20:58 PM |
|
Есть может у кого какие вопросы? Может что-то упустили из виду?
|
Goc.io - the exchange with huge perspectives! Биржи и сервисы для крипты.
|
|
|
sonicby
|
|
July 13, 2014, 09:22:41 AM |
|
Сделайте в АПИ возможность получения истории например с транзакции по транзакцию. или с/по unixtime .
|
|
|
|
|