Аппаратное ускорение bitcoind?

Можно ли использовать Основныеоперации аппаратные средства для повышения производительности bitcoind? Скажите, когда это загрузив blockchain и работает все эти расчеты SHA256? Может быть, мы могли бы использовать некоторые из этих USB флэшки шахтеров за это.

-сойка

Цитата: LiveJay от 23 ноября 2013 года, 9:31:38 AM

Для ускорения bitcoind и нужно реализовать в аппаратных средствах проверки подписи Algo.

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

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

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

Ты можешь "аппаратное ускорение" Bitcoin через использование x86_64 бинарники вместо 32-х. Проверка хэширования функции и подпись * много * быстрее на 64-битных.

Linux распределяет 64-разрядные и 32-разрядные двоичные файлы. В настоящее время для Windows и Mac строит являются 32bit только и может быть быстрее, если бы 64-разрядные сборки. Разработчики не хотят делать дополнительные 64-разрядные сборки, потому что будет больше времени в тестировании QA, поэтому было бы стоимость в оплате разработчиков сделать и протестировать его.

Цитата: wtogami от 23 ноября 2013 года, 9:29:16 PM

Да, это ^^

адресация цит: да, больше вычислительной мощности будет обрабатывать вашу активность клиентов быстрее, так что если у вас есть несколько миллисекунд, чтобы сэкономить, я бы советы wtogami и обновить ваш ГОВНО, прежде чем его слишком поздно

Цитата: RagnarDanneskjold 24 ноября 2013 года, 4:38:45 AM

Я бы советы wtogami и обновить ваше ГОВНО, прежде чем его слишком поздно

Ну, мой MacBook Pro довольно высокие, но я буду смотреть на восстановление локально, чтобы воспользоваться 64-битной LIBS. Но что вы имеете в виду "слишком поздно"?

-сойка

Цитата: LiveJay 24 ноября 2013 года, 5:06:49 AM

Цитата: RagnarDanneskjold 24 ноября 2013 года, 4:38:45 AM

Я бы советы wtogami и обновить ваше ГОВНО, прежде чем его слишком поздно

Вы узнаете достаточно скоро

Если вы не добыча, дорогая часть проверка ECDSA, не SHA256.

Вполне вероятно, можно реализовать это paralellized на GPU с OpenCL, не уверен, хотя (и не сколько вы бы действительно выиграть ...), и это не так просто, как с SHA256.

По словам Google, по крайней мере, один человек попытался заглянуть в него раньше: http://stackoverflow.com/questions/12924059/extracting-a-part-of-openssl-into-one-single-preprocessed-source-file

Может быть, лучше начать с secp256k1 библиотеки СИПА вместо OpenSSL, как это уже более специализированы.

Цитата: lophie 24 ноября 2013, 12:35:23 PM

http://software.intel.com/en-us/articles/intel-sha-extensions

видеть:

Цитата: Джон Смит 24 ноября 2013 года, 8:10:31 AM

Если только вы добычи, дорогая часть проверка ECDSA, не SHA256.

Вполне вероятно, можно реализовать это paralellized на GPU с OpenCL, не уверен, хотя (и не сколько вы бы действительно выиграть ...), и это не так просто, как с SHA256.

По словам Google, по крайней мере, один человек попытался заглянуть в него раньше: http://stackoverflow.com/questions/12924059/extracting-a-part-of-openssl-into-one-single-preprocessed-source-file

Может быть, лучше начать с secp256k1 библиотеки СИПА вместо OpenSSL, как это уже более специализированы.

Как отметил процессор не является узким местом. Самый дорогой процессор часть блока проверки является ECDSA проверки подписи и средний процессор сегодня может сделать >15000 проверок в секунду. Это, вероятно, будет масштабироваться с законом Мура. Для того, чтобы положить, что в перспективе сеть Bitcoin прямо сейчас <0,5 ТФС.

