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

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

Учитывая, что нет никакого способа узнать, если какое-либо конкретное одноразовое значение будет "тот самый", Это не имеет значения, если другие поля в изменении заголовка блока одновременно. В частности, хэш транзакции. Поэтому стоит шахтера, близкого к нулю, чтобы позволить дополнительные транзакции в блок, так как это действие точно так же, как и изменение временного значения.

Что касается дополнительной работы для дополнительных операций, иметь в виду, что мы говорим о megahashes на второй машины. Дополнительная работа, чтобы добавить транзакцию является перерасчет дерева Merkle, в порядке, скажем, тысячи хэшей, а не миллионов хэшей, то дополнительные расходы крошечные. Далее: если бы мы имели GPU делаю нонс поиск, немного работы, что процессор должен был бы сделать, чтобы добавить сделку приходит близко к свободному.

Таким образом, в то время как нет никаких причин для шахтеров, чтобы добавить операции, нет также никаких причин, чтобы не добавить их либо.

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