OP_Expire and Coinbase-Like Behavior: Making HTLCs Safer by Letting Transactions Expire Safely

Posted by Peter Todd

Oct 23, 2023/15:45 UTC

The email discusses the suggestion of using "nExpiryHeight" instead of time-based expiration in programming. The sender strongly recommends this approach to avoid any potential issues related to miners manipulating the current time. They also mention that using a time-based approach was a design mistake in the past. Additionally, the sender proposes redefining an opcode and suggests alternative names for it, such as OP_Expire or OP_CheckExpiryTime. The sender acknowledges a previous proposal but mentions that it forgot about the taproot annex, which may require the use of the "nExpiryHeight" field instead. The sender also suggests that having a nExpiryHeight field could be useful in cases where a signature covering the field is enough.

Link to Raw Post
Bitcoin Logo

TLDR

Join Our Newsletter

We’ll email you summaries of the latest discussions from high signal bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.

Explore all Products

ChatBTC imageBitcoin searchBitcoin TranscriptsSaving SatoshiDecoding BitcoinWarnet
Built with 🧡 by the Bitcoin Dev Project
View our public visitor count

We'd love to hear your feedback on this project.

Give Feedback