Вы делаете ошибку ОГРОМНЫЙ
Сценарий таков: scriptSig вашего Тх + scriptPubkey из ТХ вы потратили
В этом же примере:
ScriptSig вашего ТХ: Sig + ваш Публичных
ScriptPubkey из ТХ вы провели это (согласно blockexplorer): OP_DUP OP_HASH160 fc88853163ab2a9646908a82e8a87b6f185c2047 OP_EQUALVERIFY OP_CHECKSIG
Я надеюсь, что ripemd160 (SHA256 ( '0x0457d7d7af586aaad529b5770bb43295051e7090e2bc884181d608dae2517c7812b25e326753c
be0b767f579bbcb5cffe492d22b93f2ff5501074eb9e8f8547c4a ')) = fc88853163ab2a9646908a82e8a87b6f185c2047 ...
Кстати, вот нить я говорю:
Хм, я не уверен, что я понимаю его полностью еще ... Спасибо за размещение этой ссылки, он сделал некоторые вещи более ясно.
Одна вещь, которую я не понимаю, как операция OP_EQUALVERIFY проходит. Эта операция просто проверяет, если два последних элемента в стеке одинаковы.
Теперь вопрос - кто называет все это? Принимающая сторона? Шахтеры?
Когда я создаю новую транзакцию, вложу в TxIn:
scriptSig:
- Sig всей сделки с моей PrivateKey
- Мой Публичных (я не знаю, кто еще так или иначе)
TxOut:
scriptPubKey:
OP_DUP OP_HASH160 <адрес получателя> OP_EQUALVERIFY OP_CHECKSIG
Теперь, кто делает проверку? Из графика вы послали мне понять, как OP_CHECKSIG работы.
То, что я не понимаю, как OP_EQUALVERIFY проходит потому, что в первоначальной сделке есть мой Публичный и адрес получателя.
Так OP_DUP и OP_HASH160 будет выполнять это на * мой * Публичных поэтому результат не будет адрес получателя ??
Я надеюсь, что я ясно пытается объяснить, что я не понимаю, это процесс проверки и OP_EQUALVERIFY.
Благодаря!
[Редактировать]
После проверки отправил jackjack транзакции
http://blockexplorer.com/tx/4f6f864d3047bf441317fc0f5d1586325c9e740e923c7949cc28333ff74d19df#o1, то ясно, что в scriptSig является Sig всей сделки и Публичным отправителя (TxIn). Теперь я не понимаю, как она проходит OP_EQUALVERIFY, потому что он имеет Публичных отправителя в scriptSig и получатели обращаются в scriptPubKey - это имеет смысл, что это именно так, но я не вижу, как она проходит OP_EQUALVERIFY