đ
Original date posted:2017-11-20
đ Original message:BIP 140 looks like it solves Tx Malleability with least impact on current
practices. It is still a soft fork though.
Finally, if we were to create an alternative cyptocurrency similar to
Bitcoin, a Normalized Tx ID approach would be a better choice if I get it
right!
á§
On Mon, Nov 20, 2017 at 11:15 PM, Johnson Lau <jl2012 at xbt.hk> wrote:
> 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
>
>
>
--
Dr. Praveen Baratam
about.me <http://about.me/praveen.baratam>;
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20171120/35d7fb17/attachment.html>;
Praveen Baratam [ARCHIVE] /
npub14sâŚwv9e3
2023-06-07 18:07:50
in reply to nevent1qâŚ0rl6
Author Public Key
npub14sz60zalvsz094ekxmgq2xpcsr67a9aljeqcny479lc8mpsp95jqfwv9e3Published at
2023-06-07 18:07:50Event JSON
{
"id": "a02bcbfe99110fcf554e19dab2335dddb09331c3d7bd069bfd611f260a6d9def",
"pubkey": "ac05a78bbf6404f2d73636d005183880f5ee97bf96418992be2ff07d86012d24",
"created_at": 1686161270,
"kind": 1,
"tags": [
[
"e",
"eee7506507e946de4c59c91cb3baa47c489b31bb507a0da8ae8433013d8e1ac7",
"",
"root"
],
[
"e",
"6ae560a104ead5d10a1c50720c5cccc39d710e72646690fadb3449805a3725cb",
"",
"reply"
],
[
"p",
"492fa402e838904bdc8eb2c8fafa1aa895df26438bfd998c71b01cb9db550ff7"
]
],
"content": "đ
Original date posted:2017-11-20\nđ Original message:BIP 140 looks like it solves Tx Malleability with least impact on current\npractices. It is still a soft fork though.\n\nFinally, if we were to create an alternative cyptocurrency similar to\nBitcoin, a Normalized Tx ID approach would be a better choice if I get it\nright!\ná§\n\nOn Mon, Nov 20, 2017 at 11:15 PM, Johnson Lau \u003cjl2012 at xbt.hk\u003e wrote:\n\n\u003e We canât âjust compute the Transaction ID the same way the hash for\n\u003e signing the transaction is computedâ because with different SIGHASH flags,\n\u003e there are 6 (actually 256) ways to hash a transaction.\n\u003e\n\u003e Also, changing the definition of TxID is a hardfork change, i.e. everyone\n\u003e are required to upgrade or a chain split will happen.\n\u003e\n\u003e It is possible to use ânormalised TxIDâ (BIP140) to fix malleability\n\u003e issue. As a softfork, BIP140 doesnât change the definition of TxID.\n\u003e Instead, the normalised txid (i.e. txid with scriptSig removed) is used\n\u003e when making signature. Comparing with segwit (BIP141), BIP140 does not have\n\u003e the side-effect of block size increase, and doesnât provide any incentive\n\u003e to control the size of UTXO set. Also, BIP140 makes the UTXO set\n\u003e permanently bigger, as the database needs to store both txid and normalised\n\u003e txid\n\u003e\n\u003e On 21 Nov 2017, at 1:24 AM, Praveen Baratam via bitcoin-dev \u003c\n\u003e bitcoin-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\n\u003e into a data structure that is different from the current one where\n\u003e 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\n\u003e 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 _______________________________________________\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\u003e\n\u003e\n\u003e\n\n\n-- \nDr. Praveen Baratam\n\nabout.me \u003chttp://about.me/praveen.baratam\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20171120/35d7fb17/attachment.html\u003e",
"sig": "70645859933433f4ab68a2aef8e29fbb01325400e00508889e2acdac96792ebf31925197fc36eb7069b8014c321dd40713898d8c86f2ac173ef2c3b74133653e"
}