Всегда воспринимал фьючерс как договор, обязывающий поставить товар потом, в будущем, по установленной "сейчас" цене.
(с оплатой "потом").
И нервничать можно от вопроса, совпадёт ли реальная цена с ожидаемой? И в какую сторону? В минус или в плюс?
Но спокойный человек будет спокоен от того, что получит то, что его в любом случае, устраивает.
Не могу понять, как это может помочь отношениям между покупателем и продавцом в интернет-магазине.
Ведь между ними всё происходит "здесь и сейчас". Их не волнует "потом".
Поэтому сейчас все btc-мерчанты, в большинстве своём, оперируют ценой в фиате, и пересчитывают в btc только в момент сделки.
Topic: Волатильность и интернет-торговля (Read 1870 times)
фьючерсы - это в данном случае неплохой инструмент. Я всерьёз об этом не подумал. Но "нервов" они-таки могут потрепать - ведь надо будет следить не только за курсом, но и за ними ))
Итог - вопрос о фьючерсах остаётся открытым. Интересно, кто-нибудь запилит?
Итог - вопрос о фьючерсах остаётся открытым. Интересно, кто-нибудь запилит?
Не понял насчет фьючерсов. Что следить за их курсом ?
Курс валюты для цены товара фиксируется на момент договоренности о поставке - и все. Дальше про них можно забыть. До момента поставки. И там уже либо заплатить либо получить по фьючерсам денежек.
Цена товара - останется зафиксированной на желаемый момент.
Для этого их и придумали изначально, фьючерсы и опционы. ДЛЯ ПОСТАВЩИКОВ.
А вовсе не для спекулянтов, как многие думают.
АПИ на бирже фьючерсов вполне рабочее. У них, на ICEBIT, даже примеры кода выложены.
Запилить не сильно сложнее чем для спотовых бирж. Хотя сам - не пробовал.
Но думаю, с фьючами заморочек поболее чем со спотом будет.
в принципе, да
фьючерсы - это в данном случае неплохой инструмент. Я всерьёз об этом не подумал. Но "нервов" они-таки могут потрепать - ведь надо будет следить не только за курсом, но и за ними ))
Ведь прогноз не всегда всегда может быть положительным.
Но это так, риторика...
Итог - вопрос о фьючерсах остаётся открытым. Интересно, кто-нибудь запилит?
фьючерсы - это в данном случае неплохой инструмент. Я всерьёз об этом не подумал. Но "нервов" они-таки могут потрепать - ведь надо будет следить не только за курсом, но и за ними ))
Ведь прогноз не всегда всегда может быть положительным.
Но это так, риторика...
Итог - вопрос о фьючерсах остаётся открытым. Интересно, кто-нибудь запилит?
запилить с фюъючерсами? для экстрималов? ))
Так чего тут экстремального ?
Фьючерсы и опционы - инструменты изначально сделанные
для возможности страховки от не выгодного движения цен , как покупателя , так и продавца.
Особенно если они используют долгосрочные контракты поставок.
Экстрим - это скорее попытки страховки на СПОТ рынке. Не для этого он, изначально.
запилить с фюъючерсами? для экстрималов? ))
..Парсить одну биржу, или несколько - это кому как надо.
А с фьючерсами не удобнее в данном случае работать ?
... парсить с 1,2 бирж смысла нет, так как горхнится как биржа гокс и у тебя магазин в миг разорится.
..Парсить одну биржу, или несколько - это кому как надо.
Гокс не сразу упал...
А некоторым важен курс именно той, биржи, по которой они постоянно меняют.
Какую-нибудь "защиту" (если, например курс меняется слишком сильно за определённый период, скрипт даёт мерчант-скрипту сигнал "stop") от резких колебаний курса прикрутить бы не помешало, но это - не сейчас.
Мне кажется очень интересным сделать сначала прототип "лёгкого" мерчанта без bitcoind.
А затем - можно соединить его с парсером курса, где будет такой апдейт.
Идея не новая, одна биржа зарекнулась сделать отображение курса среднем арифметическим с нескольких площадок, при том исключая из списка слогаемых одну из бирж, где реский спад - вот это тема будет. А парсить с 1,2 бирж смысла нет, так как горхнится как биржа гокс и у тебя магазин в миг разорится.
Реально ли сделать мерчант-скрипт без использования bitcoind?
Вот это офигенная идея. Жаль я уже не пишу на пхп.
Простенькие модули к говно-движкам магазинов на пхп могут реально помочь в вопросе распространения битка.
Огромное количество частных интернет-магазинов хотели бы принимать автоматическую онлайн оплату, но не могут из-за высокой сложности интеграции или из-за серьезных требований интернет-эквайеров
Во-первых не превратятся, во-вторых если считать копейки(можно сразу же продавать через api...
во-первых, за последние два дня курс упал на 20%.
во-вторых, думаю 90% продаванов на вопрос "что такое api?" ответят "идийское имя?"
Вроде запрещен в РФ прием оплаты в биткоинах ? Или уже нет ?
В РФ - ещё нет.
PS:
применять скрипт можно и вне её юрисдикции
Ну да, меня смутило, что beta...
UPD: Ну таки перевёл демона на третий API, вроде фурычит, но понервничать слегка заставили изменением имён полей и общей структуры данных. Ввёл также динамический limit: если стандартного размера вывод весь до последней записи неизвестен, то тут же запрашивается максимум записей (ибо я подумал, что 4 следующих запроса с последовательно увеличивающимся limit для сервера хуже, чем 1 с максимальным).
UPD: Ну таки перевёл демона на третий API, вроде фурычит, но понервничать слегка заставили изменением имён полей и общей структуры данных. Ввёл также динамический limit: если стандартного размера вывод весь до последней записи неизвестен, то тут же запрашивается максимум записей (ибо я подумал, что 4 следующих запроса с последовательно увеличивающимся limit для сервера хуже, чем 1 с максимальным).
Quote
Дополнительно принимает необязательный GET-параметр limit, который указывает, сколько сделок нужно вывести (по умолчанию 150).
Принимает значение не более 2000.
Это только в 3-й версии будет, и тоже не сильно улучшает ситуацию.Принимает значение не более 2000.
https://btc-e.com/api/3/depth/btc_usd?limit=2
https://btc-e.com/api/3/depth/btc_usd?limit=250
https://btc-e.com/api/3/depth/btc_usd?limit=2000
проблема не в том какую цену сказать покупану, а в том чтобы успеть продать полученные от него битки до того как они превратятся в тыкву.
Во-первых не превратятся, во-вторых если считать копейки(можно сразу же продавать через api, за несколько секунд курс не сильно измениться), то не нужно забывать про комиссию, которую берут Visa/MasterCard.В-третьих предлагаю ознакомиться с мат. частью здесь: http://habrahabr.ru/post/147258/
Quote from: http://habrahabr.ru/post/147258/
Применительно к Bitcoin чем же может быть полезна фьючерная торговля:
Вопрос «почему?» (или нафига нужен рынок биткойновых фьючерсов):
Для защиты от рисков колебания курса Биткойна к доллару. Например, у вас есть 1000 BTC, и текущий обменный курс составляет $6 за 1 BTC. Таким образом, “по рынку” у вас биткойнов на 6000 долларов США. Если в будущем курс упадёт до $3 за 1 BTC, то ваши сбережения в долларовом эквиваленте уменьшатся вдвое, что не есть хорошо. Когда есть фьючерсы, проблему очень легко исправить. Достаточно открыть короткую позицию (“продать”) на 600 фьючерсных контрактов BTCUSD с ближайшей датой исполнения (600 потому, что лот одного контракта — $10) по цене 6.000. Если обменный курс пойдет вниз, то ваша вариацонная маржа будет положительной, и добавит ровно столько биткойнов, сколько нужно для того, чтобы купить 6000 долларов США. И это, кстати, называется — ХЕДЖИРОВАНИЕ.
А что же будет, если обменный курс вырастет? Вариационная маржа будет отрицательной, но ценность биткойнов, которые у вас есть, также вырастет, а значит у вас их будет опять-таки ровно столько же, сколько нужно для того, чтобы купить $6000.
Вопрос «почему?» (или нафига нужен рынок биткойновых фьючерсов):
Для защиты от рисков колебания курса Биткойна к доллару. Например, у вас есть 1000 BTC, и текущий обменный курс составляет $6 за 1 BTC. Таким образом, “по рынку” у вас биткойнов на 6000 долларов США. Если в будущем курс упадёт до $3 за 1 BTC, то ваши сбережения в долларовом эквиваленте уменьшатся вдвое, что не есть хорошо. Когда есть фьючерсы, проблему очень легко исправить. Достаточно открыть короткую позицию (“продать”) на 600 фьючерсных контрактов BTCUSD с ближайшей датой исполнения (600 потому, что лот одного контракта — $10) по цене 6.000. Если обменный курс пойдет вниз, то ваша вариацонная маржа будет положительной, и добавит ровно столько биткойнов, сколько нужно для того, чтобы купить 6000 долларов США. И это, кстати, называется — ХЕДЖИРОВАНИЕ.
А что же будет, если обменный курс вырастет? Вариационная маржа будет отрицательной, но ценность биткойнов, которые у вас есть, также вырастет, а значит у вас их будет опять-таки ровно столько же, сколько нужно для того, чтобы купить $6000.
Quote
Дополнительно принимает необязательный GET-параметр limit, который указывает, сколько сделок нужно вывести (по умолчанию 150).
Принимает значение не более 2000.
Это только в 3-й версии будет, и тоже не сильно улучшает ситуацию. Просто так слить все сделки хотя бы за сутки не выйдет, нужен демон, который будет следить постоянно. Ну и SOP, ну и проблема хренения данных в самом клиенте.Принимает значение не более 2000.
Хотя, конечно, limit несколько упростит ситуацию со сбором данных, если я увижу, что все сделки новые, удваиваем стандартный limit и повторяем запрос...
Вроде запрещен в РФ прием оплаты в биткоинах ? Или уже нет ?
Ещё один момент, когда я захотел нарисовать свой визуализатор данных с биржи (с дамами и преферансом, разумеется), наступил на грабли: BTC-e отдаёт только 150 последних сделок, и никак на это не повлиять. Пришлось организовать опрос раз в 10 секунд (даже при 15-секундном интервале случаются «проскальзывания», а то, наверное, придётся и до 5 секунд уменьшить интервал в будущем) и складирование в БД.
Да потом из БД удобно извлекать данные, SQL всё же не идиоты придумали в своё время. По крайней мере агрегирование с нужным таймфреймом делается одним запросом в MySQL. В браузере же максимум, на что рассчитывать приходится – это NoSQL (IndexedDB) и SQLite (WebSQL), а это убожество.
https://btc-e.com/api/3/documentation Да потом из БД удобно извлекать данные, SQL всё же не идиоты придумали в своё время. По крайней мере агрегирование с нужным таймфреймом делается одним запросом в MySQL. В браузере же максимум, на что рассчитывать приходится – это NoSQL (IndexedDB) и SQLite (WebSQL), а это убожество.
1. О неизбежном:
Если кто сделает(или найдёт в сети) аналогичный по задачам скрипт, (т.е. - "подвижные" btc-цены на ценниках)
но, как говорилось выше, с азартными играми, и другими развлечениями...
и ещё в свободном доступе, то - сообщайте в эту ветку!
Страна должна знать своих героев!
2. Начал собирать на вышеуказанном сайте информацию о свободных мерчант-скриптах для оплаты в btc,
и возник вопрос:
Реально ли сделать мерчант-скрипт без использования bitcoind?
Например, на основе вот этого: https://github.com/Lexiks/Bitpay
Чтобы не надо было ничего настраивать на сервере?
Например, подтверждая оплату с помощью blockchain, и других подобных сервисов (blockr.io, bitcoinmonitor.net).
Если кто сделает(или найдёт в сети) аналогичный по задачам скрипт, (т.е. - "подвижные" btc-цены на ценниках)
но, как говорилось выше, с азартными играми, и другими развлечениями...
и ещё в свободном доступе, то - сообщайте в эту ветку!
Страна должна знать своих героев!
2. Начал собирать на вышеуказанном сайте информацию о свободных мерчант-скриптах для оплаты в btc,
и возник вопрос:
Реально ли сделать мерчант-скрипт без использования bitcoind?
Например, на основе вот этого: https://github.com/Lexiks/Bitpay
Чтобы не надо было ничего настраивать на сервере?
Например, подтверждая оплату с помощью blockchain, и других подобных сервисов (blockr.io, bitcoinmonitor.net).
Ещё один момент, когда я захотел нарисовать свой визуализатор данных с биржи (с дамами и преферансом, разумеется), наступил на грабли: BTC-e отдаёт только 150 последних сделок, и никак на это не повлиять. Пришлось организовать опрос раз в 10 секунд (даже при 15-секундном интервале случаются «проскальзывания», а то, наверное, придётся и до 5 секунд уменьшить интервал в будущем) и складирование в БД.
Да потом из БД удобно извлекать данные, SQL всё же не идиоты придумали в своё время. По крайней мере агрегирование с нужным таймфреймом делается одним запросом в MySQL. В браузере же максимум, на что рассчитывать приходится – это NoSQL (IndexedDB) и SQLite (WebSQL), а это убожество.
Да потом из БД удобно извлекать данные, SQL всё же не идиоты придумали в своё время. По крайней мере агрегирование с нужным таймфреймом делается одним запросом в MySQL. В браузере же максимум, на что рассчитывать приходится – это NoSQL (IndexedDB) и SQLite (WebSQL), а это убожество.
1) зачем там вообще php? ладно бы кеширование какое-то было...
пусть js берет данные прямками с биржи, раз уж такое решение выбрано
Про Same origin policy слышали?пусть js берет данные прямками с биржи, раз уж такое решение выбрано
оу. погорячился, да.
Имея аккаунт на BTC-E и небольшое депо можно сразу продавать через API при желании.
можно. у буржуев есть сервисы для мерчантов, действующие по такому принципу.но, к сожалению, это такой головняк на который идут только от большой любви к искусству
для развития розничной торговли за биток нужны не сервисы, а интерес к битку у производителей и оптовиков.
как только мерчант сможет оборачивать эти средства, он и сам решит вопрос с нужными сервисами.
Jump to: