Author

Topic: Clarification of Segwit: how is witness data retrieved for validation? (Read 899 times)

legendary
Activity: 2053
Merit: 1356
aka tonikt
You don't download witnesses data separately.

You use new network API to fetch txs (or blocks containing such txs) that have witness data already embedded inside.

Specifically you set an extra bit in the type field inside getdata commands
staff
Activity: 3458
Merit: 6793
Just writing some code
Segwit essentially introduces a new transaction format. It introduces a new transaction format which is just the current one but with 2 additional bytes signalling that it is the new format, and the additional witnesses field before the nLocktime. When a node connects to another node, it tells that node that it supports segwit. So, that other node, if it also supports segwit, will send transactions with the segwit format. When it goes to send a block, it will send the block with the transactions also serialized in the segwit format. If a node does not say that it supports segwit or if a transaction does not use the witnesses field, then the transaction will be sent with the original format without the witnesses field.

The merkle root of the block header contains the hash of the txids. There will be an additional merkle root of the hashes of all the transactions in the block which will be put in an OP_RETURN output of the coinbase.
newbie
Activity: 16
Merit: 7
Hi, new to Bitcoin.

I understand that Segwit will separate the signatures from the transactions and put it in another section of witness data. Just to clarify, is this witness data propagated with the block in the form of a Merkle tree bound with the txid's Merkle tree? I'm just having a hard time understanding how the witness data is condensed (if it all), how the witness data is retrieved for validation, and how the txns are still connected with the respective signatures. Thanks!
Jump to: