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


Bitcoin не был разработан с лимитом 1 Мб изначально.  Вы можете проверить его не существует в ранних версиях исходного кода. Это было добавлено позже как предел безопасности для предотвращения раннего атакующему массово вздутие в blockchain и тем самым убивая проект. Представьте себе, если бы в 2010 году не было никаких ограничений блока вы должны были скачать 5TB blockchain просто начать использовать эту экспериментальную валюту с очень мало реальной стоимостью или использованием. Большинство людей не и "экосистема" возможно, умер в кроватке. 1MB ограничило размер blockchain не более чем 52GB в год. Высокая и к счастью, в начале объем был значительно ниже, но при условии, верхняя граница в то время как Bitcoin был молод. Когда средний блок имеет от 2 до 8 сделок он не имеет смысла для одного плохого актера, чтобы добавить ГБ сделок на сумму, чтобы помешать будущим пользователям. Bitcoin является гораздо более развит в настоящее время, так что, вероятно, это время в ближайшее время принять дополнительные колеса прочь.


Конечно. Однако дебаты становится в какой момент и сколько уходит blockchain. В идеальном мире я бы сказал, MAX_BLOCK_SIZE должен быть достаточно большим, чтобы позволить любому пользователю запускать полный узел с "разумный" Ресурсы. Разумно, чтобы быть свободно определены как ресурсы (хранение, вычислительной и пропускной способности), доступных для выделенного пользователя готовы платить за то, что равноправное в глобальной сети (другими словами, не каждый будет полный узел, но большинство "мог" быть полный узел). Да, это очень серый термин, но это более важно, чтобы посмотреть на то, что MAX_BLOCK_SIZE делает концептуально к идее централизации:

Давайте посмотрим на две крайности фьючерсов, где Bitcoin массово принятых (скажем 100x текущего использования с точки зрения пользователей, торговцев, ТХ объем как на & от blockchain, и т.д.):
средний размер блока = 1 Мбайт. макс годовые blockchain объема Ого = ~ 3,6 млн сделок. ТХ плата относительно высока. Подавляющее большинство ОГО происходит от blockchain. blockchain становится своего рода системой расчетов открытой межбанковского *
средний размер блока = 5ГБ. макс годовые blockchain объема Ого = ~ 18 млрд сделок. ТХ плата относительно низкая. Наиболее немикрокапсулированных ТХ остаются на blockchain. blockchain в теории может быть использован кем-либо, однако стоимость полного узла исключает большинство **

* В среднем блоке 1 МБ, в то время как стоимость запуска полного узла является относительно тривиальной стоимость сделок исключает все, кроме самых крупных оптовых сделок. Помните, как субсидии снижается плата за ТХ платят за счет защиты сети. Так что либо Биткойн является популярным и, таким образом, платежи высоки (потому что только ~ 3,6 млн ТМ может произойти в годе) или Биткойн непопулярен, и, таким образом, становится все менее и менее безопасным, как субсидия снижается.

* 5ГБ только о тех, работает полный узел может непосредственно взаимодействовать с blockchain с низкой стоимостью сделки, однако ресурсы для полного узла будет порядка:
- 262TB в год требования к хранению
- подключение 500 Mbps (двунаправленный) это, вероятно, может быть снижено до 80% от оптимального ОГО и blockheader обмена, но он все равно будет высоким
- память пул ~ 2-х блоков на сумму Ого будет ~ 26 миллионов транзакций, таким образом, требование RAM (чтобы избежать болей медленно Lookups диска в проверке) будет что-то вроде 32GB сказать.
- UXTO, скорее всего, очень велико, как число независимых прямых пользователей blockchain высоки. Трудно оценить, но мы можем ожидать, что UXTO быть большой и эффективная проверка требует на чтобы значительная часть, чтобы быть в высокой памяти скорости.

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

"оптимальный" размер_блока бы один, который идеально уравновешивает централизации операций против централизации узлов. Теперь 1MB, очевидно, не то, что идеальный предел, и все, что предел повышается до, вероятно, не любой, но это, безусловно, движется в правильном прямой. Другими словами, предел 10MB ближе к оптимальному, чем 1 МБ является.