Как HCP указал ...

Это НЕ шестнадцатеричный ASCII. Вы не можете просто преобразовать шестнадцатеричные значения в ASCII представление символов и ожидать, чтобы получить что-нибудь полезное из него.

Он шестнадцатеричный двоичные данные.

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

Первые 4 байта (8 символов) ВСЕГДА номер версии транзакции. В этом случае это:

Обратите внимание, что Bitcoin использует "прямой порядок байтов" порядок байт, поэтому преобразование этих байт в формат, в котором вы можете часто видеть шестнадцатеричное число, записанными мы получаем 0x00000001. Преобразование, что в десятичных мы видим, что это тип транзакции версии 1.

Следующий байт указывает количество входов в транзакции. В этом случае это:

Как шестнадцатеричное число, которое будет обычно записывается в виде 0х02. Преобразование, что в десятичных мы видим, что существует ровно 2 входа в этой сделке.

Следующее, что в сделке входы. Каждый вход состоит из:

• Идентификатор транзакции на выходе тратятся
• Смещение выходного сигнала в этой транзакции
• длина сценария
• Txin-скрипт (также известный как: scriptSig)
• sequence_no

Таким образом, мы должны иметь 2 комплекта этой информации.

Биткойн идентификатор транзакции является 256-битный хэш, поэтому он имеет длину 32 байт. Поэтому следующие 32 байт должны быть идентификатором транзакции с первым входом ...

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

Далее идет индекс в эту транзакцию выходного сигнала, который расходуется в качестве входных данных в этой транзакции. Это значение 4 байта.

Похоже, значение индекса 0

После этого мы имеем значение, указывающее, как долго (в байтах) скрипт:

Преобразование значения 0x8b из шестнадцатеричной в десятичную мы видим, что сценарий будет следующие 139 байт.

Далее мы имеем Txin-скрипт первого ввода:

Если мы хотим проанализировать этот сценарий, мы можем разбить его на составные части ...

Первые байты мы видим:

Глядя на языке сценариев Bitcoin, мы видим, что это является показателем того, чтобы толкать, что количество следующих байтов в стек обработки скриптов. Поскольку 0x48 в десятичной системе 72, следующие 72 байт будет проталкиваться в стек обработки. В случае типичного адреса P2PKH, это будет в конечном итоге цифровой подписи. Таким образом, мы можем видеть, что подпись представлена ​​в сделке, как:

Следующие байты мы видим:

Глядя на языке сценариев Bitcoin, мы видим, что это является показателем того, чтобы толкать, что количество следующих байтов в стек обработки скриптов. Поскольку 0x41 65 в десятичной следующих 65 байт будет проталкиваться в стек обработки. В случае типичного адреса P2PKH, это будет в конечном итоге открытого ключа. Таким образом, мы можем видеть, что открытый ключ представлен в сделке, как:

Теперь мы достигли конца детали Txin-скрипт. Далее идет sequence_number, который всегда 4 байта:

Это конец первого входа. Поэтому следующий байт начинается следующий вход ...

Входы начинаются с A Bitcoin идентификатора транзакции. ИД транзакции является 256-битный хэш, поэтому он имеет длину 32 байт. Поэтому следующие 32 байт должны быть идентификатором транзакции из второго входа ...

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

Далее идет индекс в эту транзакцию выходного сигнала, который расходуется в качестве входных данных в этой транзакции. Это значение 4 байта.

Похоже, значение индекса 0

После этого мы имеем значение, указывающее, как долго (в байтах) скрипт:

Преобразование значения 0x8b из шестнадцатеричной в десятичную мы видим, что сценарий будет следующие 139 байт.

Далее мы имеем Txin-сценарий второго входа:

Вы можете пройти через этапы с первого Txin-скрипта, если вы хотите разорвать этот друг от друга, я не буду повторять, что здесь.

Далее идет sequence_number, который всегда 4 байта:

Теперь мы достигли конца обоих входов. Следующая часть сделки выходы ...

Следующий байт является показателем числа выходов в сделке:

Преобразование этого из шестнадцатеричной в десятичную, мы видим, что будет 2 выхода.

Каждый выход состоит из:

• Ценность
• длина сценария
• Txout-скрипт (также известный как scriptPubKey)

Значение всегда 8 байт. Таким образом, следующие 8 байт является значением первого выхода:

Преобразование это большой прямой порядок байтов порядка байтов мы получаем:

Преобразование 0x025317c0 в десятичных мы видим, что значение первого выхода составляет 39000000 Satoshi (или 0,39 BTC).

Далее идет значение, указывающее, сколько байт долго Txout-скрипт.

Следующие байты:

Указав, что сценарий 0x19 (который является десятичная 25) байт длиной.

Мы можем разорвать этот скрипт на его компоненту, если нам нравятся. Первые байты мы видим, в скрипте:

Глядя на языке сценариев Bitcoin, мы видим, что это код OP_DUP.

Далее мы видим:

Мы можем видеть, что это код OP_HASH160.

Далее мы видим:

Мы можем видеть на языке сценариев, что это является показателем того, чтобы нажать, что количество байтов в стек обработки. Преобразование шестигранные 0x14 в десятичное значение, мы видим, что нам нужно нажать на следующие 20 байт в стеке.

Это было бы эти 20 байт:
Обратите внимание на то, что это 160 бит (20 байт) ripemd160 значение хеш-функции, что адрес Bitcoin построен из.

Следующие байты:

Мы можем видеть, что это код OP_EQUALVERIFY.

Наконец, в конце сценария мы видим:

Мы можем видеть, что это код OP_CHECKSIG.

Таким образом, выходной сценарий 25 байт этой сделки:

Это конец первого выхода. Поэтому следующий байт начинается следующий вывод ...

Как мы видели ранее, первое, что в выходе является значение 8 байт.

Преобразование это большой прямой порядок байтов порядка байтов мы получаем:

Преобразование 0x093d1cc0 в десятичных мы видим, что значение первого выхода составляет 155000000 Satoshi (или 1,55 BTC).

Далее идет значение, указывающее, сколько байт долго Txout-скрипт.

Следующие байты:

Указав, что сценарий 0x19 (который является десятичная 25) байт длиной.

Вы можете пройти через этапы с первого Txout-скрипта, если вы хотите разорвать этот друг от друга, я не буду повторять, что здесь.

После того, как мы заканчиваем все выходы, единственное, что осталось в сделке является 4 байта lock_time. Как мы можем видеть из вашей сделки:

Время блокировки 0.

Вот и все. Это вся транзакция декодированию. Надеюсь, что это было полезно