Да. Благодаря податливость недействительных scriptSig повторно кодируемый действительные для любого правдоподобного типа подписи. Это было явно рассмотрен и именно поэтому BIP62 не вводили изменения в отношении требований кодирования Публичного (например, требующая pubkeys быть действительной, или сжатой), так как все, что scriptPubKeys там установлены в камне. Рост ограничения strictder бы полностью подорвать мотивацию изменения, так как консенсус может быть нарушена ничем тратить старую монету.

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

В общем, я думаю, что долгосрочное timelocks подобного этому убийственно плохо советует ... но на самом деле, я считаю важным не мягкой раскошелилась возможность тратить старые монеты, даже те люди, которые уже сделали вообще опрометчивой вещи. Хотя изменения были сделаны в прошлом, которые признаны недействительными ранее расходуемого scriptPubKeys, например, OP_RETURN делаются недействительными закрыты некоторые совершенно разумные scriptPubKeys.

Некоторые из людей, которые работали над BIP 62 считают, что его не доросло еще для быстрого развертывания, так как она довольно сложна, и мы до сих пор оказались несколько в последнее время раскрытия больше взаимодействий, которые были несколько удивительно. Strictder часть этого является зрелым и не приносит никаких сюрпризов и что на месте мы можем упростить BIP62 некоторые, которые помогут получить BIP62 развернуто. Это все еще в стадии разработки и не заброшен в малейшей степени.

Вы можете неправильно понять Bitcoin. Если вы не добываете в нарушении правил сети (например, на жесткий вилке) вы больше не добыча, насколько узлы, которые не согласны с вами заинтересованы. 100% от hashpower видимого к сети всегда в соответствии с жесткими правилами вилки.

SSL не используется нигде в протоколе Bitcoin. Мы используем библиотеку OpenSSL, чтобы получить доступ к некоторым криптографическим функциям и в конечном счете, хотели бы не сделать так, это изменение является необходимым шагом, чтобы сделать по этому пути. (Например, если что-либо, наоборот от страха).

Не может быть удален без полностью нарушая несовместимость, что делает монеты людей unspendable и т.д. Кроме того, более или менее безвредны, по крайней мере один раз большой части возможной сложности удаляются путем обеспечения строгого кодирования, это только добавляет пару байт накладных расходов. Любое будущее CHECKSIG альтернативы, очевидно, не будет использовать его; но все еще есть все уже существующие монеты слева дело.