Фьючерсы на платформе ICBIT.se

[Fireball]

Какую биржу сейчас используете в качестве основной площадки для расчета цен ?
С МтГоксом - как то туманная ситуация сложилась.

С наибольшим объёмом (в биткойнах) за последние 30 дней на момент экспирации контракта. Наиболее вероятный кандидат на смену MtGox - это Bitstamp.

[1715132447]

1715132447

[1715132447]

1715132447

[Fireball]

Сегодня экспирировались три контракта:

Сентябрьский фьючерс на курс BTC/USD -BUU3 по цене $139.80 (средневзвешенная за 24 часа с биржи Mt.Gox). Общий объём торгов по этому контракту составил рекордные $1'530'810.

Фьючерс на сложность - DFU3 по цене 112'628. Общий объём торгов составил 1007 контрактов.

Фьючерс на индекс S&P500 - ESU3 по цене 1696.50. Общий объём торгов составил 640 контрактов.


Спасибо, что торгуете у нас!

[Fireball]

В связи с празднованием юбилея запуска биржи мы полностью отменили все комиссии за торговлю фьючерсами на 2 недели (с 20:00 UTC 2-го ноября по 20:00 UTC 16-го ноября).

Более того, после этого периода размер комиссии не останется прежним, а будет существенно снижен в соответствии с обменным курсом на эту дату.

Спасибо, что вы с нами все эти годы!

[Fireball]

Вчера была запущена новая система доступа по постоянным API-ключам. Доступ по "старому стилю" (временные ключи) всё ещё доступен, но мы просим всех владельцев торговых ботов обновить своё программное обеспечение как можно скорее!

Новй метод авторизации удобен в использовании (не нужно периодично обновлять временные API-ключи), безопасен (например, отладочные логи вашей программы, в которых отображается URL подключения к API-серверу со всеми параметрами всё-равно не представляют никакой угрозы в случае просмотра их третьими лицами), а также совместим с будущей реализации "простого" API на HTTP-запросах.

Подробную информацию можно прочитать в спецификации API. Пример рабочей реализации на C# как всегда доступен на GitHub'е в проекте SharpTrader.

Если вы работали с API BitStamp'а, то вы можете использовать свой существующей код для генерации подписи, нужно только изменить параметры.

[Lexiko]

Лучше бы над юзабилити сайта поработали, оно уныло до безобразия и повернуто к пользователем прямо жопой. Интерфейс привет из 90-х , такое сейчас стыдно даже в качестве лабораторной на 2-м курсе показывать.
О каких-то элементарных вещах, по типу уведомления на почту с предупреждением о слабом обеспечении и предупреждении закрытия ордеров и мечтать наверное не приходится.

[Fireball]

Лучше бы над юзабилити сайта поработали, оно уныло до безобразия и повернуто к пользователем прямо жопой. Интерфейс привет из 90-х , такое сейчас стыдно даже в качестве лабораторной на 2-м курсе показывать.

Спасибо, Ваше мнение очень важно для нас!
Пожалуйста, скажите, какие именно изменения Вы хотели бы видеть в торговом интерфейсе? Если Вы скажете конкретные предложения, мы их рассмотрим и реализуем (если они окажутся полезными).

О каких-то элементарных вещах, по типу уведомления на почту с предупреждением о слабом обеспечении и предупреждении закрытия ордеров и мечтать наверное не приходится.

Я так понимаю, этот пункт и вызвал наибольшее разочарование?
Мы планируем реализовать извещение через email и sms, но в любом случае правила торговли чётко гласят, что трейдер обязан сам следить за уровнем своего обеспечения и своевременно довносить средства или сокращать свои позиции.

[zprofy]

А на русский язык правила торговли сложно перевести?

[hazarun]

А на русский язык правила торговли сложно перевести?

Так понимаю, владельцы сайта считают остальных полиглотами.
И на каком там языке написано, пользователям без разницы,  так понимаю мысли владельцев.

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

