Похоже, что функция verify_tx_input является самой маленькой атомной функцией в библиотеке, которая может подтвердить подписи.

`Verify_tx_input: (ТХ, я, сценарий, сиг, паб) -> True / false`


Так как вы находитесь в процессе обучения:

Каждый вход в транзакции имеет другую подпись к другим. Посмотри на https://en.bitcoin.it/wiki/OP_CHECKSIG чтобы увидеть в деталях, как транзакция изменена, чтобы охватить все необходимые данные для этого типа SIGHASH. Последний шаг заключается в sha256d () это модифицированная версия, и вернуть его в качестве хэш-функции для ECDSA.

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

Таким образом, каждый входной сделка имеет сигнатуру действительный для этого [TXID, Vout, scriptPubKey] комбинации. Поскольку входные подписи являются уникальными для ввода, кажется pybitcointools включает в себя только функцию verify_tx_input. Вероятная причина этого заключается в том, как вы можете видеть, это функции аргумент подпись имеет 5 аргументов .. Это много данных только для каждого входа, поэтому функция verify_tx () будет зависеть от множества данных, которые не могут быть доступны, если вы не полный узел.

`Txi`,` i`, `script` поля являются свойством сделки, которые вы тратите (сценарий == scriptPubKey prevOut в), и используются для создания хэша ECDSA. Все с blockchain и делает полную проверку сейчас было бы проверить подпись. Открытый ключ известен, потому что он был выдвинут в стек или в пред из scriptPubKey (оплата за Публичный) или scriptSig (оплата за Публичный-хэш). И подпись также будет известно.

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

Заметка; в Bitcoin ядра, скриптовый язык является средством толкая подпись / pubkeys / опкоды в стек. После того, как сиг / Публичных выталкивается в какой-то момент, OP_CHECKSIG называется

На ваш код раздела.

Der_sig представляется не только сиг - Это полный scriptSig. См нулевых байт в начале.
Открытый ключ может быть 1-из-2, так как scriptPubKey вы поднимете есть multisig выходной сценарий. Так как открытые ключи будут проверены Bitcoin ядра.


Посмотрите, как я волшебно определяется der_sig и Публичных как константы? Ну, существуют различные типы вывода сценария, и каждый выполняется по-разному. (В данном случае, сиг от 1 из 2 ключей будет делать). В зависимости от типа сценария, открытые ключи могут быть связаны различными способами. Попадая в это выходит за рамки, но изучение вики-страницы OP_CHECKSIG покажет вам, как это работает оплату за Публичным-хэш.

Тип multisig-в-выходной-скрипт очень похож на это, хотя звонки OP_CHECKMULTISIG. Это в основном только петля над OP_CHECKSIG.

Следующее, что нужно смотреть на этого скриптовый движок, который связывает все это вместе. https://en.bitcoin.it/wiki/Script -  в нижней части вы найдете шаг за шагом анализ того, как скрипты анализируются, в конечном счете, привести к CHECKSIG вызова.

Кроме того - вот основной код Bitcoin для OP_CHECKSIG: https://github.com/bitcoin/bitcoin/blob/master/src/script/interpreter.cpp#L827-L860

А фактическая функция TransactionSignatureChecker :: CheckSig: https://github.com/bitcoin/bitcoin/blob/master/src/script/interpreter.cpp#L1108-L1127