Заголовок блока составляет 80 байт, и, как минимум блок-также должен иметь транзакцию поколения (также называется "coinbase сделка" или "награда блока транзакции"). Я думаю, что самая маленькая сделка поколение прав около 120 байт (124?), Так что самые маленькие блоки будут составлять приблизительно 200 байт.

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

Сольный шахтер (или майнинг) волен выбрать любой размер, который они хотели от этих ограничений, и они могут основывать свои решения на любой вещи, которую они хотели.

В действительности, любой соло шахтер (или майнинг), который хочет, чтобы максимизировать прибыль будет весома несколько переменных в своем решении о размере блока, который они создают.

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

Однако, если блок занимает слишком много времени, чтобы распространяться через сеть всех другие сольные шахтеров и майнинг, существует риск того, что какой-либо другой шахтер, возможно, решить меньший блок (который будет распространяться быстрее) при почти одновременно. Это увеличивает риск того, что чем больше блок будет сироту и что шахтер (или пул) потеряет на всю награду (блок субсидий + сборы).

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

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

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

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

Второй вариант приводит к очень большому количеству блоков из более мелких операций сиротства. Как таковые, они часто будут тратить много ресурсов на решении блока, который никогда не делает его в blockhcain и для которых они не будут получать вознаграждение блока. Опять же, чем больше работы будет решать все блоки и увеличить свои доходы, а меньшая операции может потребоваться закрыть из-за расходы, превышающих выручку. Со временем это, казалось бы привести только 1 или 2 очень больших бассейна горнодобывающие принуждая все остальные бассейны и сольные шахтеров из бизнеса.

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

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

Вопрос заключается в том: что такое "верный" ограничение на максимальный размер блока? Я подозреваю, что мы могли бы получить сильное супер-большинство знающих людей согласиться, что 400 байт СЛИШКОМ МАЛЕНЬКИЙ как максимально допустимый размер. Я также подозреваю, что мы могли бы получить сильный супер-большинство знающих людей согласны, что 1 тера-байт СЛИШКОМ БОЛЬШОЙ как максимально допустимый размер. Я хотел бы надеяться, что где-то между этими крайностями диапазон, который будет хорошо работать (разумное количество сделок, обрабатываемых, не создавая неоправданное бремя на мелкие узлы и добычу полезных ископаемых). Есть ли основания полагать, что 1 мегабайт является EXACT и только приемлемое значение для этого предела? Если какой-либо другой предел будет лучше, как можно это значение (или диапазон) быть надежно определена?