OP_CHECKSIG: обоснование построения подписанного сообщения

Я внимательно изучил заслуженно известное объяснение OP_CHECKSIG, найденное здесь , включая найденную диаграмму . В этом объяснении подробно описывается, как создать сообщение, подписанное через ECDSA, создавая цифровую подпись для SigScript. Все хорошо.

В качестве резюме вышеупомянутое сообщение представляет собой объединение новой строящейся транзакции (с ее выпиской из ScriptSigs) и scriptPubKey из вывода транзакции sourcing. Для ясности, «вывод транзакции источника» - это тот, который указан в строящемся транзакции по полю «Транзакционное хеширование» и его поле «Выходной индекс». Все хорошо.

МОЙ ВОПРОС: в новой строящейся транзакции его поле транзакционного хэша уже «отпечатывает» вывод транзакции источника. Зачем пытаться вставить вышеупомянутый scriptPubKey из вывода транзакции sourcing в сообщение? . Это кажется излишним, учитывая, что хеш-дайджест в поле транзакционного хеша отпечатывает всю транзакцию sourcing.

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

6 голосов | спросил Pressed250 5 PM00000070000000231 2016, 19:59:02

1 ответ


1

Я думаю, так как с некоторыми типами sighash скриптPubKey не является частью txid. Поэтому он не учитывается автоматически, когда txid уже является частью хэша.

ответил Steven Roose 7 PM00000090000003231 2016, 21:12:32

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132