Я нашел, что это будет полезным справочником, когда я узнавал о деталях байт уровня Bitcoin передатчиков: http://www.righto.com/2014/02/bitcoins-hard-way-using-raw-bitcoin.html

Похоже, что вы находитесь на правильном пути. Помните также, что многие Txs будет содержать несколько входов. Каждый вход подписывается индивидуально. Очень грубо говоря, если бы я хотел подписать вход # 2 на ТХ, который вы передали мне (например, как часть coinjoin TX), я бы на месте scriptPubKey (правило для расходов этого вывода) для ввода # 2 в "сценарий сиг" слот, ноль в Sigs сценария для каждого другого входа, добавьте 4-байтовый хэш-код к TX, а затем хэш полученной строке байт дважды с SHA256, чтобы получить 32-байты дайджеста, который должен быть подписан. Обратите внимание, что из-за способа, что только вход подписываемого имеет свою scriptPubKey заполняется при хеширования (остальные входы имеют пустые Sigs сценария), то 32-байтный дайджест, который на самом деле получает подписанный различен для каждого входа в транзакции.  

Чтобы продолжить работу, я хотел бы подписать полученный дайджест с моим секретным ключом, DER кодирования этой подписью, добавьте sighash спецификатор байт и добавьте Публичный. Эта подпись / Публичных пар затем заменяет scriptPubKey в "сценарий сиг" слот для этого входа. Если все остальные входы в этом TX подписываются (правильно), то сеть должна принять TX, когда я пытаюсь нажать ее.  

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