Exploring Extended Relative Timelocks

Posted by pyth

Jul 16, 2025/02:02 UTC

The discourse centers around the decision to transition from an old timelock system to a new one, with a specific mention of the potential lack of concern for sub-8 block granularity by users. The original proposition suggests that in certain contexts, such as within a Liana framework, there's a strong belief that the use of sub-8 blocks granularity is practically nonexistent outside of testing scenarios. This underlines a perspective that for practical purposes, especially in specified applications, the requirement for such granularity might be irrelevant.

Further elaboration on the strategy involves straightforward changes in both wallet logic and the user interface (UI) design. Specifically, it entails modifying a flag within the wallet's logic systems and adjusting the factor applied to a slider mechanism within the UI. These adjustments are proposed to facilitate the selection of timelock settings, should there be a need for an upgrade in the future. The tone suggests a pragmatic approach to software upgrade decisions, emphasizing ease of implementation and user experience over maintaining legacy features that may no longer serve a significant purpose.

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