[Lexiko]

Немного позже опишу, просто пока интересно узнать, а платформа задумывалась как локальная песочница для узкого круга людей или как широкоспециализированная для всех?
Если первое, тогда может быть и так сойдет, но тогда не удивляться , что в стаканах так мало заявок.
Хотя, ведь чем больше людей, тем интереснее и гибче рынок. Играются же совершенно далекие от трейдинга люди на биржах, чем срочный рынок хуже?
Мне вот лично всегда, когда кто-то кричит, что он так и знал что упадет/вырастет хочется попросить показать его фьючерс.

Если же вы хотите привлечь больше народу, нужно стать ближе к людям. Больше информативности. Может конечно прожженные трейдеры все расчеты производят в уме, но новичкам хотелось бы понимать , что происходит в реальном времени.
Это и отображение в основном окне списка всех приобретенных контрактов и вариационную маржу по каждому. Обеспечение не просто в % , а где-то внятные предупреждения, мол срочно пополните счет на х.хх , иначе позиции  (список) будут закрыты по цене zz.z  с потерей a.aa .
6 подтверждений при пополнении , это тоже далеко не лицо. Мне все время тут кажется что ув. Tycho знает что-то, чего не знаем мы. Может это все и объясняет, но хорошо бы сократить это время до 3-х, а с 1 подтверждения хотя бы не закрывать позиции, покрытые этой суммой.  
Ну, про выделения цветом , это тоже для слабаков, я понимаю, но визуальное восприятие не менее важно.
Последняя цена должна быть ВЫДЕЛЕНА и хорошо видна, а не искать ее глазами среди прочих данных , написанных 9-м шрифтом. Места в шапке мало?

Last Price: 850 USD Low: 804.5 USD High: 915 USD
Это разве сложно?
График не плохо бы тянуть по ширине. Широкоформатники не , не слышали?

Ну и да, внятное описание биржи, основных сделок хоть на каком языке. Простейшие операции: , вот смотрите, мы купили столько-то по той-то цене, вар маржа такая-то , вот закрыли позиции, вот так рассчитали доход.

[rPman]

Спасибо, Ваше мнение очень важно для нас!
Пожалуйста, скажите, какие именно изменения Вы хотели бы видеть в торговом интерфейсе? Если Вы скажете конкретные предложения, мы их рассмотрим и реализуем (если они окажутся полезными).

О каких-то элементарных вещах, по типу уведомления на почту с предупреждением о слабом обеспечении и предупреждении закрытия ордеров и мечтать наверное не приходится.

Я так понимаю, этот пункт и вызвал наибольшее разочарование?
Мы планируем реализовать извещение через email и sms, но в любом случае правила торговли чётко гласят, что трейдер обязан сам следить за уровнем своего обеспечения и своевременно довносить средства или сокращать свои позиции.

Пожалуйста, обратите внимание на мое мнение.

Опишите очень просто и четко, можно тут же в теме, если что мы поможем оформить это более понятным языком, если это вам сложно.
Как вычислить уровень, при пересечении которого ценой торгуемого инструмента, произойдет закрытие - margin call!?

Вообще то это простая формула из 4-5 параметров, Достаточно ее написать и указать где можно узнать значение того или иного параметра. Вы же говорите что это должен считать сам клиент.. но не сказано нигде КАК он должен считать, по каким формулам.

Спасибо.

p.s. А повернуться лицом к пользователям - то можно указывать этот уровень на графике в личном кабинете. Правда возникает проблема, как указывать этот уровень при торговле с несколькими инструментами, но это вторая проблема, сделайте хотя бы для одного.

[DeepBit]

Отвечу на часть вопросов:

Это и отображение в основном окне списка всех приобретенных контрактов и вариационную маржу по каждому. Обеспечение не просто в % , а где-то внятные предупреждения, мол срочно пополните счет на х.хх , иначе позиции  (список) будут закрыты по цене zz.z  с потерей a.aa.

