Я упорно трудился, чтобы убедиться, что не будет никакого blockchain раскола, и я убедил себя, я продумал все "старый / новый клиент отправки транзакций в старый / новый шахтер" случаев.

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

Но я уже говорил это раньше, и я скажу это снова: не доверяет мне. Я делаю ошибки. Два серьезных ошибок в моем OP_EVAL / multisignature коде были найдены (и фиксированы) в последней неделе. Версия 0.6 будем имеют по крайней мере месяц релиз-кандидата тестирования.

Я по-прежнему твердо убежден в том, что выгоды от новых 0,6 функций, значительно перевешивают риски. Пожалуйста, поможет минимизировать риски; обзор кода, если вы можете, запустить релиз-кандидат на testnet и попытаться разбить их, читать БИП и попытаться подумать о том, плохие люди могут использовать их, чтобы делать плохие вещи. Обзор планы действий в чрезвычайных ситуациях и думать о том, как они могут быть улучшены или, если вы могли бы помочь, если (когда, не если) обнаружены уязвимости.