Волатильность и интернет-торговля

[oxxx]

Запилили мне скриптик (сам я не програмер), который позволяет указывать цены в bitcoin, не напрягаясь сильно, насколько он упал или вырос. Он, этот скриптик, автоматически парсит курс с биржи (btc-e, bitstamp) и обновляет цену на товар с нужной периодичностью.
Скачать, и посмотреть можно тут - http://btc-price.org/dynamix.php

Так что, если кто-то говорит, что торговать в биткоинах не возможно из-за подвижности курса - он теперь не прав.

Жду критику.

[Nabu]

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

[Nabu]

если пять раз быстро ткнуть "в биткоин", а потом быстро пять раз "в бумагу", что покажет?

[oxxx]

если пять раз быстро ткнуть "в биткоин", а потом быстро пять раз "в бумагу", что покажет?

всякое может показать...
скрипт делался без обращения к БД, и без записи в какой-либо файл... поэтому работает глюковато.
но для того, что бы понять, что и сколько стоит его достаточно.

может сделать версию с текстовым файлом?

...говорите - в тыкву?
Кто знает, может наступят времена, когда очень многие будут рады иметь хотя бы такую "тыкву"...

[Nabu]

глянул в код...

1) зачем там вообще php? ладно бы кеширование какое-то было...
пусть js берет данные прямками с биржи, раз уж такое решение выбрано

2) http://www.cbr.ru/scripts/Root.asp
http://www.cbr.ru/scripts/XML_daily.asp?date_req=02/03/2002

[sonicby]

Имея аккаунт на BTC-E  и небольшое депо можно сразу продавать через API при желании.

[m0Ray]

1) зачем там вообще php? ладно бы кеширование какое-то было...
пусть js берет данные прямками с биржи, раз уж такое решение выбрано

Про Same origin policy слышали?

[Nabu]

Имея аккаунт на BTC-E  и небольшое депо можно сразу продавать через API при желании.

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

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

[Nabu]

1) зачем там вообще php? ладно бы кеширование какое-то было...
пусть js берет данные прямками с биржи, раз уж такое решение выбрано

Про Same origin policy слышали?

оу. погорячился, да.

[m0Ray]

Ещё один момент, когда я захотел нарисовать свой визуализатор данных с биржи (с дамами и преферансом, разумеется), наступил на грабли: BTC-e отдаёт только 150 последних сделок, и никак на это не повлиять. Пришлось организовать опрос раз в 10 секунд (даже при 15-секундном интервале случаются «проскальзывания», а то, наверное, придётся и до 5 секунд уменьшить интервал в будущем) и складирование в БД.
Да потом из БД удобно извлекать данные, SQL всё же не идиоты придумали в своё время. По крайней мере агрегирование с нужным таймфреймом делается одним запросом в MySQL. В браузере же максимум, на что рассчитывать приходится – это NoSQL (IndexedDB) и SQLite (WebSQL), а это убожество.

[oxxx]

1. О неизбежном:
Если кто сделает(или найдёт в сети) аналогичный по задачам скрипт, (т.е. - "подвижные" btc-цены на ценниках)
но, как говорилось выше, с азартными играми, и другими развлечениями...
и ещё в свободном доступе, то - сообщайте в эту ветку!
Страна должна знать своих героев!

2. Начал собирать на вышеуказанном сайте информацию о свободных мерчант-скриптах для оплаты в btc,
и возник вопрос:
Реально ли сделать мерчант-скрипт без использования bitcoind?
Например, на основе вот этого: https://github.com/Lexiks/Bitpay
Чтобы не надо было ничего настраивать на сервере?
Например, подтверждая оплату с помощью blockchain, и других подобных сервисов (blockr.io, bitcoinmonitor.net).

[sonicby]