Список всех приобретённых контрактов и обеспечение по каждому явно показаны в окне Balances. Маржинколл наступает при достижении нуля показателем "Margin%". О том, на сколько надо пополнить - учтём и посоветуемся.

6 подтверждений при пополнении , это тоже далеко не лицо. Мне все время тут кажется что ув. Tycho знает что-то, чего не знаем мы. Может это все и объясняет, но хорошо бы сократить это время до 3-х, а с 1 подтверждения хотя бы не закрывать позиции, покрытые этой суммой.

6 подтверждений - это "индустриальный стандарт". У всех серьёзных организаций так, даже у Вебмани. У нас запланировано уменьшение этого числа для мелких транзакций в определённых пределах в будущем, но пока ещё не реализовано.
Если же речь про маржинколл, то тут лицо вообще повёрнуто во всю ширь - в случае беды можно попросить админа не маржинколлить даже если ещё 0 подтверждений, он может указать в системе задержку закрытия для данного клиента.

Последняя цена должна быть ВЫДЕЛЕНА и хорошо видна, а не искать ее глазами среди прочих данных , написанных 9-м шрифтом. Места в шапке мало?
Last Price: 850 USD Low: 804.5 USD High: 915 USD
Это разве сложно?

Буквально несколько дней назад убрали Last из шапки в связи с тем, что он более не нужен - цена клиринга теперь выставляется по среднему значению за последний час торгов (по многочисленным просьбам игроков, для снижения манипуляций). Если вам для своих целей - можете просто смотреть самое верхнее значение в окне T&S.

Ну и да, внятное описание биржи, основных сделок хоть на каком языке. Простейшие операции: , вот смотрите, мы купили столько-то по той-то цене, вар маржа такая-то , вот закрыли позиции, вот так рассчитали доход.

Туториал готовится.

[DeepBit]

Опишите очень просто и четко, можно тут же в теме, если что мы поможем оформить это более понятным языком, если это вам сложно.
Как вычислить уровень, при пересечении которого ценой торгуемого инструмента, произойдет закрытие - margin call!?

Вообще то это простая формула из 4-5 параметров, Достаточно ее написать и указать где можно узнать значение того или иного параметра. Вы же говорите что это должен считать сам клиент.. но не сказано нигде КАК он должен считать, по каким формулам.

