[Bitcoin-development] Bitcoin TX fill-or-kill deterministic behavior
Jeff Garzik
jgarzik at exmulti.com
Sun Apr 15 15:17:04 UTC 2012
2012/4/15 Jorge Timón <timon.elviejo at gmail.com>:
> On 4/12/12, Jeff Garzik <jgarzik at exmulti.com> wrote:
>> 1. N = 1 or 2 or whatever the community prefers. Ideally enough time
>> for a third-tier miner, mining strange TXs, finds a block.
>> 2. H1 = height of block chain, when a TX is received
>> 3. H2 = H1 + (144 * N)
>> 4. If block chain height reaches H2, and TX has not made it into a
>> block, drop TX from memory pool
>
> Why not just adding a field expiration_block = H2?
> It seems more explicit and flexible than using a 144 * N constant.
> You're changing the protocol anyway, right?
No, not changing the protocol.
Further, adding a field to TX would imply the client needed to rewrite
the TX for each retransmit, changing the hash. Not good at all.
> Another question, aren't different peers going to get different H1 for
> the same tx?
Typically no, because 99.9% of TX's make it throughout the network in
seconds. But yes it is possible, just like it is possible today to
receive a TX at various times.
--
Jeff Garzik
exMULTI, Inc.
jgarzik at exmulti.com
More information about the bitcoin-dev
mailing list