aboutsummaryrefslogtreecommitdiff
path: root/src/qt/locale/bitcoin_th_TH.ts
diff options
context:
space:
mode:
authorPeter Todd <pete@petertodd.org>2015-06-01 21:03:51 +0200
committerPeter Todd <pete@petertodd.org>2015-06-21 23:39:49 -0400
commitdb6047d61b742be07442f891e70570b791c585e3 (patch)
treeb9d75982c3d0137dc0a7a13d171a4fcb35724534 /src/qt/locale/bitcoin_th_TH.ts
parent247b91449ad7d041c6af5d2abf5660ab00be0fb4 (diff)
Take the training wheels off anti-fee-sniping
Now that the off-by-one error w/nLockTime txs issue has been fixed by 87550eef (75a4d512 in the 0.11 branch) we can make the anti-fee-sniping protection create transactions with nLockTime set such that they're only valid in the next block, rather than an earlier block. There was also a concern about poor propagation, however testing with transactions with nLockTime = GetAdjustedTime()+1 as a proxy for nLockTime propagation, as well as a few transactions sent the moment blocks were received, has turned up no detectable issues with propagation. If you have a block at a given height you certainly have at least one peer with that block who will accept the transaction. That peer will certainly have other peers who will accept it, and soon essentially the whole network has the transaction. In particular, if a node recives a transaction that it rejects due to the tx being non-final, it will be accepted again later as it winds its way around the network.
Diffstat (limited to 'src/qt/locale/bitcoin_th_TH.ts')
0 files changed, 0 insertions, 0 deletions