Полоса пропускания между узлами является самым большим препятствием, после чего будет скорость ввода-вывода, после чего будет доступной памяти, далеко после того, как это дисковое пространство и величины после того, как это было бы власти центрального процессора. Тем не менее, в теории, если Bitcoin каждый стали много больше величин можно разработать ASIC, предназначенный для быстрой проверки транзакций и блоков.

Цитата: DeathAndTaxes 25 ноября 2013 года, 1:39:07 AM

Хорошо, я вижу, просто вопрос вы видите других пользователей (в том числе предприятий) больше заинтересованных в этом, чем шахтеры, и почему?

Я не вижу никого, интересуясь или необходимости это в течение очень долгого времени, если когда-либо. Как указывалось процессор способен >15000 ТПС (или 30,000x больше объема TX, который в настоящее время имеет Биткойн). Закон Мура все еще живы и хорошо за короткий срок так через десять лет, что, вероятно, будет больше походить 480000 ТПС (около 50x процессов, что VISA).

Тем не менее, может быть, когда-нибудь в будущем это может иметь смысл, как энергия / стоимость меры экономии, но в тот же день, скорее всего десять лет или больше (если он когда-либо).

Но ребята быть справедливыми в сравнении Bitcoin никогда не будет бить централизованные системы для сделок. Децентрализованные никогда не бил централизован в количестве транзакций в секунду

Bitcoin побеждает эпически в других аспектах, но только не этот.

Цитата: lophie 25 ноября 2013 года, 3:01:41 AM

хорошо ... но это никогда не было темой этой дискуссии

Цитата: lophie 25 ноября 2013 года, 3:01:41 AM

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

Цитата: DeathAndTaxes 25 ноября 2013 года, 1:39:07 AM

Ускорение проверки ECDSA может помочь во время первоначальной синхронизации (Это одна из причин SIPA сделало secp256k1 библиотеки с операциями ECDSA в руке оптимизированных сборок).

Не то, что я ожидал реализации на основе GPU в ближайшее время, но кто-то может быть достаточно ума

Да, я также предположил, что это не поддержание работы, но самонастройка, что является основной проблемой для ОП.

Я читал где-то около ~ 60 миллионов транзакций в блоке цепи до сих пор - с 15k проверок в секунду, что по-прежнему занимает 4000 секунд или немного больше, чем 1 часов, даже если они направлены прямо в кэше процессора, без задержки ввода-вывода или накладных расходов на все. Я бы не назвал, что очень важно (ведь он проверяет все транзакции в Bitcoin когда-либо), но все же там может быть некоторый потенциал для оптимизации, особенно видя, как много людей были в состоянии ускорить вычисления для SHA256 (SHA256 ()) для добычи полезных ископаемых на протяжении многих лет и ECDSA это мое понимание даже не так сложно, но просто использует большие числа, которые не так легко справиться.

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

23 ноября 2013, 9:31:38 AM	# 1
LiveJay Сообщений: 58 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Можно ли использовать Основныеоперации аппаратные средства для повышения производительности bitcoind? Скажите, когда это загрузив blockchain и работает все эти расчеты SHA256? Может быть, мы могли бы использовать некоторые из этих USB флэшки шахтеров за это. -сойка

23 ноября 2013, 1:17:44 PM	# 2
Ну-с-Beyond Сообщения: 1792 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Получил 1806 Биткоинов Реальная история. Цитата: LiveJay от 23 ноября 2013 года, 9:31:38 AM Можно ли использовать Основныеоперации аппаратные средства для повышения производительности bitcoind? Скажите, когда это загрузив blockchain и работает все эти расчеты SHA256? Может быть, мы могли бы использовать некоторые из этих USB флэшки шахтеров за это. -сойка Для ускорения bitcoind и нужно реализовать в аппаратных средствах проверки подписи Algo.

