pull down to refresh
0 sats \ 2 replies \ @C_Otto OP 31 Dec 2023 freebie \ on: Inverse CLTV: only spendable up to block X bitcoin
OP_BEFOREBLOCKVERIFY https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2021-June/019050.html
Alright, the chain reorg argument is much stronger than I thought. It's important for transactions to remain valid once they were valid, otherwise dependent transactions possibly created by other people (who are not aware of the limitation) might get removed retroactively. Furthermore, being able to do chain reorgs without huge complications helps Bitcoin's resilience against network splits, censoring attempts, etc.
reply
I recently proposed this opcode as
OP_Expire
for use in lightning channels: https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2023-October/022042.htmlWhile reorgs are a concern, that problem can be easily avoided by making the outputs of expiration-using transactions unspendable for a period of time. Similar to how you can't spend coinbase outputs in blocks immediately.
reply