New.TxIn сценарий толкает Публичный и подпись в стек, который фактически становится входные к сценарию Old.TxOut.

Old.TxOut скрипт проверяет, что Публичные и подпись (предоставленный New.TxIn) удовлетворяют требование: Публичный должен хэш к указанному значению, и Публичным должен проверить подпись сделки.

OldTx.TxOut.script делает ссылки на Публичных, потому что она содержит хэш Публичных. Вы не можете поставить любой старый Публичных. И тогда секретный ключ, соответствующий Публичных обязан требовать денежных средств, так как сделка должна быть подписана закрытым ключом, соответствующего Публичным. Только тогда подпись сделки проверить против Публичных и разблокировать средства.

Когда подпись транзакции генерируются или проверяется единственный раз, когда скрипты временно гасятся, потому что подписи сами по себе не может быть включена в данные подписываются.


Предположим, что у вас есть хэш-функцию
хэш = Н (данные)
И у вас также есть функция подписи:
подпись = S (privkey, данные)
А функция проверки соответствующей подписи
истина / ложь = V (Публичная, подпись, данные)
И у вас также есть функция «упрощение», которая удаляет входные сценарии и / или подпись сделки
Т»= Q (Т)

OldTx.TxOut.script эффективно говорит:
Для того, чтобы требовать средства в этой продукции, место на стеке Публичных К и подпись G в транзакции T такой, что Н (К) соответствует заданному значению, и V (K, G, Q (T)) проверяет, чтобы верно.

Только кто-то с закрытым ключом может привести к G. Злые узлы не могут изменить T и передать его, так как это вызвало бы проверки подписи V (K, G, Q (T)), чтобы потерпеть неудачу. 

В случае, если это не было уже ясно, V (K, G, Q (Т)) является то, что делает OP_CHECKSIG, используя K и G из стека. Он получает T с помощью других средств (не ввод из стека, но неявный ввод для OP_CHECKSIG).