Exploring Extended Relative Timelocks

Posted by AntoineP

Aug 4, 2025/16:05 UTC

The discussion focuses on the intricacies of utilizing specific bits within Bitcoin's Lightning Network for extending relative timelocks. A significant point raised is the current usage of these bits by Lightning to store obfuscated commitment transaction numbers, which essentially means that the bits with no consensus meaning might not be available as an upgrade hook for further developments. This highlights a limitation in leveraging the existing structure for enhancements without interfering with current functionalities.

Further exploration suggests that for anyone looking to work on extending relative timelocks, an alternative approach would be to utilize the Taproot annex. The proposal extends beyond just enhancing relative timelocks; it also encompasses integrating per-input absolute timelocks into a unified "improved timelocks" proposal. This approach not only addresses the technical challenge of extending timelocks but also suggests a cohesive strategy for broadening the scope of timelock functionalities within Bitcoin's framework, potentially leading to a more versatile and robust system.

Link to Raw Post
Bitcoin Logo

TLDR

Join Our Newsletter

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

Explore all Products

ChatBTC imageBitcoin searchBitcoin TranscriptsSaving SatoshiBitcoin Transcripts Review
Built with 🧡 by the Bitcoin Dev Project
View our public visitor count

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

Give Feedback