Просто не детальное предложение изменить стандартный клиент Bitcoin для поддержки несколько механизмов хэша и несколько заголовков блоков.

В какой-то момент в будущем (да я предлагаю планирование вперед снова ...) нам нужно будет изменить SHA256 хэш что-то более надежной.

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

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

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

Но дело это, конечно, как я уже говорил, планировать заранее, когда sha256 больше не могут быть использованы.

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

Мой первый предложил хэш-дополнение будет SHA-3.
Имея код все там готовый и рабочий, но только не доступно быть принятым в блок цепи сразу бы действительно очень хороший план вперед - а не один день в будущем вдруг обнаружив, что SHA256 пришлось заменить и весь мир Bitcoin скремблирования взломать исправление в Bitcoin.
Вместо этого было бы просто для того, чтобы другой хэш-механизм уже присутствуют и отключить больше не безопасный механизм хэша - и жесткая вилка в тот же день (как произошел в начале этого года), а затем эта проблема будет решена.
то есть я предлагаю что-то, что также планирует вперед для катастрофического отказа, найденного в SHA256 и возможность переключаться, что как можно быстрее

Мы могли бы также рассмотреть рано дату в будущем, чтобы включить SHA-3, но не отключать ток SHA256 и, таким образом, огромная сеть мощность существующей сети bitcoind не будет выключен в течение ночи и сделать Bitcoin сильно подвержены риску 51% атаки а.
Дизайн в хэш SHA-3 может также использоваться, чтобы сделать его столь же трудно хэш как has256 и SHA-3, так, чтобы Стир будущего дизайна аппаратных средств, чтобы взять на себя новый SHA-3 ... когда SHA-3 был включен.

Простой пример, который не может быть жизнеспособным решением, а просто предложение, был бы использовать «первых» байт хэша для определения механизма хэша используется. В настоящее время все блочные хэши sha256 должны иметь 0 в «первый» 4 байта, так что можно было бы использовать для дифференциации хэш-механизмы, используемые.

Конечно, я бы также предложить еще одно дополнение хэш / заголовок, как описано здесь:

следует рассматривать как ближайшее будущее добавление кода и, возможно, будет включен в не слишком отдаленном будущем также.

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