Спасибо за ваше время, чтобы сделать подробный ответ, как обычно, есть много, чтобы рассмотреть.
Я хочу добавить несколько пунктов.
Мы на самом деле ударили мягкий предел перед тем, последовательно в течение длительных периодов времени и не видели негативные последствия описанных там (за время подтверждения на более низкие сделки платы идут вверх, конечно).
Это идет вразрез с более ранним ответом на это, что соответствовало моему вспоминанию, особенно в отношении 250Кба мягкого лимита на 6 марта 2013 года:
К сожалению, слишком нетерпеливые увеличивается из мягких предельных отказывал нам возможность узнать из опыта под перегруженностью и мотивации для создания инструментов и оптимизаций программного обеспечения для решения перегруженности (плата-замена, микроплатежи концентраторы и т.д.).
И это было никакой надежды быть надлежащим образом осуществляются в IIRC не все бассейны горнодобывающих были на борте, Элигии имели предел 500KB в то время, и разумный% возраст власти хеширования.
Посмотрите на огромное обилие пространства тратить несжатых ключей (это требует ~ одной строки кода, чтобы сжать Bitcoin Публичных) в сети, чтобы получить представление о том, как мало давления существует для оптимизации использования из blockchain общественного блага прямо сейчас.
Что касается эффективности, то ваш комментарий в то же время о сжатых pubkeys заслуживает внимания. Вы говорите, что новые блоки в blockchain легко можно сделать меньше с этим сжатием? Это кажется ценное преимущество в это время.
К счастью, на рынке платы за доступ арбитр нейтрально; но он делает это в произвольном масштабе. Майк полностью игнорировать это, потому что он считает, что сделки должны быть свободными (который должен быть звон колокола для тех, кто думает X MB блоки не будет постоянно X MB, особенно со всеми компаниями создаются, чтобы сделать такие вещи, как хранение файлов в blockchain Bitcoin).
Тогда, возможно, предоставление бесплатных операций должны быть пересмотрены в свете исчезающего блока пространства. Простое изменение может быть удвоение необходимых дней разрушенным в БТД.
Одним из механизмов, позволяющих работает против плата более терпимым, который прост в реализации и легко бумажники обрабатывать это заменить-на-плату (в режиме расточные, большие выходы, а не говорить о выжженной земле вещи) - но вот то, что Майк решительно противостояли по какой-то причине.
Если Джефф хорошо с РФБ в скучном режиме, то это было бы хорошее улучшение, когда blockspace находится под давлением. Но я знаю, что он по праву осуществляется через RBF-SE, который является еще одним идеологической дискуссией самого по себе.
Конкретная проблема есть, что отклоняют сообщения принципиально бесполезны для этого (хотя они хороший примером другого railroaded функции, тот, который ввел дистанционно доступные уязвимости уязвимости). Проблема в том, что только потому, что узел X принял ваша транзакция не говорит вам, что узел Y, N хмель далеко сделал или не сделал, в частности, он не говорит вам, если есть хоть один шахтер где-либо в сети, отвергнутого it-- то, что вы ожидали бы, чтобы этого избежать? каждый узел затопление сообщения для каждой сделки он отвергает к любому другому узлу? (Например, отказ в результате чего узлы ^ 2 трафика ???). Узлы из-за продукцией отклонит сегодня; но это не что-нибудь о мнении чьего что препятствует гарантии там, характер распределенной / decenteralized системы делает. Само понятие отбраковки быть полезным здесь артефакт ошибочно пытается впихнуть в модели от централизованных систем клиент / сервер в Bitcoin, принципиально в отличие от этого.
ОК. Это имеет смысл, что отклонять сообщения не помещаются в децентрализованные системы в значительной степени.
Комментарии о Засыпка материале памяти являются угрюмо забавным мне вообще по причинам, которые я в настоящее время не могу обсуждать в общественных местах (пожалуйста, свистеть в течение шести месяцев).
Конечно. Я бы быть заинтересованы, чтобы узнать больше об этом в то время.
В целом, я думаю, что статья делает хорошую работу предполагая, что, что цель недавнего предложения блочного является гораздо более широким изменением порождающего, чем просто увеличивать размер блок, чтобы сделать необходимую комнату, и что его также шаг, чтобы сделать существенные изменения к первоначальной долгосрочной модели безопасности на недоопределенный тот, который не включает в себя сборы; траектория для неограниченного размера блока, который обрабатывает любые транзакции, которые приходят в любой цене; даже если это означает, что централизация всей сети на один мега-узел для того, чтобы принять масштаб. Или, по крайней мере, по-видимому, единственный шаг, который имеет ясный ответ случае «там будет гибель, если пользователи делают слишком много сделок» (ответ в том, что центр данные добавляют больше контейнеров для хранения полных оборудования).
Что ж. Цель моего интереса к предложению блока-размера, чтобы увидеть устойчивый распад во время подтверждения избегал, которые в противном случае вызвать негативные впечатления пользователя, от очень многих пользователей, негативной информации, и потускнения Bitcoin в сознании будущих пользователей, может решить, не попробовать его. Все это вместе, вероятно, сократить полное число узлов, даже быстрее, чем более крупные блоки.