Tier Nolan [ARCHIVE] on Nostr: š Original date posted:2016-11-17 š Original message:On Thu, Nov 17, 2016 at ...
š
Original date posted:2016-11-17
š Original message:On Thu, Nov 17, 2016 at 12:43 AM, Eric Voskuil <eric at voskuil.org> wrote:
> > This means that all future transactions will have different txids...
> rules do guarantee it.
>
> No, it means that the chance is small, there is a difference.
>
I think we are mostly in agreement then? It is just terminology.
In terms of discussing the BIP, barring a hash collision, it does make
duplicate txids impossible.
Given that a hash collision is so unlikely, the qualifier should be added
to those making claims that require hash collisions rather than those who
assume that they aren't possible.
You could have said "However nothing precludes different txs from having
the same hash, but it requires a hash collision".
Thinking about it, a re-org to before the enforcement height could allow
it. The checkpoints protect against that though.
> As such this is not something that a node
> can just dismiss.
The security of many parts of the system is based on hash collisions not
being possible.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20161117/30a28347/attachment-0001.html>
š Original message:On Thu, Nov 17, 2016 at 12:43 AM, Eric Voskuil <eric at voskuil.org> wrote:
> > This means that all future transactions will have different txids...
> rules do guarantee it.
>
> No, it means that the chance is small, there is a difference.
>
I think we are mostly in agreement then? It is just terminology.
In terms of discussing the BIP, barring a hash collision, it does make
duplicate txids impossible.
Given that a hash collision is so unlikely, the qualifier should be added
to those making claims that require hash collisions rather than those who
assume that they aren't possible.
You could have said "However nothing precludes different txs from having
the same hash, but it requires a hash collision".
Thinking about it, a re-org to before the enforcement height could allow
it. The checkpoints protect against that though.
> As such this is not something that a node
> can just dismiss.
The security of many parts of the system is based on hash collisions not
being possible.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20161117/30a28347/attachment-0001.html>