Вы не можете на самом деле "ломать" SHA зашифрованный пароль, вы можете найти только "столкновения" с хэш.
если совпадают хеши то есть очень хороший шанс, ваш «ключ» и хэшируются результат одинаков, но есть на самом деле не какой-либо способ узнать, если это фактический пароль или просто столкновение.
Что касается ASIC эти были изготовлены специально для целевой SHA256 (SHA256) (х) алгоритм.
Несмотря на то, что СОДЕРЖИТ SHA256, там, как правило, ряд внутренних оптимизаций, которые делают получать большую часть работы невыполнимой.

То есть интегральная схема обычно сообщает только небольшие фракции хэш, которые соответствуют вероятному решению. Остальные выбрасываются !!!

Поэтому, когда вы видите 1GH / с, да чип внутренне производит «возможные» решения 1GH / с, но в конце концов это только внешне отчетом от 0-п решений, которые соответствуют «трудности» он ищет.

Предыдущий плакат не совсем правильно в своем предположении  "Основная причина заключается в том, что не знают по-человечески используемые системы паролей не позволяет пароли, которые имеют точную двоичную структуру заголовка Bitcoin блока."

Реальность такова, что шахтер чипы НЕ проверять внутреннюю структуру заголовка, в действительности они не дают S ** т о том, что вы их кормить., Они занимают исходную строку выполняют функцию на нем, а затем посмотреть на результат, который удовлетворяет определенные критерии.

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

Тем не менее, с FPGA можно сделать несколько небольших модификаций алгоритма и до тех пор, пока у вас есть пропускная способность, чтобы захватить результаты каждого SHA, то теоретически можно использовать устройство для обнаружения коллизий пароля.