Если можно было бы планировать жесткую вилку таким образом, ядру никогда не нужно будет использовать segwit НФ Hacky способ решить транзакции податливости ошибку и повысить емкость блока (они могут просто изменить формат транзакцию и повысить размер блока с помощью жесткий вилка, сохранить эти несколько тысяч строк вздутых кодов и значительно уменьшить сложность кода и атаки вектора, их время можно потратить на более ценные вещи, и сообщество не будет даже раскол)
Но если hardfork планировался таким образом, то Bitcoin уже не определяется на основе консенсуса.
Было бы эффективно определяется силой.
Так эта идея "безопасно" только потому, что если другие не хотят, чтобы играть в мяч, мы можем финансово шантажировать их.
Это институционализация шантажа в протокол Bitcoin.
Мы не должны заставлять хэш. Это похоже на выборах и имеющей только одной партии в избирательном бюллетене,
и если вы решили не голосовать, вы получаете выстрел. Это кажется довольно аморально.
Следуя вашу логику, то мы никогда не должны делать любую мягкую вилки, потому, что этот метод делает точно так же, как и то, что делает мягкая вилка: осиротения старой сделки стиля / блокам после того, как основная хэш власть модернизирована, чтобы заставить шахтер достичь 100% консенсус
Снизить предел размера блока для 0.5Мб простой мягкой вилкой, поскольку она ужесточает правила. Результатом является то, что первоначальные шахтеры / узлы будут по-прежнему принимать новые блоки, но модернизированные шахтеры / узлы будут отвергать старые блоки, которые больше чем 0.5Мб. Так что, если старые шахтеры продолжают генерировать 0.7MB блоки, все эти блоки будут сироты, но старые шахтеры не разделятся на их собственную сеть, так как все блоки на самой длинной цепи действует на основании их правила (<1 МБ), так что они все дни REORG к той самой длинной цепи (содержащий менее 0.5Mb блоков)
Это основная хэш Крутящая новых правил, заставляющие старые узлы для модернизации, в противном случае они потеряют свой горнодобывающий доход
Я не думаю, что так. Softfork не не сирота никаких блоков, ни делает hardfork.
Осиротением является побочным продуктом процесса добычи, где два блока будут объявлены
примерно в то же время, распространяются по-разному, и только один получает быть "правда",
так что другие сироты. Используя целенаправленную осиротением на одной цепи, чтобы предотвратить эту цепь
из гостиной не является новым (в прошлом люди говорили о DDOSing этих шахтеров), но
не разумно развлекали, потому что это противоречит тому, как Bitcoin работает консенсус.
Это вынужден консенсус, а не естественный консенсус. Если консенсус никогда не будет достигнут,
хорошо, что также тип консенсуса.
Если мы уменьшили размер блока до 0.5Mb, а старые шахтеры делают 0.7MB блоки,
blockchain выполнит непреднамеренную вилку, которая будет разделить цепь на две монету
потому что старые правила шахтеров нарушают новые правила. В основном, старые раздвоенный себя
от нового. Я не думаю, что там будет REORG, если все новые шахтеры не имеют
большинство хэш, чтобы сделать Reorg гонки. В теории, чтобы исправить непреднамеренную вилку, хэш
должны вернуться к старой версии, а не новая версия.
Только шахтеры необходимо обновить в этой теории, а не в узлах.
Узлы будут потеряны, так как у них нет стимула к модернизации.
(Я даже не упоминая узлы, которые выступают против увеличения BLOCKSIZE наповал.)
Теперь в безопасном жестком вилке, модернизированные узлы все принимают 2Mb блоки, но сначала они будут принимать только <0.95 MB блоки. Поэтому их блоки все приняты первоначальные шахтеры / узлы. Однако, подобно мягкая вилка, модернизированные узлы будут падать сделки / блоки, которые генерируются первоначальными шахтеры / узлы (либо блокирование >0.95MB блоки или фильтрация по старому образцу блока / сделки), и шахтеры меньшинства просто выяснить, что большинство из них добываемых блоков становятся сиротами, так что они будут немедленно перейти на новую версию
Я не понимаю. В softfork, узлы не будут падать новые блоки, так как они не знают,
они являются новыми. Они будут принимать их, так как они имитируют оригинальные, не обновленные правила. Как только
в новой версии шахт >1MB блок, старые узлы будут отрицать, что >1MB блок.
Ваш аргумент предполагает Вершины рациональны и участие в системе Bitcoin, как шахтеры.
Они представляют собой отдельные отдельные лица, которые либо следовать или нет. Если они этого не делают, Bitcoin становится
слабее, таким образом, причина, чтобы сделать SegWit softfork, потому что узлы не будут потеряны. С hardfork,
все узлы будут потеряны, если они не обновиться. Если мы не получаем достаточного количества модернизированных узлов и до сих пор hardfork,
сеть будет слабее атаки. Успешная атака на сеть в то время может быть
вредны для будущих перспектив глобального признания и принятия.
После того как все шахтеры обновлены до новой версии, теперь модернизированные шахтеры могли бы начать производить >1MB блоки, и поскольку каждый шахтер уже принимают большие блоки теперь там не будут цепь раскола
Кто-то на Reddit отметило, что это по существу две фазы мягкой вилка + жесткий вилка, где первая мягкая вилка фаза используется для достижения единого статуса среди шахтеров, то жесткая вилка может быть выполнена относительно безопасной
Узлы не будут затронуты в самом начале, если существует фильтрация шаблона для старых транзакций в стиле, они могут обнаружить, что их операция просто не подтверждает, поэтому у них есть мотивация для обновления до новой версии. И даже если они не обновлять, они не теряют деньги, так как старые сделки стиля / блоки никогда не будет работать, старые узлы будут просто узнать, что их узлы перестают работать, и понять, что настало время обновить
Узлы обычно не обновить. Есть узлы, которые до сих пор существует, работающих под управлением лет
версии Bitcoin. Все эти узлы будут потеряны, а не обновление, повышение централизации
сети и делает его склонным к атакам. Если узлы же обновить, как вы говорите, мы не были бы
потеряли так много из них назад от предыдущего непреднамеренного hardfork.
Одним из реальных проблем с hardforks потеря узла, а не только расщепленные цепи.
Если бы мы получили 100% консенсуса для hardfork, мы бы до сих пор потерять много узлов, и становятся слабее.
Вот причина, почему SegWit является softfork. Мы пытаемся двух зайцев одним выстрелом.