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

Лично мне больше нравятся "графики" что ниже этого поста.

Используемая большинством методология больше похожа на вот эту:


Какой смысл искать аналогии с прошлым пиком. Тогда были совсем иные условия.

Ну, смотря кто будет покупателем. Если авалоны будут покупать те, кто "в теме" за имеющиеся биткоины, тогда они просто перетекут со счета на счет, не оказав ни какого влияния на рынок (не считая того, что производителю понадобятся $$ для производства). Либо сторонние люди, которые придут на биржу за битками с баксом, тогда это увеличит спрос на BTC.

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

arruah, ну по сути это будет не просто миллион, а +миллион, есть разница.

lucif, а первый батч был за биткоины онли или за бакы тоже? 

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

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

Знакомые просили вот такой вопрос уточнить, подскажите, стоит ли им связываться с подобной схемой или это чревато. Те. есть некоторая сумма на mtgox , нужно ее вывести в реал. СПД на едином налоге (Украина) 3 группа 5% без НДС (ИТ услуги).
Т.е. в идеале вывести на счет в банке (открытый на СПД в ПриватБанке) через wire и swift , дальше заплатить 5% налога и на карточку + 0,75% . Т.е. Выходит 5,75% + 50USD за wire. Вполне нормально + как бы по честному.
Только тут пара моментов:
1). получится (и можно ли ) делать перевод на счет СПД . Это как бы хоть и не юр лицо, но все равно счет предпринимательский и получается поступления, связанные с хоз деятельностью. И также вэд. Хотя вроде вэд на информационных услухах разрешен по дефолту.
2). Перевод будет в USD, а счет в гривнях, получится ли конверт, или придется открывать счет в USD (а как я понимаю, открыть его для СПД некая проблема)
3). Ну и налоговую заинтересует происхождение средств, да и сумма будет несколько превышать среднемесячные обороты. Т.е. очень похоже на отмыв. Ну, и понятно , не будет ни каких сопровождающих документов (договора, акта ...)

Мое мнение - это головняк, не стоящий того, чтобы с ним связываться. Могут запросто впаять 17% в лучшем случае.
Но чисто теоретически , интересует мнение знающих людей.

Т.е. бумагой ничего не отсылали, только вот эти сканы файлами?

А все же , на что там ограничения стоят? Если хочу продать через гокс некоторую сумму бтс, чего стоит опасаться? Вроде лимиты 1К долл в сутки и 10 тыс в мес не собираюсь превышать, тогда не стоит верифицировать акк? Или могут локнуть по другой причине. У меня все входы с одной подсетки, акк регал почти в самом начале работы с биржей, работаю через юбикей халявно высланный .

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

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

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

А я и не предполагал что bitcoind находится на том же сервере, где и сайт.
Сайт может располагаться на любом, самом простом, хостинге, а bitcoind крутится на отдельном выделенном сервере. Зачем воротить лишние плагины, есть есть RPC для bitcoind ?
ну разве что я бы его немного доработал, сделав, например, лок, при попытке отправить сумму свыше определенного лимита и на этом же уровне проверять валидацию данных, дабы исключить возможность отправки левых комманд.

Если вы про то, как установить демона на амазон и вообще на выделенный сервер, то мануал я делал тут https://bitcointalk.org/index.php?topic=62498.0

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

Про шифрование разделов было сказано выше.

Хотя можно и не заморачиваться таким, а зашифровать только папку с wallet.dat тем же truecrypt и монтировать ее после ребута.

promankirov, а смысл так заморачиваться? Я вот в процессе все равно пришел к схеме:
все скрипты на стороне магазина, а демон на отдельном сервере, разделив скрипты на серверные и клиентские чисто логически, для облегчения интеграции. Т.е. серверные скрипты они не столько серверные, сколько перманентные для большинства случаев, а клиентские, это изменяемые в зависимости от специфики сервиса.
В магазинах вообще нет смысла сильно шифроваться, достаточно все поступившие на кошелек средства, тут же переводить на другой кошелек, спрятанный в надежном месте. Ведь магазин, это не обменник, которому надо постоянно держать в запасе бтц на вывод.
Таким образом на демоне будет минимум живых денег.

Как вариант можно использовать вашу идею, но без заморочек с IRC.
Т.е. будем иметь базу заранее сгенерированных адресов, которые будем выдавать клиенту для проведения оплаты, а bitcoind будет только проверять поступили ли деньги, но не содержать самих хэшей от этих адресов. Тогда останется лишь с 3-ей стороны подливать периодически новых адресов в базу.

