Одно из утверждений о BIP 16 - "заплатить скрипт хэш" изменение поддерживается большинством разработчиков Bitcoin - это то, что оно должно быть разумно, не необратимым изменениям. В частности, она не повлияют на бассейны и шахтер, работающие немодифицированные клиент Bitcoin слишком много, даже если они не обновляли. Был небольшой риск того, что они пытаются и построить на блоках, содержащих неудачную попытку провести BIP 16 сделки, но проверка IsStandard предположительно будет остановить их от попыток включить любые BIP 16 сделок они не могли должным образом проверки в блоках они сами создали.

Это не верно. Как gmaxwell указал, когда он обнаружил p2pool разрешал шахтер поставить нестандартные сделки в их coinbases, IsStandard фактически не проверяет, что scriptPubKey сделки тратится было стандартным на всех - он проверяет только scriptSigs и scriptPubKeys сделки тратятся. Это означает, что попытки провести BIP16 сделку проходит IsStandard в старых клиентах, и они будут включать их в блоках они помоему несмотря на то, что они не могут делать дополнительные BIP 16 проверки, необходимые, чтобы сделать это безопасно. Я даже проверил это работает, используя несколько тестовых узлов, работающих по правилам mainnet; к сожалению, это не может быть проверено на testnet.

Что это значит? Это означает, что когда-то BIP 16 включено, любой желающий может отправить пару простых операций, первые оплачиваемые деньги на BIP 16 адрес и второй пытаюсь провести его к обычному адресу Публичного таким образом, что предварительно BIP 16 клиенты будет принимать и BIP 16 из них не будет. После того, как они делают, все узлы, которые не поддерживают BIP 16 добудут блоки, что BIP 16 узлы будут относиться как недействительные и переписывание из существования, используя их большинство хэша власти. Что еще хуже, все работает или добыча на пуле, который поддерживает BIP 16 есть стимул, чтобы сделать это, потому что в конечном счете подтолкнуть трудности вниз и сделать их больше денег.

Оглядываясь назад, кто-то должен был, вероятно, начал задавать вопросы, когда Гэвин Андресен перечислил факт, что операции расходы от BIP 16 адресов будет проходить IsStandard и перенаправлять старых узлов как преимущество над BIP 17. Правила для экспедиционных операций практически идентичны правила для включения их в блоки. (BIP 17, вероятно, имеет один и тот же вопрос, хотя.)