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

Я настроил глупенькой bitcoind сценарий на пару моих Линукс машин отправить 1000 крошечное транзакцию на третью машину так быстро, как они будут работать.

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

Сценарии просто напечатали отсчет числа оставшихся шагов в цикле и на выходе из bitcoind sendtoaddress команды, как правило, только "послал",

Они оба начали быстро, пока там что-то вроде 600 операций, представленных тогда отправителей начали замедляться ощутимо. Один из них был совсем немного быстрее, чем другие, 3 или 4 раза быстрее, в связи я думаю, что на более быстрый процессор. Я сначала подумал, что это клиенты throtteling меня, чтобы спасти сеть от перегрузки или что-то, но это было только предположение. Мы позже понял, может быть, это базы данных становится немного медленно на моих старых дисков.

Тогда одна из моих машин вдруг показалось ускорить. Но это не было на самом деле. Это была ошибка, bitcoind демон умер. Немного исследования нашли .bitcoin диск был полон, так что вы не можете обвинить программу для отказа от туда! усмешка

Другая машина была шлифовка довольно медленно тогда вниз, может быть 5 секунд за одну транзакцию или просто так, судя по глазу. Это в конечном счете закончено примерно через 50 минут. нет никаких ошибок на всех.

Машина, который разбился после того, как я дал ему немного больше дискового пространства началась сразу же и показала он отправляется только 424 сделок, так что первоначальный тест затем - 1424 сделок за 50 минут. Он должен быть легким, чтобы получить больше.

Я думаю, что главное замедляя их был каталогом .bitcoin / баз данных. Они, казались, получить много данных, записанных в них некоторые 184MB на том, который управлял ут дисковым пространством и 1341 МБ на том, который сделал полные 1000 сделок.

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

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

Вот все, что я могу думать сейчас.