23 ноября 2013, 3:21:13 PM	# 3
Sukrim Сообщения: 2212 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Шахтеры могут быстро проверить хэш блока цепи, да. Это не является узким местом, однако, мой мобильный телефон может сделать это в секундах, в течение всей цепи. Основная работа, хотя, вероятно, проверка подписи, хотя и нет ASIC реализации, что я знаю. Я также не слишком уверен, если это было бы возможно даже разгрузить это OpenCL (на графических процессорах, например), так как есть много данных, подлежащих обработке, и много изменений не слишком хорошо работать с распределенными алгоритмами (слишком много общения над головой создает узкое место там, а не в конце вычислений). Это может быть интересно, что нужно попробовать, а также на такие вещи, как SSL или другой крипто, чтобы разгрузить это более специализированное оборудование ... Я не в курсе каких-либо серьезных инициатив в этом направлении, хотя - до тех пор, пока OpenSSL-OpenCL, я сомневаюсь многие люди будут доверять даже что-то подобное.

23 ноября 2013, 4:14:15 PM	# 4
реветь Сообщений: 88 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? ну, проверка подписи может быть сделана на видеочип, если большинство подписей корректны. то графический процессор может проверить все подписи и только очень редко подписи должны быть выброшены becaus предыдущей сделки недействительным.

23 ноября 2013, 9:29:16 PM	# 5
wtogami Сообщения: 263 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Ты можешь "аппаратное ускорение" Bitcoin через использование x86_64 бинарники вместо 32-х. Проверка хэширования функции и подпись * много * быстрее на 64-битных. Linux распределяет 64-разрядные и 32-разрядные двоичные файлы. В настоящее время для Windows и Mac строит являются 32bit только и может быть быстрее, если бы 64-разрядные сборки. Разработчики не хотят делать дополнительные 64-разрядные сборки, потому что будет больше времени в тестировании QA, поэтому было бы стоимость в оплате разработчиков сделать и протестировать его.

24 ноября 2013, 4:38:45 AM	# 6
RagnarDanneskjold Сообщения: 144 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Цитата: wtogami от 23 ноября 2013 года, 9:29:16 PM Ты можешь "аппаратное ускорение" Bitcoin через использование x86_64 бинарники вместо 32-х. Проверка хэширования функции и подпись * много * быстрее на 64-битных. Linux распределяет 64-разрядные и 32-разрядные двоичные файлы. В настоящее время для Windows и Mac строит являются 32bit только и может быть быстрее, если бы 64-разрядные сборки. Разработчики не хотят делать дополнительные 64-разрядные сборки, потому что будет больше времени в тестировании QA, поэтому было бы стоимость в оплате разработчиков сделать и протестировать его. Да, это ^^ адресация цит: да, больше вычислительной мощности будет обрабатывать вашу активность клиентов быстрее, так что если у вас есть несколько миллисекунд, чтобы сэкономить, я бы советы wtogami и обновить ваш ГОВНО, прежде чем его слишком поздно

24 ноября 2013, 5:06:49 AM	# 7
LiveJay Сообщений: 58 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Цитата: RagnarDanneskjold 24 ноября 2013 года, 4:38:45 AM Я бы советы wtogami и обновить ваше ГОВНО, прежде чем его слишком поздно Ну, мой MacBook Pro довольно высокие, но я буду смотреть на восстановление локально, чтобы воспользоваться 64-битной LIBS. Но что вы имеете в виду "слишком поздно"? -сойка

24 ноября 2013, 5:08:06 AM	# 8
RagnarDanneskjold Сообщения: 144 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Цитата: LiveJay 24 ноября 2013 года, 5:06:49 AM Цитата: RagnarDanneskjold 24 ноября 2013 года, 4:38:45 AM Я бы советы wtogami и обновить ваше ГОВНО, прежде чем его слишком поздно Ну, мой MacBook Pro довольно высокие, но я буду смотреть на восстановление локально, чтобы воспользоваться 64-битной LIBS. Но что вы имеете в виду "слишком поздно"? -сойка Вы узнаете достаточно скоро

