Опять же, спасибо!

> Это достаточно большое пространство, что вы вряд ли столкнуться с самим собой

Это именно та часть, где я до сих пор не понимаю - извините, может быть, я не вижу леса за деревьями, но ...

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

В моем понимании (что может быть не так, и, вероятно, не так), значения полей, которые могут изменить (кроме нонса) являются метка времени, то coinbase транзакции, а также список transacations, входящих в блок. Тем не менее, эти поля обычно не обновляются в то время как все еще работают на тот же блок (заголовок) данных (то есть, не новый запрос getwork в это время). Таким образом, единственная переменная в расчете во время работы на одном заголовке блока является одноразовое значение, в то время как значения всех остальных полей можно рассматривать как статические. Это верно?

Может быть, я должен добавить, что я до сих пор не до конца понимаю части о extraNonce. Насколько мне известно, нет такого понятия, как "extraNonce" поле, так, что роль / влияние extraNonce в то время как устройство хеширования прочь через адресное пространство Нонс в? Некоторые образования на том, что было бы весьма приветствовать

Теперь, давайте предположим, что мы имеем хеширование устройство с истинной производительностью хеширования 400 MH / с, то есть тот, который фактически делает 400 миллионов полных расчетов дважды SHA256 хэша (включая незначительные вещи, как приращение случайного слова, сравнивая хэш от цели и т.д. ) в аппаратной _every_second_. Поскольку данные в заголовке блока не изменится, то максимальное количество расчетов, которые должны быть выполнены, остается прежним: 4294967295, потому что это максимальное количество возможностей в адресном пространстве Нонс в. (Более статистического языка: часть заголовка блока ввода не изменяет количество возможных перестановок, так что общее число перестановок целого ввода такого же, как число перестановок нонса.) Следовательно, это устройство будет иметь возможность рассчитать результаты всех 4,294,967,295 возможных перестановок в чуть более 10 секунд.

И это выглядит так себе совершенно неправильно для меня ... это просто не может быть! Поскольку 400 MH / s нет ничего особенного, даже существующие шахтеры GPU обеспечивают эту производительность довольно легко.

Так, пожалуйста, просветите меня - где ошибка в моих рассуждениях?