Если речь про формулу, по которой считается цветной индикатор Margin% - то она явно написана в правилах ( https://icbit.se/rules ), если она достигает 0% или ниже - то возможен маржинколл.

[Lexiko]

Список всех приобретённых контрактов и обеспечение по каждому явно показаны в окне Balances.

Мы же говорим о юзабилити. Можно-то оно можно, вопрос о том, насколько это удобно, тыкать в другую вкладку, потом выбирать из списка отображать 100 позиций , и глазами искать среди сливающихся в одну кучу buy/sell ордеров.

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

Просить админа это лицо? О_О , странное какое-то понимание о лицах. На большинстве бирж давно 3 подтверждения , и ничего, живут как-то.

Буквально несколько дней назад убрали Last из шапки в связи с тем, что он более не нужен - цена клиринга теперь выставляется по среднему значению за последний час торгов

Ну ок, неважно как она щас вычисляется, опять-таки нужно напрячь все зрение , чтобы ее разглядеть.

[DeepBit]

Список всех приобретённых контрактов и обеспечение по каждому явно показаны в окне Balances.

Мы же говорим о юзабилити. Можно-то оно можно, вопрос о том, насколько это удобно, тыкать в другую вкладку, потом выбирать из списка отображать 100 позиций , и глазами искать среди сливающихся в одну кучу buy/sell ордеров.

Зачем в другую вкладку ? В основной торговой вкладке ниже окна нового ордера расположен виджет Balances с указанием всех позиций и обеспечения по ним.

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

Просить админа это лицо? О_О , странное какое-то понимание о лицах. На большинстве бирж давно 3 подтверждения , и ничего, живут как-то.

Разумеется. Если человек не подготовился по своей вине - то может попросить об одолжении или предупредить о том, что транзакция не успела дойти.
Насколько мне известно, на Мтгоксе - 6 подтверждений, на BTCchina - 5. В стандартном клиенте - 6.
Как я уже сказал, мы планируем снижение этого числа, в зависимости от объёма.

[hazarun]

Подробную информацию можно прочитать в спецификации API. Пример рабочей реализации на C# как всегда доступен на GitHub'е в проекте SharpTrader.

Подскажите, в реализации АПИ в коде, с лета - начало осени, что то изменилось ?
Помнится глядел (первый вариант, вроде) показался сыроватым, не рабочим. Может и ошибся во взгляде.

Проясните ситуацию ?

[DeepBit]

Подскажите, в реализации АПИ в коде, с лета - начало осени, что то изменилось ?
Помнится глядел (первый вариант, вроде) показался сыроватым, не рабочим. Может и ошибся во взгляде.

Проясните ситуацию ?

На днях в API добавлена поддержка постоянно действующих ключей, теперь работать стало удобнее.

SharpTrader - рабочий, просто это шаблон, подразумевающий реализацию нужной функциональности самим игроком. Изначально он просто ничего и не должен был делать, только предоставлять функции работы с API.
"После сборки доработать напильником".

[hazarun]

SharpTrader - рабочий, просто это шаблон, подразумевающий реализацию нужной функциональности самим игроком. Изначально он просто ничего и не должен был делать, только предоставлять функции работы с API.
"После сборки доработать напильником".

Понимаю, что это просто исходники библиотеки АПИ.
А не торговый терминал. Терминал мне и не интересен, свой написан. Именно Си шарп.

Первый вариант, когда смотрел, сыроват показался. Доработали значит.
Может и описание какое появилось, иль код читать ? 

[Fireball]

SharpTrader - рабочий, просто это шаблон, подразумевающий реализацию нужной функциональности самим игроком. Изначально он просто ничего и не должен был делать, только предоставлять функции работы с API.
"После сборки доработать напильником".

Понимаю, что это просто исходники библиотеки АПИ.
А не торговый терминал. Терминал мне и не интересен, свой написан. Именно Си шарп.

Первый вариант, когда смотрел, сыроват показался. Доработали значит.
Может и описание какое появилось, иль код читать ? 

Там само-описательно. Но можем что-то рассказать тут. Sharptrader'ом пользуются, т.к. мы периодически получаем различные предложения. Пару часов назад, например, по просьбе одного трейдера закоммитили реализацию запроса на получении истории торгов пользователя и её обработчик.

[hazarun]

Там само-описательно. Но можем что-то рассказать тут. Sharptrader'ом пользуются, т.к. мы периодически получаем различные предложения. Пару часов назад, например, по просьбе одного трейдера закоммитили реализацию запроса на получении истории торгов пользователя и её обработчик.

Как здорово.  Это в описании, где то будет отражено.
А историю ваших торгов через это АПИ тянется ?

"                  20 % возможностей программы - не знает просто никто.
Пользователи - потому что никогда и не знали...
  Разработчики - потому что написали - да забыли "

Так что описание , пусть краткое, очень полезно. Как карта.
Прибыв на нужное место - уж сами разберемся.

[Fireball]

15 января прошла экспирация фьючерсного контракта BTC/USD-1.14 (тикер BUF4) по цене $864.9
Совокупный объём торгов по контракту составил 575498 контрактов (или $5'754'980 долларов США). Открытый интерес на момент экспирации - 35254 контракта (или $352'540 долларов США).

История торгов по контракту:
Полный список всех сделок (включая значение открытого интереса после каждой сделки): https://icbit.se/data/sec/BUF4/BUF4_ticks.zip
15-минутные интервалы OHLCV: https://icbit.se/data/sec/BUF4/900.zip
Дневные интервалы OHLCV: https://icbit.se/data/sec/BUF4/86400.csv