Ещё один момент, когда я захотел нарисовать свой визуализатор данных с биржи (с дамами и преферансом, разумеется), наступил на грабли: BTC-e отдаёт только 150 последних сделок, и никак на это не повлиять. Пришлось организовать опрос раз в 10 секунд (даже при 15-секундном интервале случаются «проскальзывания», а то, наверное, придётся и до 5 секунд уменьшить интервал в будущем) и складирование в БД.
Да потом из БД удобно извлекать данные, SQL всё же не идиоты придумали в своё время. По крайней мере агрегирование с нужным таймфреймом делается одним запросом в MySQL. В браузере же максимум, на что рассчитывать приходится – это NoSQL (IndexedDB) и SQLite (WebSQL), а это убожество.

https://btc-e.com/api/3/documentation

[hazarun]

Вроде запрещен в РФ прием оплаты в биткоинах ? Или уже нет ?

[m0Ray]

https://btc-e.com/api/3/documentation

Дополнительно принимает необязательный GET-параметр limit, который указывает, сколько сделок нужно вывести (по умолчанию 150).
Принимает значение не более 2000.

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

[Exdeath]

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

Во-первых не превратятся, во-вторых если считать копейки(можно сразу же продавать через api, за несколько секунд курс не сильно измениться), то не нужно забывать про комиссию, которую берут Visa/MasterCard.
В-третьих предлагаю ознакомиться с мат. частью здесь: http://habrahabr.ru/post/147258/

Применительно к Bitcoin чем же может быть полезна фьючерная торговля:
Вопрос «почему?» (или нафига нужен рынок биткойновых фьючерсов):

    Для защиты от рисков колебания курса Биткойна к доллару. Например, у вас есть 1000 BTC, и текущий обменный курс составляет $6 за 1 BTC. Таким образом, “по рынку” у вас биткойнов на 6000 долларов США. Если в будущем курс упадёт до $3 за 1 BTC, то ваши сбережения в долларовом эквиваленте уменьшатся вдвое, что не есть хорошо. Когда есть фьючерсы, проблему очень легко исправить. Достаточно открыть короткую позицию (“продать”) на 600 фьючерсных контрактов BTCUSD с ближайшей датой исполнения (600 потому, что лот одного контракта — $10) по цене 6.000. Если обменный курс пойдет вниз, то ваша вариацонная маржа будет положительной, и добавит ровно столько биткойнов, сколько нужно для того, чтобы купить 6000 долларов США. И это, кстати, называется — ХЕДЖИРОВАНИЕ.
    А что же будет, если обменный курс вырастет? Вариационная маржа будет отрицательной, но ценность биткойнов, которые у вас есть, также вырастет, а значит у вас их будет опять-таки ровно столько же, сколько нужно для того, чтобы купить $6000.

[xalexiv]

https://btc-e.com/api/3/documentation

Дополнительно принимает необязательный GET-параметр limit, который указывает, сколько сделок нужно вывести (по умолчанию 150).
Принимает значение не более 2000.

Это только в 3-й версии будет, и тоже не сильно улучшает ситуацию.

Не будет, а уже давно есть и работает:
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

[m0Ray]

Ну да, меня смутило, что beta...

UPD: Ну таки перевёл демона на третий API, вроде фурычит, но понервничать слегка заставили изменением имён полей и общей структуры данных. Ввёл также динамический limit: если стандартного размера вывод весь до последней записи неизвестен, то тут же запрашивается максимум  записей (ибо я подумал, что 4 следующих запроса с последовательно увеличивающимся limit для сервера хуже, чем 1 с максимальным).

[oxxx]

Вроде запрещен в РФ прием оплаты в биткоинах ? Или уже нет ?

В РФ - ещё нет.

PS:
применять скрипт можно и вне её юрисдикции

[Nabu]

Реально ли сделать мерчант-скрипт без использования bitcoind?

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

Во-первых не превратятся, во-вторых если считать копейки(можно сразу же продавать через api...

во-первых, за последние два дня курс упал на 20%.
во-вторых, думаю 90% продаванов на вопрос "что такое api?" ответят "идийское имя?"

[Seyoga]

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