đź“… Original date posted:2017-11-20
📝 Original message:We can’t “just compute the Transaction ID the same way the hash for signing the transaction is computed” because with different SIGHASH flags, there are 6 (actually 256) ways to hash a transaction.
Also, changing the definition of TxID is a hardfork change, i.e. everyone are required to upgrade or a chain split will happen.
It is possible to use “normalised TxID” (BIP140) to fix malleability issue. As a softfork, BIP140 doesn’t change the definition of TxID. Instead, the normalised txid (i.e. txid with scriptSig removed) is used when making signature. Comparing with segwit (BIP141), BIP140 does not have the side-effect of block size increase, and doesn’t provide any incentive to control the size of UTXO set. Also, BIP140 makes the UTXO set permanently bigger, as the database needs to store both txid and normalised txid
> On 21 Nov 2017, at 1:24 AM, Praveen Baratam via bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org> wrote:
>
> Bitcoin Noob here. Please forgive my ignorance.
>
> From what I understand, in SegWit, the transaction needs to be serialized into a data structure that is different from the current one where signatures are separated from the rest of the transaction data.
>
> Why change the format at all? Why cant we just compute the Transaction ID the same way the hash for signing the transaction is computed?
>
> --
> Dr. Praveen Baratam
>
> about.me <http://about.me/praveen.baratam>_______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20171121/f53f93f9/attachment.html>;
Johnson Lau [ARCHIVE] /
npub1fy…p2mv9
2023-06-07 18:07:50
in reply to nevent1q…sqzw
Author Public Key
npub1fyh6gqhg8zgyhhywkty047s64z2a7fjr307enrr3kqwtnk64plmsup2mv9Published at
2023-06-07 18:07:50Event JSON
{
"id": "6ae560a104ead5d10a1c50720c5cccc39d710e72646690fadb3449805a3725cb",
"pubkey": "492fa402e838904bdc8eb2c8fafa1aa895df26438bfd998c71b01cb9db550ff7",
"created_at": 1686161270,
"kind": 1,
"tags": [
[
"e",
"eee7506507e946de4c59c91cb3baa47c489b31bb507a0da8ae8433013d8e1ac7",
"",
"root"
],
[
"e",
"230d7ed93bd59acc50163daa23e325b2f6b300d9b1207430b5edb52efdc51fd2",
"",
"reply"
],
[
"p",
"5d373bc44b6cb694f096ec148573e6a122bc33455bc167ade3ae63d1189185d2"
]
],
"content": "📅 Original date posted:2017-11-20\n📝 Original message:We can’t “just compute the Transaction ID the same way the hash for signing the transaction is computed” because with different SIGHASH flags, there are 6 (actually 256) ways to hash a transaction.\n\nAlso, changing the definition of TxID is a hardfork change, i.e. everyone are required to upgrade or a chain split will happen.\n\nIt is possible to use “normalised TxID” (BIP140) to fix malleability issue. As a softfork, BIP140 doesn’t change the definition of TxID. Instead, the normalised txid (i.e. txid with scriptSig removed) is used when making signature. Comparing with segwit (BIP141), BIP140 does not have the side-effect of block size increase, and doesn’t provide any incentive to control the size of UTXO set. Also, BIP140 makes the UTXO set permanently bigger, as the database needs to store both txid and normalised txid\n\n\u003e On 21 Nov 2017, at 1:24 AM, Praveen Baratam via bitcoin-dev \u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e \n\u003e Bitcoin Noob here. Please forgive my ignorance.\n\u003e \n\u003e From what I understand, in SegWit, the transaction needs to be serialized into a data structure that is different from the current one where signatures are separated from the rest of the transaction data.\n\u003e \n\u003e Why change the format at all? Why cant we just compute the Transaction ID the same way the hash for signing the transaction is computed?\n\u003e \n\u003e -- \n\u003e Dr. Praveen Baratam\n\u003e \n\u003e about.me \u003chttp://about.me/praveen.baratam\u003e_______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20171121/f53f93f9/attachment.html\u003e",
"sig": "4fc4e8630ec92900114b2d011a106a1cb958448cd35a489dcbe5b26d43354721923ea576a1eba5048db3638edb8a3d8d46d46cfea7f41e73cc865980da01d356"
}