Вы правы, что подписание scriptPubKey в p2sh `` напрямую будет достичь того же результата относительно безопасности, но делая это, мы потеряем функциональность `OP_CODESEPARATOR в сценарий. Сценарий подписывается не действительно `scriptPubKey входных данных, а это называется `scriptCode`, и если сценарий не содержит `CODESEPARATOR, то `scriptCode` так же, как scriptPubKey предыдущей``. Для p2sh, если мы должны были подписать `scriptPubKey`, не было бы возможности проявить `CODESEPARATOR`правила на redeemScript` (как все мы были бы подписи хэш полный сценарий). Удивительный ответ, по-прежнему актуальны через пару лет! Любой причине, почему не использовать аргумент-notifywallet из bitcoind, чтобы получать уведомления о новых вкладов? Кроме того, в 2016 году, не полагайтесь на встроенный механизм учета, он будет устаревшим. Это очень простой, чтобы просто вести учет операций в БД. Просто предоставьте способов для резервного копирования всех операций, потому что это ваш Бухгалтерский учет.

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

Вижу этот вопрос: Может ли быть гиперинфляция в биткоин?

Глядя на историю денег, я сомневаюсь, что там будет только когда будет 21 миллион монет. Я не знаю слишком много примеров в истории, когда деньги могут быть созданы из воздуха и не было. Глупо было бы игнорировать историю. Будет или не будет более 21 миллиона монет зависит от того, или не "народ" этого требовать, и еще раз история-это наше руководство.