Был жесткий предел 256кба на максимально допустимом размере блока? Вы уверены, что? Я не помню, что. Независимо от того, есть существенная разница в риске между увеличением предельного размера блока и его удаления.
Там была мишень на размер-- не правило проверки blockchain (это создает некоторую путаницу для людей, потому что они идут оглядываться на старых дискуссиях о временной цели и, как легко было бы увеличить и, что речь шла о пределе блочного ); но это было только местная политика, шахтеры по умолчанию работает фондовый программное обеспечение не будет создавать блоки над 250k, но все узлы были бы счастливы принять большие блоки до предела правила проверки. Когда эта политика-мишень до повысила мы видели массовый приток таких вещей, как нежелательные рекламных сделки, которые также увеличились, когда она была увеличена. Единственный реальный предел на размеры блоков (за пределами поведения кодирования сообщений) только когда-либо был предел миллионов байт.
Существует нулевой стимул для шахтеров не заливать блоки полностью; почти любая ненулевая плата будет достаточно.
Существуют физические ограничения и затраты, которые помешали бы это. Каждая дополнительная транзакция увеличивает размер блока. Есть расходы, связанные с увеличением размера блока. Как минимум, есть (очень маленькое) увеличение шансов, что блок будет осиротевшим.
Только _fundamental_ стоимость передачи несоответствия между сделкой включала и предполагается, включены сделки. Это может быть сколь угодно низким, например, если шахтеры оттянуть немного, чтобы включить только несколько старше хорошо размножается transactions--, то стоимость не вопрос "размер" но в нарушение ранга с тем, что делают другие шахтеры (и, на самом деле, производя меньший блок будет более дорогостоящим).
Даже без оптимальной дифференциальной передачи, и только глядя на методы, которые почти _universally_ развернуты крупные шахтеры сегодня; с
Протокол реле сети предельная стоимость, включая уже ретрансляционную сделку составляет два байта за одну транзакцию. Я больше не могу измерить корреляцию с размером блока и скоростями осиротения; хотя был существенным один несколько лет назад, прежде чем новая технология в основном устранен размером связанного с воздействием на осиротении.
Важно отметить, что в любой степени остаточной предельные издержки существуют эти затраты могут быть полностью устранены за счет консолидации контроля добычи в больших бассейнах. Мы видели, как люди намеренно централизацию объединения в ответ на осиротением уже (два года назад), который привел к созданию блока-ретрансляционной сети / протокол, чтобы попытаться удалить это давление централизация за счет снижения стоимости блока реле таким образом, было меньше получить для снижения затрат за счет централизации. Кроме того, любые средства тратятся справиться с этими затратами (например, оплачивающих для быстрого подключения к большинству хеш-мощности) не могут быть средства, израсходованные на военнопленного безопасности. Поэтому я хотел бы уточнить аргумент DumbFruit, чтобы указать на то, что это не так "сборы, естественно, будет стоить в нуле" но что равновесие одна, где есть только один полный узел в сети (Whos пропускная способность не стоит плата оплатить) и никакой безопасности POW, потому что является наиболее эффективной конфигурации и нет в системы управления или давления на него , и никакой возможности расширить возможности пользователей, чтобы выбрать другой результат, кроме с помощью определения системы. Я считаю, что это, по существу, тот момент, что он делает с "наиболее конкурентоспособная конфигурация на свободном рынке"- даже до такой степени, что эти расходы вообще существуют, они сведены к минимуму за счет максимальной централизации. Вот почему это мой считают, что его необходимо, чтобы стоимость запуска узел абсолютно низким и относительно незначительного по сравнению с военнопленными безопасности или иным образом централизовать является доминирующей стратегией для шахтеров.
затраты на хранение, связанные с проведением списка неподтвержденных операций в памяти.
Не нужно хранить транзакции в памяти ever--, что Bitcoin ядро в настоящее время делает только инженерный артефакт и потому, что в настоящее время нет причин не делать этого. Технически шахтер не нужно хранить транзакцию, они проверены каким-либо образом на всех, за помня, что она успешно прошла проверку. (И помня, что что-то проверить, даже не должны быть надежными.) В зависимости от людей, чтобы не обойти к написанию более эффективного программного обеспечения или формирования более эффективных (например, более централизованные) учреждений будет слабой защиты на самом деле!
или должны управляться рыночными силами на основе физических ограничений и затрат, связанных с увеличением размера блока.
То есть проблема, когда физические ограничения в основном не существует, и в той степени, что они существуют могут быть устранены почти полностью путем настройки экосистемы в более централизованном порядке (и постепенно так, учитывая существующую экосистему с блоком реле связанных с этим расходов вы всегда можете снизить эти затраты за счет централизации немного больше).