<oembed><type>rich</type><version>1.0</version><author_name>npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwet</author_name><author_url>https://nostr.ae/npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwet</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2017-11-20&#xA;📝 Original message:On Mon, Nov 20, 2017 at 5:24 PM, Praveen Baratam via bitcoin-dev&#xA;&lt;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&gt; Bitcoin Noob here. Please forgive my ignorance.&#xA;&gt;&#xA;&gt; From what I understand, in SegWit, the transaction needs to be serialized&#xA;&gt; into a data structure that is different from the current one where&#xA;&gt; signatures are separated from the rest of the transaction data.&#xA;&gt;&#xA;&gt; Why change the format at all? Why cant we just compute the Transaction ID&#xA;&gt; the same way the hash for signing the transaction is computed?&#xA;&#xA;That is effectively what segwit does, upto engineering minutia and&#xA;compatibility details.&#xA;&#xA;Segwit does not serialize transactions in to a data structure where&#xA;signatures are separated from the rest of the transaction data; this&#xA;is a misunderstanding.  The &#34;segregated&#34; refers to them being excluded&#xA;from the TXID.   The serialization of segwit on the p2p network in&#xA;transactions and in blocks encodes the witness field inside the&#xA;transactions, immediately prior to the nlocktime field.</html></oembed>