pull down to refresh
33 sats \ 2 replies \ @Scoresby 22h \ parent \ on: Exploring Extended Relative Timelocks bitcoin
You can already do this using CLTV. You can specify a time or block height and make a utxo unspendable until then (100s of years from now if you like).
Locking coins for more than a few years feels risky. What if something changes in Bitcoin between now and the lock time expiry? The Bitcoin wiki on timelocks is good.
Wait, if that’s how it works, then I’m not getting the idea behind timelocks extend. Mind explaining what I’m missing?
reply
i think pyth is talking about extending relative timelocks (using the nSequence field, CSV). these timelocks are called relative timelocks and are different than CLTV timelocks because they are relative to the block when the utxo encumbered by them gets mined. A CLTV timelock references an absolute blockheight or UNIX time.
reply