Мое имхо, безопасный и в то же время удобный портабельный вариант кошелька bitcoin - (а вообще то любого ПО) - это образ виртуальной машины, внутри которого зашифрованная минимальная установка linux + bitcoind + внешний http+js интерфейс.. если собирать образ из исходников на чем то уровня gentoo/arch, то можно его сделать очень кроссплатформенным (если актуально), некоторые user mode linux виртуальные машины можно водрузить даже мобильные платформы (тот же android)

p.s. лучший бакап кошелька - это автоматическое или ручная отсылка команды bitcoind backup /path/to/backup после каждой операции с кошельком, с последующим шифрованием и отсылкой его в какое либо облачное хранилище (скрипт из 3 строчек + ~1$ в год амазона и/или бесплатно в гугле)
========

p.p.s. а нужно ли такое готовое решение кому-либо? А то уже очень часто всплывает на этом форуме вопросы подобного рода... сколько это может стоить (сколько готовы заплатить/потребовать за opensource сборку? 10$/100$/1000$)?

Кстати, тут проскакивали предложения о коллективном сборе пожертвований на opensource проекты... вот вам пример, кто-нибудь берется организовать (реализовать или найти исполнителей, задать задачу и проконтролировать результат) публикует свой адрес и при наборе необходимого минимума берется за работу. Мой адрес в подписи...

я думаю для решения этой задачи необходимо:
1. собрать общество единомышленников, верящих и воплощающих в жизнь демократию с технократичным привкусом (или наоборот)
2. развить это общество до политически-значимого количества и политико-экономического влияния, лобби в законотворчестве (миллионы участников, свои религиозные фанатики и юродивые, признание сми,..)
3. успешно отбиваться ото всех нападок текущего правящего режима (от законных и тролящих, до уголовных)
...
где то сотым пунктом разработать и выпустить в тираж техническую платформу (оборудование и ПО)
...
где то тысячным пунктом внедрить эту платформу в эксплуатацию
..

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

Помню когда изучал термины, трудно было понять за сухим определением что к чему:

* market - созданный ордер будет исполнен максимально быстро по текущей цене (саму цену указать нельзя)
Само собой то что видно на экране и та цена, по которой ордер будет исполнен - разные вещи, в особенно сильную движуху на рынки скакать цена может  сильно, так что готовьтесь к 1-0.5%.. если все спокойно - цена будет именно текущей.
Имеет смысл использовать для немедленного 'входа и выхода' (когда закрываете позицию кнопкой 'Liquidate' - также создается такой ордер)

* limit - ордер исполнится в тот момент, когда это будет возможно и по цене не хуже указанной (для покупки - это значит цена опустится ниже или равной указанной, а для продажи - выше или равной указанной)
Основной ордер, используется, когда нет желания самостоятельно ждать перед терминалом нужной цены на рынке (а значит почти всегда), зато можно выставить сразу 2 ордера buy/sell по ценам, между которыми по вашим прогнозам будет совершено одно колебание рынка, и получить готовый профит автоматически (или не получить, если прогнозы не сбудутся).
Необходимо понимать, что на идеальном рынке, цена определяется именно совокупностю таких ордеров (они составляют стакан), и если ваши объемы достаточно велики то ваши ордера могут 'запереть курс' в указанных границах, т.е. они так и не исполнятся 'именно по вашей вине'. Кстати именно этим можно воспользоваться (и я думаю успешно пользуются) для локальных изменений курса, держа на счете крупные суммы и выставляя и перемещая ордера, двигая курс в нужную сторону.

* stop - выглядит как limit наоборот, этот ордер исполнится когда цена станет лучше или равной указанной (для покупки - это значит цена поднялась до указанной цены, для продажи - соответственно цена опустилась ниже указанной)
Используется для того чтобы ограничить рост убытков при открытой позиции, или эффективно открыть новую позицию. Например вы открыли позицию BUY по цене 10$ (т.е. купили bitcoin) и значит ожидаете роста курса, но на случай если он упадет вы выставляете stop sell по цене 9$ (точнее вычисляете, какую сумму вы готовы потратить в случае ошибки прогноза и уже из нее вычисляете стоп-цену), и если ваш прогноз ошибочный, позиция закроется по 9$ если цена начнет падать и вы не потеряете больше чем запланировали.

