From: "'Oren' via Bitcoin Development Mailing List" <bitcoindev@googlegroups.com>
To: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Subject: [bitcoindev] BIP idea: Timelock-Recovery storage format
Date: Sun, 28 Dec 2025 06:21:48 -0800 (PST) [thread overview]
Message-ID: <8fefdd9e-8c71-4e11-9d90-ebbd8e25dc56n@googlegroups.com> (raw)
[-- Attachment #1.1: Type: text/plain, Size: 3114 bytes --]
Reposting here from BitcoinTalk
<https://bitcointalk.org/index.php?topic=5569543.0>:
After a short talk with Ava Chow during BTC++ Taiwan, I'm starting this
thread to discuss whether my idea is BIP-worthy.
Motivation for Timelock-Recovery plans:
Storing seeds for recovery & inheritance is scary.
Pre-signed transactions to a secondary-wallet/custodian, are safer to
handle and backup due to their immutability.
A single pre-signed transaction with a future nLocktime requires "renewal"
when the nLocktime deadline is getting close, which could be annoying (i.e.
if the seed is split over multiple geographic locations).
Covenants/Vaults are still being debated, and could scare less-technical
Bitcoiners.
Solution:
Pre-signing a pair of transactions:
• Alert/Initiate Transaction: A consolidation transaction that keeps most
funds on the original wallet (except for a minimal amount that goes to
anchor-addresses, for CPFP acceleration)
• Recovery Transaction: A transaction that moves the Bitcoin from the
consolidated UTXO to the secondary-wallet(s), with an nSequence
relative-locktime that gives the user enough time to move the funds
elsewhere (assuming they noticed that the Alert transaction was mined, and
still have the seed or signed an alternative transaction in advance).
Similar to a single pre-signed transaction with a future nLocktime,
Timelock-Recovery plans will not include new funds that are added to the
wallet, and will be revoked even if a tiny amount is spent. This mechanism
is intended for wallets that are going to remain untouched for a long time.
An example implementation can be found in the Timelock Recovery plugin that
I've implemented for Electrum <https://electrum.org> (merged since Electrum
v4.6.0b1). Details and demo videos can be found at:
https://timelockrecovery.com.
The plugin creates a UI for signing the two transactions, then saving them
either in a PDF file (with detailed manual instructions for
less-technological Bitcoiners how to broadcast them), or in a *JSON format*.
The BIP will be about the JSON format, which includes not only the raw
transactions themselves, but also user-information (i.e. name, description,
destination-labels, wallet-name, wallet-version), and data about the
transactions (i.e. txids, amounts, fees, input-utxos, anchor-addresses,
relative-locktime).
A standard JSON format will allow implementing a compatible feature on
other wallets, as well as apps/servers for monitoring & initiating
timelock-recovery plans - such as the one being developed by RITREK.com
<https://ritrek.com> (disclosure: I'm one of RITREK's founders).
Let me know what you think!
Oren
--
You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/8fefdd9e-8c71-4e11-9d90-ebbd8e25dc56n%40googlegroups.com.
[-- Attachment #1.2: Type: text/html, Size: 3823 bytes --]
next reply other threads:[~2025-12-28 14:59 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-28 14:21 'Oren' via Bitcoin Development Mailing List [this message]
2026-01-01 13:59 ` [bitcoindev] " waxwing/ AdamISZ
2026-01-01 16:18 ` 'Oren' via Bitcoin Development Mailing List
2026-01-01 16:49 ` 'Oren' via Bitcoin Development Mailing List
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8fefdd9e-8c71-4e11-9d90-ebbd8e25dc56n@googlegroups.com \
--to=bitcoindev@googlegroups.com \
--cc=orenz0@protonmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox