0

I know that pre-segwit transactions looked like the following (This is the hash of the transaction in block 170 - the 10000 bitcoin pizza exchange):

0100000001c997a5e56e104102fa209c6a852dd90660a20b2d9c352423edce25857fcd3704000000004847304402204e45e16932b8af514961a1d3a1a25fdf3f4f7732e9d624c6c61548ab5fb8cd410220181522ec8eca07de4860a4acdd12909d831cc56cbbac4622082221a8768d1d0901ffffffff0200ca9a3b00000000434104ae1a62fe09c5f51b13905f07f06b99a2f7159b2225f374cd378d71302fa28414e7aab37397f554a7df5f142c21c1b7303b8a0626f1baded5c72a704f7e6cd84cac00286bee0000000043410411db93e1dcdb8a016b49840f8c53bc1eb68a382e97b1482ecad7b148a6909a5cb2e0eaddfb84ccf9744464f82e160bfa9b8b64f9d4c03f999b8643f656b412a3ac00000000

However, is this the way all transactions are structured - if not, how do they look (im assuming they use SegWits).

Improve this question
3
  • 1
    This is not a hash of a transaction. This is a transaction itself, in hex format.
    – Pieter Wuille
    May 13 at 13:07
  • 2
    You may find learnmeabitcoin.com/technical/transaction-data interesting
    – Murch ♦
    May 13 at 13:16
  • 2
    The Pizza transaction is in block 57043 not 170. That is believed to be the first commercial transaction in which actual goods were purchased using Bitcoin. Block 170 is the first payment from one person to another and was a gift, not a purchase.
    – RedGrittyBrick
    May 13 at 14:43

1 Answer 1

Reset to default
2

In an answer to In what format does a block store the transaction data? I gave an example of hand decoding the structure of the earliest Bitcoin transactions from a hex dump.

A Segwit transaction adds some fields that are an optional part of the transaction structure. In non-Segwit transactions, those Segwit fields are absent (have zero length).

The first such optional field is the witness flag just after the version number

The second optional field is the witness data just before the final lock-time field.

Field Size Description Data type Comments
4 version uint32_t
0 or 2 flag optional uint8_t[2] If present, always 0001, and indicates the presence of witness data
1+ tx_in count var_int
...
0+ tx_witnesses tx_witness[] A list of witnesses, one for each input; omitted if flag is omitted above
4 lock_time uint32_t ...

So any parser has to look at 2 bytes following the version number and decide if it is a segwit flag (0x0001 big-endian!) or a tx_in_count varint and maybe part of a tx_in structure.

Just for fun, a randomly chosen example, transaction b0dce2eccbd85f9391e108c8f8f3735cc7b9e6a30f13f82a7fdfaa090d4d093c

0200000000010179 aaafbe7c9d3b0812 a489facaf77508c0 8c190ec7dfd82f12 9aeb995aca23ab00 00000000fdffffff 020bd21900000000 00160014d2caa7b0 8db89cd62c9af34d a53332d30e53bb15 98151b0000000000 1600143d4427468c be7ae396427a1aa9 128fa05b18c7db02 4730440220573fd2 7574cfdde4843476 21e1f48f85ae975c b8c2265a04496ded 038896822302204a 5e04a3a2d160c315 8caa39b58bfc91ac 64c484078ec0225a 7d4d2d4454661f01 2103d96e3819b522 45e42c76f869c9a8 75f6ea5344cf1aee 2e6b3ab03adcfef0 d80ede3b0b00

Hex Data Type Meaning
02000000 uint32 version 2
0001 2 octets witness flag
01 varint count of transaction inputs
Input 1
79aaafbe7c9d3b08 12a489facaf77508 c08c190ec7dfd82f 129aeb995aca23ab 32 octets Hash of referenced Tx
00000000 uint32 index of previous output
00 varint length of signature script (0 because segwit?)
fdffffff 4 octets Sequence (n.b. RBF)
02 varint Count of transaction outputs
Output 1
0bd2190000000000 int64 Amount in Satoshi (0.01692171 BTC)
16 varint length of script (0x16 = 22)
0014d2caa7b08db8 9cd62c9af34da533 32d30e53bb15 22 octets locking script
Output 2
98151b0000000000 int64 Amount in Satoshi
16 varint length of script (0x16 = 22)
00143d4427468cbe 7ae396427a1aa912 8fa05b18c7db 22 octets locking script
Witness data
02 varint Count of witness components
Witness component 1
47 varint Length of witness component (0x47 = 71)
30440220573fd275 74cfdde484347621 e1f48f85ae975cb8 c2265a04496ded03 8896822302204a5e 04a3a2d160c3158c aa39b58bfc91ac64 c484078ec0225a7d 4d2d4454661f01 71 octets witness
Witness component 2
21 varint Length of witness component (0x21 = 33)
03d96e3819b52245 e42c76f869c9a875 f6ea5344cf1aee2e 6b3ab03adcfef0d8 0e 33 octets witness
de3b0b00 unit32 Lock time: 000b3bde = block 736222

This transaction appears as the 9th in block 736223

Improve this answer
2
  • Thanks for the super great answer, however, what is the Hash of the reference transaction and in which component are the wallet-addresses stored for the transaction?
    – Jamo
    May 14 at 2:41
  • 1. Transaction-ID. 2. Locking scripts are created from addresses
    – RedGrittyBrick
    May 14 at 7:54

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.