* trailing stop - это тот же самый stop order, но он автоматически изменяется при изменениях цены на рынке в одну сторону (для buy - уменьшается, для sell - увеличивается, на ту же величину, что изменилась цена)
Например используется для случаев, когда цена изменяется в одну сторону очень быстро (сильные движения), а вы уже можете получить прибыль, если закроете позицию.. так чтобы не сидеть и не ждать, до куда дойдет текущее движение, можно выставить этот ордер по цене, по которой ожидалось закрытие, но вне текущего рынка (с запаздыванием), и этот ордер будет как привязанный изменяться за текущей ценой... этот ордер обязательно догонит рынок и исполнится... причем уж точно не хуже его начальной цены.
Это очень удобный ордер, но алгоритм 'цена изменяется на ту же величину, на какую изменилась текущая цена' мне кажется неверным... но другого нет (зато есть API и можно придумать что то свое).

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

Алгоритм прост:
* заводишь бабки
* конвертируешь тут же USD <-> BTC (новая фишка, до этого выводит в mtgox code конвертил и тут же заводил обратно)
* попеременно открываешь и закрываешь позицию покупкой или продажей
buy/sell по ценам отличным от текущей позиции сдвигает ее цену так по довольно простому алгоритму - складываем объемы USD и BTC в позиции и сделке (вычитаем если сделка в противовес позиции - там для простоты так и пишут отрицательный объем), новая цена позиции равна USD/BTC.

p.s. помним, что спред может расшириться в любой момент, так что trailing ордера могут оказаться не такими выгодными (хотя чем мельче объемы тем слабее будет дергаться bitoinica чтобы их у вас отобрать)

Зачем размещать акции пула на GLBSE?
Имеет ли смысл ТУТ дивиденды?

GAE для пула не подходит, минимум только для веб-морды и биллинга (вроде никто в опенсорс такое не выложил, я бы как разработчик оценил это в 300-500$ минимум).
Основная нагрузка (себестоимость проекта) - доработка имеющихся демонов/прокси майнинга к bitcoind и защита от ddos.

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

Договори про конечный итог сумм!

Разработка и первый тестовый выпуск 50+10, возможно будет повторный на отлов багов? - пусть будет 70к, кстати рублей, баксов или евро?
Сколько может стоить партия в 1000 готовых плат? а 10000?
Во сколько может обойтись сборка плат в корпус с охлаждением (разработка корпуса и комплектующие вида кулеры, болтики и материалл сюда-же)?

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

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

p.s. Как я вижу никто не проверяет время, записываемое в блоке... хотя да, атаки с его искажением могут быть слишком дороги.

Тогда я вообще не понимаю, причем тут bitcoin? только ради публикации подписанного хеша своего документа и пометки времени этой публикации?

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

Как собираетесь проверять текст на уникальность? берем чужое, добавляем/изменяем пробел, перевод строки, слово...
Для проверки на уникальность необходимо будет хранить сам текст. Например размер апрельского дампа базы lib.rus.ec - 150Гб...

p.s. но база данных всех книг в freenet-style сети вполне себе полезная вещь.

для покупателя

ixcoin и i0coin (и еще geist geild) очень слабые сети (низкая сложность), рекомендую не отсылать bitcoin/$/услуги за предоставленные монеты не дождавшись БОЛЬШЕГО чем просто 6 количества подтверждений транзакции, например равного, приблизительно, количеству блоков, необходимых для получения торгуемого объема монет (защита от атаки 51%..)

p.s. еще лучше и надежнее использовать коэффицент https://en.bitcoin.it/wiki/Bitcoin_Days_Destroyed умноженный на объем монет в сутки (получим объем монет, которые безопасно проводить на текущий момент)

Для меня непонятно только одно, зачем нужна машина тьюринга, основанная на невероятно неудобном для этого механизме bitcoin?

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