Вот интересно, как при помощи bitcoind проверить поступили ли средства на определенный адрес, не обладая wallett.dat с этим адресом?

Согласен, если обороты сколь-нибудь серьезные, вдс-кам доверять нельзя, только свой выделенный сервак.
В случае же с обычным интернет-магазином, вообще нет смысла там держать бабло, амазон использовать только как демона для проверки транзакций, а все средства автоматом переводить на другой кошель, который находится в надежном месте.
Хотя опять-таки, не нужно судить по отдельным случаям о всех облачных сервисах. Если кто-то обжегся молоком, не значит что надо всем на воду дуть.
Amazon контора серьезная, там хостятся такие проекты, для которых 40К бтц это даже не семечки, а шелуха от них. linode же вообще шарашкина контора, где они ее откопали.

Вот только что заглянул в стату Амазона.
За месяц слопало 0.51$ за поддержание демона в рабочем состоянии. И хотя нагрузка на него была небольшой, но основные операции все равно через него шли.
Так что метод вполне себе рабочий и практически шаровой.

Is this service alive? Are any reviews of them ?

Не спору ради, а исключительно для самообразования, у вас есть реальные подтверждения своим словам? (Интересно даже без конкретных фактов, неужели вышеописанная схема реальна?)

Вот так все просто у вас.
Посмотрел по своим адресам , даже страна не совпадает. Не понимаю вообще смысла этого "Associated ips". Это надо чтобы среди 8 нод, к которым я подсоединюсь для отправки платежа, был стукач, но я могу подсоединится к любой ноде , я так понимаю ноды из irc/dns берутся только при самом первом запуске клиента, потом они выбираются случайным образом из уже известных.

You can download latest base snapshot from here http://eu1.bitcoincharts.com/blockchain/. So you don't need to do full sync.

P.S. I used MomentoVPS , good service, all works fine! But site design is terrible

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

Максимум что туда еще доделаю, это цену товара в у.е. и пересчет по курсу на момент оформления заказа. Остальное , как правило, уже есть в любом движке

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

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

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

Итак, исходники тут: https://github.com/Lexiks/BitServ
Live-demo с полностью рабочим функционалом тут http://bitpay.tk/bitserv/example
(написал простенький скрипт витрины магазина, для демонстрации работы платежных скриптов).
http://bitpay.tk/bitserv/server/admin.php?action=show_orders просмотр всех заказов (миниадминка).

Описание работы:

После выбора товара из списка и количества,покупателя перекидывает на скрипт bitclient.php , которому Post запросом передается ItemNo товара , а также его количество (Count) , через сессию передается UserNo покупателя (если он авторизировался), используя все эти данные создается запись в таблице Orders и управление передается скрипту, принимающему оплату bitserver.php , тут для клиента генеритсяя уникальный Btc адрес (в качестве аккаунта используется md5 от полей  Логин+Номер заказа+Хэш , для каждого заказа свой адрес) и выводится диалог для оплаты. После того как клиент оплатил требуемую сумму, он жмет на кнопку "проверить" , запрашивается баланс по его адресу и в случае успеха, клиент перекидывается на страницу, которая сообщает ему, что оплата успешно принята, а также и вызывается CallBack функция CompleteOrder из скрипта result.php , которая извлекает детали заказа и в реале выдает клиенту оплаченое.

Интеграция в реальные условия очень простая,
разместить в рабочий каталог магазина
/server/bitserver.php
/client/bitclient.php
/client/result.php
/common/*
в файле config.php поправить параметры доступа к mysql базе и серверу bitcoind .  Шаблоны допилить под свои нужды и под свой шаблонизатор, прикрутить авторизацию . В общем работы не больше чем при использовании обычного мерчанта.  
каталог examples -это как понятно из название примеры использования, debug_func.php - отладочная функция, которая перекидывает из тестового кошелька нужную сумму, в реальных условиях, понятно, не нужна.

Автоматическую разноску поступивших платежей сделал пока примитивно
http://bitpay.tk/bitserv/server/admin.php?action=cron - выбирает все неоплаченные заказы и по каждому уточняет баланс. Чуть позже переделаю по-человечески, чтобы на таймауты php не нарываться.

Про то как настроить bitcoind можно почитать тут https://bitcointalk.org/index.php?topic=62498.0 , также ничего сложного.

Сообщение утратило актуальность.