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

Прежде всего, для BTC адреса, начните с моим постом в середине этой страницы:  .  Остальные два изображения на этой странице, являются полезными для понимания BTC, но не столь важно. Это изображение в середине показывает в точку как получить из открытого ключа ECDSA к адресу Base58. Это не тривиально, но я был в состоянии восстановить ее с нуля на первую попытку с помощью этой схемы.

Во-вторых, научный форум ездок "Lis" написал эту очень полезную, зависимость менее модуль ECDSA в Python:  .  Я закончил с использованием этого в моем коде, и это работает прекрасно. Хотя я понимаю, ECDSA, было бы боль переопределять его. FYI: частный ключ только 32-байтовое целое число, а открытый ключ состоит из двух 32-байтовых целых чисел криптографически относящиеся к закрытому ключу. Там много разных способов, чтобы закодировать эти вещи, но в конце концов они просто большие числа.

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

Одна из самых больших командировочных окна во всем BTC, связанных является порядок байт. Большинство вещей мало-младшему, три вещи, за исключением: в основном все, что в сценариях TxIn / TxOut, МЭД закодированные ключевые целые общественные, прежде чем они будут преобразованы в B58 адреса, а окончательный хэш, который вы подписываете прямо в конце OP_CHECKSIG ,  

Я буду рад ответить на любые вопросы, или, возможно, вы будете пользоваться, глядя на сценарии pybtcengine.py в моем GitHub репо (смотрите по ссылке в моей подписи). Этот файл имеет питон все-- она позволяет поставлять сырье номера для ключей паб / PRIV и проверить связанные сделки непосредственно с blockchain. Я потратил много времени выясняя этот материал за последние пару месяцев. Я надеюсь, что смогу помочь кому-то избежать боли я прошел!  

EDIT: Ох, и ответить на один из ваших вопросов прямо: вы только либо применить хэшей двоичных представлений данных. Никогда на шестигранных или base58 представлений. Он всегда должен быть в двоичном коде, и вы должны убедиться, что порядок байтов подходит все, что вы хэширования (обычно прямой порядок байтов, но в случае TX-подписи, большой обратный порядок байт)