* Во первых вы и ваш партнер себя как то деанонимизируете на самой бирже (я не верю, что на владельцев mtgox не наехали с требованием выдать всю доступную информацию).
вам обоим как минимум придется совершать сложные действия по размазыванию своих операций с биржами и банкам во времени и возможно по аккаунтам, с передачей средств в bitcoin через сложный алгоритм анонимизаций, который еще нужно придумать и реализовать.
* Во вторых, как уже заметили, рынок обмена bitcoin/деньги имеет очень слабую (или правильно говорить низкую?) ликвидность, обороты очень маленькие!
в принципе, операции с небольшими объемами возможны, 1k$-5k$ двигают рынок незначительно, даже как показывает практика, в пределах стопов ботов и у них не срывает башку и не начинается паник buy/sell. Более крупные суммы порядка 30к само собой возможны, но широкий спред для таких операций определит очень высокую комиссию (порядка 10%-20%, точнее нужно просто посмотреть в стакане, например тут mtgoxlive.com), большие суммы за короткий период провести через биржу с гарантиями не возможно... без каких либо договоренностей с тем, кто собственно рулит курсом и скорее всего большей половиной средств на биржах вообще (порядка 150к$ и 100k bitcoin минимум - просто по наблюдениям за торгами), но на них еще нужно как то выйти.
* В третьих.. вот если бы вы и ваш партнер проводили свои операции напрямую в bitcoin, это бы сильно помогло проекту

http://www.cryptoxchange.com/t/AboutUs
Не могу найти, на что именно они получили лицензию.. а так, очередная биржа без ожидаемых фишек: опционов, мерчанта с API и т.п.

Основная цель алгоритма bitcoin proof-of-work - определить порядок создания блоков (объединение их в цепочки) в децентрализованной сети, используя основную идею - кто сильнее, тот и прав (если клиенту по mesh-сети приходит информация о двух и более блоках с одним родителем - будет выбрана более длинная цепочка, т.е. на которую было потрачено больше ресурсов). Именно на этом основана атака 51% и если кто то говорит что найдено децентрализованное решение, я не очень этому верю - так как это либо централизация (как я помню, были предложения от владельца solidcoin 2.0), либо изменение основы алгоритма (пока неизвестно как, но это будет безусловно гениальное изобретение).

Можно попытаться обнаруживать разрывы связности (постоянно пингуя всю сеть особым пакетом, в котором отмечаются все участники + минимальная история состояний online/offline узлов), но остается та же проблема - что делать с отваливающимися кусками сети. Либо выбирать 'кто сильнее', либо блокировать/откладывать проведение транзакций.

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

p.s. А еще можно изменить алгоритм хеширования (sha -> scrypt -> что-угодно-хоть-ангализ-ДНК ), лишь бы была возможность быстро проверить результаты его работы - проблему не решит, но изменит соотношение сил (предыдущие владельцы больших мощностей GPU вдруг перестают быть таковыми для нового алгоритма, т.е. уже становятся важны владельцы CPU ресурсов) и вдруг позволит принести больше дополнительной пользы (считать пустые хеши не так весело как переставлять узлы в молекуле или 'искать нефть на марсе').

Что тут непонятного?
Каждый ваш (и не только) ордер в алгоритме bitcoinica влияет на цену, по которой каждый следующий ордер может быть исполнен. Т.е. в какой то момент ваши предложения продать bitcoin по цене 1$ не смогут быть выполнены, потому как текущее значение тика buy станет ниже.

p.s. ордера в bitcoinca по умолчанию лимитные (но есть stop и trailing stop, хотя практика показала, что последним слепо доверять совсем не стоит, в том смысле что спред может временно очень сильно распухнуть и раньше ожидаемого исполнить ордер, бизнес есть бизнес), и предложение продать bitcoin по цене 1$ может исполниться по цене значительно выше (что то между вашим предложением и текущим рынком,.. иногда кстати выгоднее чем было отображено в тиках, но незначительно).

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

Согласен, что шок не сильный.. но будет ('практика показала' - скорость транзакций упала почти на 30%, ночью я ожидал подтверждений 4 часа, было не очень приятно) и да конечно, на работу самой сети это никакого влияния не окажет.

bitcoinica гарантирует что операция по указанной цене будет произведена только с позициями, объемом не больше 50btc, та если дробить, то пока выполняется одна операция, цена будет меняться.

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

p.s. если такой ордер будет создан на mtgox + tradehill то, тот кто успеет закрыть/открыть позицию по нужной цене - озолотится за счет сервиса bitcoinica.

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

Логи чата можно не хранить в блоках совсем, а завести для этого отдельную базу - временное хранилище (пусть сообщения хранятся xxx блоков, каждый клиент у себя чистит базу при получении нового блока), транслировать эту базу через mesh-сеть вместе с блоками.
Шифрование уж точно не проблема, зато польза от дополнительного хранилища, даже лимитировано во времени - огромна (за него кстати так же можно брать комиссии).