24 ноября 2013, 8:10:31 AM	# 9
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Если вы не добыча, дорогая часть проверка ECDSA, не SHA256. Вполне вероятно, можно реализовать это paralellized на GPU с OpenCL, не уверен, хотя (и не сколько вы бы действительно выиграть ...), и это не так просто, как с SHA256. По словам Google, по крайней мере, один человек попытался заглянуть в него раньше: http://stackoverflow.com/questions/12924059/extracting-a-part-of-openssl-into-one-single-preprocessed-source-file Может быть, лучше начать с secp256k1 библиотеки СИПА вместо OpenSSL, как это уже более специализированы.

24 ноября 2013, 12:35:23 PM	# 10
lophie Сообщения: 924 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? http://software.intel.com/en-us/articles/intel-sha-extensions

25 ноября 2013, 1:35:11 AM	# 11
зиний Сообщения: 2058 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Цитата: lophie 24 ноября 2013, 12:35:23 PM http://software.intel.com/en-us/articles/intel-sha-extensions видеть: Цитата: Джон Смит 24 ноября 2013 года, 8:10:31 AM Если только вы добычи, дорогая часть проверка ECDSA, не SHA256. Вполне вероятно, можно реализовать это paralellized на GPU с OpenCL, не уверен, хотя (и не сколько вы бы действительно выиграть ...), и это не так просто, как с SHA256. По словам Google, по крайней мере, один человек попытался заглянуть в него раньше: http://stackoverflow.com/questions/12924059/extracting-a-part-of-openssl-into-one-single-preprocessed-source-file Может быть, лучше начать с secp256k1 библиотеки СИПА вместо OpenSSL, как это уже более специализированы.

25 ноября 2013, 1:39:07 AM	# 12
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Как отметил процессор не является узким местом. Самый дорогой процессор часть блока проверки является ECDSA проверки подписи и средний процессор сегодня может сделать >15000 проверок в секунду. Это, вероятно, будет масштабироваться с законом Мура. Для того, чтобы положить, что в перспективе сеть Bitcoin прямо сейчас <0,5 ТФС. Полоса пропускания между узлами является самым большим препятствием, после чего будет скорость ввода-вывода, после чего будет доступной памяти, далеко после того, как это дисковое пространство и величины после того, как это было бы власти центрального процессора. Тем не менее, в теории, если Bitcoin каждый стали много больше величин можно разработать ASIC, предназначенный для быстрой проверки транзакций и блоков.

25 ноября 2013, 2:51:51 AM	# 13
lophie Сообщения: 924 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Цитата: DeathAndTaxes 25 ноября 2013 года, 1:39:07 AM Как отметил процессор не является узким местом. Самый дорогой процессор часть блока проверки является ECDSA проверки подписи и средний процессор сегодня может сделать >15000 проверок в секунду. Это, вероятно, будет масштабироваться с законом Мура. Для того, чтобы положить, что в перспективе сеть Bitcoin прямо сейчас <0,5 ТФС. Полоса пропускания между узлами является самым большим препятствием, после чего будет скорость ввода-вывода, после чего будет доступной памяти, далеко после того, как это дисковое пространство и величины после того, как это было бы власти центрального процессора. Тем не менее, в теории, если Bitcoin каждый стали много больше величин можно разработать ASIC, предназначенный для быстрой проверки транзакций и блоков. Хорошо, я вижу, просто вопрос вы видите других пользователей (в том числе предприятий) больше заинтересованных в этом, чем шахтеры, и почему?

25 ноября 2013, 2:54:12 AM	# 14
DeathAndTaxes Сообщения: 1218 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Я не вижу никого, интересуясь или необходимости это в течение очень долгого времени, если когда-либо. Как указывалось процессор способен >15000 ТПС (или 30,000x больше объема TX, который в настоящее время имеет Биткойн). Закон Мура все еще живы и хорошо за короткий срок так через десять лет, что, вероятно, будет больше походить 480000 ТПС (около 50x процессов, что VISA). Тем не менее, может быть, когда-нибудь в будущем это может иметь смысл, как энергия / стоимость меры экономии, но в тот же день, скорее всего десять лет или больше (если он когда-либо).

