[Bitcoin-development] Relative CHECKLOCKTIMEVERIFY (was CLTV proposal)
zooko at leastauthority.com
Thu Mar 19 17:39:09 UTC 2015
I'm in favor of relative CHECKLOCKTIMEVERIFY, but I don't have a very
specific reason. I just have a vague worry that there can be "race
conditions" in which a txn with an absolute CHECKLOCKTIMEVERIFY goes
into the blockchain later than one of its signers expected that it
would, and therefore there is a surprisingly short delay between that
transaction going into the blockchain and becoming spendable.
This worry of mine is assuaged by using relative CHECKLOCKTIMEVERIFY instead.
More information about the bitcoin-dev