google: проекты распределенных вычислений

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

Кому то приходится доверять, и в данном случае - разработчикам в лице Гэйвина... Мало того, в случае с bitcoin есть еще крупнейшие пулы майнинга, в лице DeepBit/BtcGuild/Slush/Eligius - mtgox/..., которые так же имеют ощутимое влияние на проект в целом... остальная серая масса - не имеет значения (я еще не говорю про ряд других проектов, использующих bitcoin, так как их влияние на сеть хоть и сильное, но косвенное).

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

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

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

Сервис скопирован с http://dailybitcoins.org/ ну почти, и возможно не с таким же функционалом...

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

1. как хотите (при текущей сложности блок в ~2 суток)
p.s. я бы все равно рекомендовал завести такие мощности на p2pool, считайте это 'коллективным соло' с хитрым алгоритмом учета вклада каждого пользователя, но при этом никто не украдет ваши средства (они сразу у вас появляются) и фактически без комиссии (пожертвования устанавливаются ключиком).

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

Фактически ВСЯ сеть вычисляет только один блок.

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

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

Это же ПЛИС! Фактически эти процессоры даже круче чем программируемые микро-контроллеры, так как их работа задается не программой а схемой, которую эти микросхемы эмитируют, что дает заметный прирост к возможностям распараллеливания.

Внимание вопрос - каковы приблизительно аналоги скоростей этих микросхем, если их использовать, например для задач 'средней паршивости', в качестве примера можно попытаться привести аналогию с GPGPU, есть ли какие то компиляторы OpenCL -> ПЛИС (я просто не в теме, но идеологически стандарт OpenCL это подразумевает), может кто-то исследования какие проводил на типичных задачах?

Гугл выдал ссылки на pdf-ки на подобные вопросы, с реализацией стандартного LinPack - скорости порядка сотен мегафлопс и даже гигафлопсы...

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

Просто OpenCL развивается, постоянно всплывают реализации серверных задач, использующих для ускорений GPU, как вам роутер/защита от DDOS на базе этих FPGA? Как минимум системы фильтрации, системы сжатия данных, конвертация.. а если будет оперативной памяти достаточно, то и распознавание видео,.. - эти задачи очень хорошо ложатся на параллельные вычисления. Значит даже в случаях фейла у ригбокса с bitcoin, теоретически есть будущее, только покупателя найти ПОКА сложно.

Как думаете, я прав? какие тут подводные камни?

все равно, таковы условия сотрудничества с visa/mastercard/... хотите с ними работать, деанонимизируйте своих клиентов, раскрывайте все транзакции

Вы самостоятельно модифицировали код bitcoind чтобы обрабатывать свои транзакции бесплатно, или есть где то уже готовый вариант? Понимаю что исправления тривиальные (в тупом варианте) но может есть что то более гибкое, например обработка ТОЛЬКО своих транзакций...

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

Окупаемость у рига порядка пол года (с большой долей вероятности, курс за гигахеш будет держаться в районе 60$-100$ в месяц). Лучше подумайте над другими вещами - как скоро можно будет получить риг после оплаты, как он будет доставлен в Россию (таможня - грубая и беспощадная), и самое главное, сколько таких ригов будет произведено, так как такие мощности уже способны повлиять на сложность сети (каждый от 0.5% мощности, 20 ящиков уже сдвинут сложность на 10% процентов).

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

Очень качественная статья про верификацию у mtgox у metabank.ru - https://bitcointalk.org/index.php?topic=67226.0

mtgox.com это не другой visa/paypal, вы же попросили вывод в в visa/paypal вот именно они и требуют, только не лично у вас и каждого, а у того кто покрупнее! Беспредел порождают именно банки, заставляя своих клиентов (так как клиенты - фактически заложники банков, а точнее банковской системы), вариантов в ближайшие годы тупо не будет.

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

http://www.rosbalt.ru/main/2012/03/15/957763.htmlp.s. остальные сайты рунета репостят друг у друга с рандомными модификациями. Первый канал это не то чему стоит верить,.. знакомые с китайским, можете привести более достоверные источники? Почти наверняка все не так понято, но прецедент очень грустный.

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

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

К сожалению клиент Electrum не позволяет использовать RPC и майнить.

Если НИКТО не обрабатывает транзакцию, то можно хитрым способом, модифицированным клиентом или любым способом удалив транзакцию из кошелька (самое простое - экспортировав/импортировав в другой кошелек ключи адресов с монетами от этой не подтвержденной транзакции) совершить double spend attack т.е. создать еще одну транзакцию, но уже с комиссией, в этом случае первая транзакция будет отменена из-за отсутствия монет после исполнения второй.

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

Например сейчас мощность пула p2pool примерно 300Gh - это 5-6 блоков в сутки (т.е. транзакции будут обработаны но скорее всего с задержкой в несколько часов).

Если это чудо работает, то не 'по причине' а 'вопреки', дело в том что подобное возможно тупо из-за идеологического бага windows/linux (или правильнее говорить posix), дело в том что информация о блокировке файла не переносится на hardlinks (softlinks в windows могут быть только директории), а значит вопреки запретам разума и логики базы данных, два или более клиентов bitcoin в вашем случае пишут в один и тот же файл базы данных (что естественно не предполагает драйвер berkley). Причина что у вас это еще работает - то что клиенты находятся на одном компьютере и значит скорее всего получают одну и ту же информацию из mesh сети синхронно, соответственно и пишут так же одну и ту же информацию, вот конфликта и не возникает.

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

Лично я считаю нет необходимости ежедневно публиковать новую базу, ну по желанию, а torrent и подавно не имеет смысл так часто обновлять (только что bdiff-патчи). Раз в месяц более чем достаточно.

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

И зачем напугал человека, пожелавшего сделать доброе дело?

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

p.s. хватит использовать недохостинги для публикации тяжелых файлов, используйте torrent, а чтобы совсем круто - сервис от создателей uTorrent, Share - http://www.getshareapp.com/
Это сервис, позволяющий публиковать файлы (их torrent) но при этом специальный сервер автоматическис качивает все такие файлы и поддерживает раздачу, даже если выложивший файл будет оффлайн.

magnet:?xt=urn:btih:2206901B85B911F0E19B3E4CA464466BC9A37140&dn=bitcoin-blockchain.13-03-2012.7z&tr=udp%3a//tracker.openbittorrent.com%3a80/announce

upd. форум не подерживает magnet ссылки

В чем заключается атака на неймспейс? данные хранятся в DHT - на узлах памяти требуется логарифм, запарятся атаковать, обрабатывать неймспейс - добровольное дело каждого майнера, желаешь обрабатывать - вперед

Vmware и Xen умеют делать переброс PCI/PCI-e/... внутрь виртуалки, но требуется соответствующая поддержка железом (VT-d у Intel, IOMMU у AMD), на практике это очень дорогое железо, в т.ч. далеко не всякое серверное.

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