25 ноября 2013, 3:01:41 AM	# 15
lophie Сообщения: 924 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Но ребята быть справедливыми в сравнении Bitcoin никогда не будет бить централизованные системы для сделок. Децентрализованные никогда не бил централизован в количестве транзакций в секунду Bitcoin побеждает эпически в других аспектах, но только не этот.

25 ноября 2013, 3:06:45 AM	# 16
зиний Сообщения: 2058 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Цитата: lophie 25 ноября 2013 года, 3:01:41 AM Но ребята быть справедливыми в сравнении Bitcoin никогда не будет бить централизованные системы для сделок. Децентрализованные никогда не бил централизован в количестве транзакций в секунду Bitcoin побеждает эпически в других аспектах, но только не этот. хорошо ... но это никогда не было темой этой дискуссии

25 ноября 2013, 4:45:10 AM	# 17
cunicula Сообщения: 798 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Цитата: lophie 25 ноября 2013 года, 3:01:41 AM Но ребята быть справедливыми в сравнении Bitcoin никогда не будет бить централизованные системы для сделок. Децентрализованные никогда не бил централизован в количестве транзакций в секунду Bitcoin побеждает эпически в других аспектах, но только не этот. Я думаю, вы могли бы подойти к эффективности централизованной системы, если вы использовали детерминированный процесс добычи. Тогда вы могли бы направить информацию непосредственно на наиболее вероятном возможном следующем шахтера (ов), а не ждать его, чтобы разрядить через сеть. Он по-прежнему децентрализована до тех пор, как "Известно, возможно следующее минер (ы)" постоянно меняется с течением времени.

25 ноября 2013, 7:18:46 AM	# 18
Wumpus Сообщения: 812 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Цитата: DeathAndTaxes 25 ноября 2013 года, 1:39:07 AM Как отметил процессор не является узким местом. Самый дорогой процессор часть блока проверки является ECDSA проверки подписи и средний процессор сегодня может сделать >15000 проверок в секунду. Это, вероятно, будет масштабироваться с законом Мура. Для того, чтобы положить, что в перспективе сеть Bitcoin прямо сейчас <0,5 ТФС. Ускорение проверки ECDSA может помочь во время первоначальной синхронизации (Это одна из причин SIPA сделало secp256k1 библиотеки с операциями ECDSA в руке оптимизированных сборок). Не то, что я ожидал реализации на основе GPU в ближайшее время, но кто-то может быть достаточно ума

25 ноября 2013, 1:09:19 PM	# 19
Sukrim Сообщения: 2212 Цитировать по имени цитировать ответ	Re: Аппаратное ускорение bitcoind? Да, я также предположил, что это не поддержание работы, но самонастройка, что является основной проблемой для ОП. Я читал где-то около ~ 60 миллионов транзакций в блоке цепи до сих пор - с 15k проверок в секунду, что по-прежнему занимает 4000 секунд или немного больше, чем 1 часов, даже если они направлены прямо в кэше процессора, без задержки ввода-вывода или накладных расходов на все. Я бы не назвал, что очень важно (ведь он проверяет все транзакции в Bitcoin когда-либо), но все же там может быть некоторый потенциал для оптимизации, особенно видя, как много людей были в состоянии ускорить вычисления для SHA256 (SHA256 ()) для добычи полезных ископаемых на протяжении многих лет и ECDSA это мое понимание даже не так сложно, но просто использует большие числа, которые не так легко справиться. secp256k1_OpenCL было бы действительно здорово, что есть, и это может быть стоит изучить это направление дальше, даже если нет прямых выгод прямо сейчас.

Заголовок