Will see ...

Bitcoind runs as a complete bitcoin node (realtime block download without generation), also it used as RPC server. So trafic is standard in/out internet traffic.

Amazon cloud services gives some free VPS service , so it is great place to host bictoind daemon.

Technical data:
http://aws.amazon.com/free/

I made an free micro instance with Debian 6 server, hosting bitcoind , it works!
But I worrying about 1 million I/Os month limit. Bitcoind can exceed this limit, because there are a lot of disk writes to database.
Does anyone used Amazon EC2 as a bitcoind hosting ? Is is very interesting to see usage statistics.

Does any settings to reduce disk i/o by bitcoind ? F.e. enlarge database flush time?

Поднял в бесплатном инстансе Amazon EC2, запустил демона, полет нормальный.
Имеющихся ресурсов пока с головой достаточно, посмотрим что получится за сутки работы демона.

Есть идея закинуть туда демона bitcoind, чтобы потом коннектится к нему по RPC.
Вписывается ли демон в бесплатные лимиты Амазона?
По трефику по идее он не сильно будет съедать, по мощности процессора и дисковому месту также должен нормально вписаться, а вот по поводу дисковых операций есть сомнение, судя по логу он вечно что-то пишет/читает. А ограничение в 1 млн операций в год. Не думаю что это много, вот интересно, есть ли у кого-то практический опыт использования облачного амазона под эти цели?

Вот ресурсы бесплатного аккаунта:

http://aws.amazon.com/free/

Как настраивать все это счастье можно почитать тут: http://habrahabr.ru/blogs/hosting/135713/

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

Немного переделал скрипт, добавил ajax плюшек, шаблонизатор, проверки на доступность сервера (обрабатывается критическая ситуация его недоступности, т.е. если bitcoind упадет, это не уложит на лопатки весь пхп демон из-за повисших воркеров), поверки на ошибки.

Полностью ушел от идеи хранить параллельно в базе адреса аккаунтов, надеюсь это ни где боком не вылезет. Т.е. все привязанные к логинам адреса хранятся прямо в wallet.dat.

По быстродействию хз как оно будет, но работает достаточно шустро. На 200 тыс сгренерированных тестовых адресов, wallet.dat разросся на 140 мб, а скорость выборки уменьшилась с 5 до 50 мс на виртуалке, что в целом приемлемо.

Выглядит так:


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

Код разместил тут  http://github.com/Lexiks/Bitpay
полностью рабочий, постараюсь повесить демку куда-то.

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

К примеру вот есть один момент, я когда зачисляю баланс игроку, все btc скидываю с адреса игрока, на основной накопительный адрес. Затем проверяю, если на счете игрока 0 btc (т.е. транзакция по переводу прошла успешно), тогда выдаю ему игровую валюту.

Но без глубокого понимания теории , можно сильно накосячить, ибо float числа нельзя сравнивать с 0, они никогда таковыми ни бывают. Хотя на тестах у меня все работает,т.е. если на счету 0,000234 BTC и перевести на другой аккаунт 0,000234 BTC на счету будет 0 ($balance == 0 - true). В реальности же может быть иначе. Может вообще нельзя так делать и нужно еще параллельно вести баланс в отдельной таблице.

Да сервак не нужен, если что, для тестов, на каком-то амазоне в облаке подниму.

Да, думаю обращусь туда.

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

Я сделаю статью с подробным описанием и кодом как осуществить пополнение баланса (игрового/неигрового) при помощи btc, на гитхаб выложу исходники.
Потом размещу на хабре (с которого тут же перепечатают еще в 10-ок источников) и еще некоторых ресурсах уже непосредственно посвященных BTC.
Все что мне нужно будет, чтобы кто-то проверил готовую статью, дабы не было каких-то неточностей и явных косяков, просто привык такие дела делать с долей ответственности, ибо если сделаю какой-то косяк, потом много народу будет бестолку долбаться.

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

Проверил вышенаписанное на практике, полет нормальный. Запустил службу на linux серваке, дождался пока скачались все блоки.
Написал php скрипт, который проверяет по базе есть ли уже адрес у игрока, если нет, выдает.
В том же скрипте реализовал функции проверки баланса (чтобы игрок видел поступили средства или нет тыкая ajax кнопочку) и функции пополнения игрового аккаунта (в этот момент все поступившие средства переводятся с внутреннего btc  аккаунта игрока , на общий btc аккаунт сервера и btc игрока обнуляется, а игровой пополняется соответствующей суммой (тут проверка обнулился ли игровой акк).

Плюсы у данного алгоритма такие:
+ минимум кода и таблиц БД (всего одна простая с полями login - btc_address), ну еще одна будет наверное хранить историю пополнений
+ нет необходимости контролировать и хранить выписанные счета и суммы на них (только для истории)
+ пополнение доступно на любую сумму. Т.е. сколько btc игрок пополнит, столько по курсу игровой валюты и получит.
+ независимость, обошлись без сторонних сервисов

Минусы:
- нужен отдельный linux сервер (по скорости не важно, но место нужно гигабайта полтора для начала)
- rpc вызов из пхп . Не очень я люблю такие шаманства , при большом числе запросов любая сетевая ошибка связи с rpc сервером может вылезти боком (кучей зависших процессов, которые с удовольствием слопают все ресурсы сервера). Но тут число запросов будет по числу платежей, так что проблем не должно быть, накрайняк переписать основной код под nodejs , темболее есть клиентский пакет , так что даже код особо не изменится.

Для rpc использовал этот http://code.gogulski.com/bitcoin-php/ класс-обертку, достаточно добротно сделано и хорошо задокументированно.

Если кому интересно , код причешу хоть немного и выложу. А чуть позже наверное сделаю статью , ибо мануалов по этому поводу катострофически не хватает.

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

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

Порядок действий такой.
Игрок в личном кабинете переходит на станицу оплаты BTC (жмет кнопку оплатить через BTC).
Скрипт проверяет, есть ли в базе для этого игрока уникальный BTC счет , если нет, тогда генерит его используя bitcoind.getnewaddress('login01') и сохраняет в базе (счет навсегда закрепляется за этим логином), иначе извлекает старый.
Далее игроку высвечивается этот адрес для пополнения и соотношение 1 btc = единиц игровой валюты.
Игрок платит на этот BTC счет, и через какое-то время (необходимое для прохождения транзакции) жмет кнопку проверить баланс.
В этот момент скрипт делает bitcoind.getbalance('login01') ,если там любой ненулевой баланс,тогда запоминает сумму, и обнуляет баланс путем перевода на основной кошелек (если мы храним все на одном сервере bitcoind.move('login01','login02','1.00') ) или  переводит всю сумму на наш кошелек, который спрятан в надежном месте bitcoind.sendfrom('login01','1inux7eD8H13GrvBvdPjUbW7oSz8osgD8','1.00') , далее проверяется обнулился ли баланс , если да, эта запомненная сумма перемножается на курс игровой валюты и зачисляется на баланс игрока.
Оплата окончена.

Таким образом счета пользователей всегда будут содержать ноли, а средства будут выводить на 1 основной кошелек с одновременным зачислением игрового баланса.
Безопастность, в случае использования перевода на удаленный кошелек, также соблюдается полностью. Даже получив доступ к платежному хосту ничего не сделаешь.

В качестве rpc сервера используем линуксовый bitoind, в качестве клиента пхп скрипт https://en.bitcoin.it/wiki/PHP_developer_intro

Все ли я правильно делаю? Есть ли ограничение на количество созданных счетов на один аккаунт?

Да я не жалуюсь, и не для заработка все делалось, а как хобби.

Я к тому что лучше не битков подкинуть, а материалов по теме, это для меня будет намного ценнее.

На благодарность в нашем деле рассчитывать не приходится, это я уже по собственному опыту знаю. Мой сайт bitstock.info за полгода посетило больше 10 тыс уников, а надонатили аж 0,75 BTC  Так что работаем исключительно за идею.

Если есть еще какие материалы по теме, скидывайте все сюда, буду тестировать/разгребать. Потом постараюсь сделать по каждому отзыв.

ок, спасибо буду пробовать.

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

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

Просто меня давно удивляет ситуация , все пишут о том как хорош и удобен биткоин , как майнить , какие офигительные фермы они собрали, но о том, что позволило бы владельцу ресурса принимать оплату в BTC , тем самым давая почву для развития Биткоина в реальном секторе, минимум информации.

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

Я несколько отстал от темы, но сейчас будет потребность помочь организовать прием  BTC на одном игровом сервисе (продажа игровой валюты за BTC).
Какие сервисы на данный момент стабильно могут выступать в роли мерчанта за вменяемый %?
Выплаты в тех же BTC устроят (т.е. конверт в другие валюты необязателен).

Важно, чтобы был понятный api с возможностью выписки счета и callback-ом при поступлении средств. По типу Робокассы.

Также буду признателен за хорошее описание механизма самостоятельного приема BTC

Только что проверил opera 11.60 - работает нормально.

В какой конкретно версии не работает? Старые не очень-то дружат с вэбсокетами.

Проверил, все работает. У вас браузер скорее всего не поддерживает
WebSocket. Правда такой глюк еще может быть для ff8 . Попробуйте открыть в Chrome или Opera

Какие например? Там некоторые сервисы Iocoix, IxCoin уже попросту перестали работать, не доходят руки их убрать. Сейчас переделываю немного сервис, уберу скоро если вы про них.

Небольшой апдейт сервиса:

Добавил мониторинг бирж:
btc-e.com http://.info/?currency=btce и
x.ruxum.com http://.info/?currency=ruxum и
tradehill.com http://info/?currency=trhi

Добавлены альтернативные валюты:
IxCoin, I0Coin, SolidCoin

Появилась возможность просмотра в графическом режиме: курса, объема, мин/макс/начальной/конечной цены за последний год на основе данных MtGox.
http://.info/btcusd.html
(для изменения интервала, двигайте ползунок внизу).

В стакане теперь отображается сумма, необходимая для достижения нужного курса.
Изменена цветовая схема.

Service updated.
Some small improvements and were added other cryptocurrencies : IxCoin, I0Coin,SolidCoin. Due to the fact that currency APIs doesn't supports WebSockets, data updated every 5 minutes, but  you can also do this manually by pressing "Update" button.

You can set minimum and maximum margins for depth chart by pressing "Settings" button and installing "min depth chart price" and "max depth chart price" values .

Some previous opera versions needed to be restarted, so I'll keep this in instruction.

Т.е. все-таки depth нужен. Вам важна информация за прошлые дальние периоды или за последние неделю/месяц?

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