Topic: Bitcoin Improvement Proposal - page 2. (Read 400 times)

I have heard many people in my life, claiming that Bitcoin inheritance is extremely difficult.

Using this feature, however, it seems INCREDIBLY EASY.

The only argument that I can accept from now on, regarding inheritance, is that the person who will inherit the money need to already have a wallet (and know some stuff already).

-- EDIT --

I really needed to test it, so:

I am using Sparrow upon my bitcoin node. I have just signed a transaction using my signing device.

I have set it to be able to be broadcasted after block height 786243. The current block height is 786238.

So the transaction was not broadcasting until we reached block 786243. Then I broadcasted it successfully.

However, who was going to broadcast the transaction in case I died before the block height 786243 was reached?

It can be done with a Ledger device via Electrum, rather than via Ledger Live.

It's an off-by-one-error which is irrelevant to your use case here.

Because then they could clear out your accounts before you die, and you also have the added risk of them storing a copy of your seed phrase and it being vulnerable to theft. Timelocked transactions avoid all of that.

Yes. You simply spend any one of the inputs before the timelock expires and the timelocked transaction become invalid and therefore useless.

Hello! The purpose of this feature is to provide inheritance to someone? If so, why not give someone (your daughter) your seed phrase instead?


Is this option available using timelock? Because if you can cancel it, then I understand that this is different from sharing your seed phrase.

As it was mentioned you can use OP_CLV for #3 but the other three are not possible in the existing protocol. However you can use workarounds to do something similar by using a more complicated smart contract through OP_IF + OP_CHECK(MULT)ISIG.
Basically you combine your own key with the receiver's key in different branches of the OP_IF that way you can use the other branch to "cancel" the transaction (#4) by spending the outputs to your own address while at the same other the other party can use the other branch to spend the same output to their own address (#2).

That is about fee sniping which you shouldn't be concerned about. It is a theoretical attack which is basically like miners competing over transactions with very high fee. It is also unrelated to OP_CLV.
You can read more about it here: https://en.bitcoin.it/wiki/Fee_sniping

what about this?

bugs in 10% of timelocked transactions?


https://www.coindesk.com/tech/2020/06/01/bug-in-timelocked-bitcoin-contracts-could-spur-miners-to-steal-from-each-other/

yeah, sounds like a good plan 
surprised that it is possible with trezor and electrum, but not with ledger? have to check next time.
atm too lazy to get out the stick...

Have your daughter generate 20 (for example) key pairs. She keeps the 20 private keys secret and gives you a list of 20 addresses.

Create a timelocked transaction sending 1 BTC to the first address, which cannot be broadcast for 1 year. Give her a copy of the transaction for safe keeping.
Create another timelocked transaction sending 1 BTC to the second address, which cannot be broadcast for 2 years. Again, give her a copy of the transaction.
Another transaction, timelocked for 3 years, to the third address. Give her a copy.
Etc.

If you die, then she can broadcast one transaction a year until she has broadcast them all.

If you are still alive in a year, then all you have to do is move the coins in the first transaction to a new address, and the timelocked transaction she is holding will be invalid and useless. So every year you are still alive, move the coins which she could redeem next to another address you own, and then create a new timelocked transaction for some other time in the future.

wow crazy. read a bit, looks promising.
will need more time to go through it all.
thx very much  

so it looks like trezor and electrum can do it already.
crazy.
talked to ian c rogers from ledger exactly one year ago and he didn't mentioned anything like this...

@jackg mentioned it should be safe until 2050. my daughter would be 40 then.
have to read more...

I do not think I can give any additional explanation because Little Mouse explained it perfectly, the problem is that many people are using wallets that are not recommended, the wallets that you do not have such features. There are many wallets like that. I check wallet like Electrum last year and I noticed it supports using unix time as the lock time, also using normal time for it, and also possible you use block height. If you can do that on some wallets for now, I think it is more than enough.

It's already possible through transaction locktime. Well, locktime isn't something you exactly looking for but it should serve your purpose. Locktime defines a transaction to be broadcasted in a future date, time or after a certain block is mined.
You can learn more about it here- https://trezor.io/learn/a/locktime-in-trezor-suite-app

I had seen a thread here in the forum if I can remember correctly, let me find it.

Edit- I had created the thread. This thread has the similar purpose like you- https://bitcointalksearch.org/topic/--5287093

I have a wish.
I wish that in the future, I can not only choose the amount and address to where the transaction goes, but also the time of execution.
And that I am able to cancel that transaction.
Maybe on the Bitcoin Blockchain.
If not possible, then maybe on the Lightning Blockchain.
This would make the act of heritage so much easier.
I can keep my private keys private.
Forever.
Without that my Bitcoin are lost.

My wish:
I make a transaction of 1 BTC on 1st of July 2024 to the address of my daughter.
And one transaction of 1 BTC on 1st of July 2025.
And one transaction of 1 BTC on 1st of July 2026.
And one transaction of 1 BTC on 1st of July 2027.
And one transaction of 1 BTC on 1st of July 2028.
And so on.
Maybe starting from 2030 only 0.5 BTC. Because the value goes higher and higher with the time.

If I am still alive end of June 2024, I just cancel the transaction of July 2024 and make a new one for 1st of July 2029 or another date.

Like that I make sure that:
1. as long as I am alive I never have to share my private keys.
2. if I die, my BTC are not lost and will go to the person(s) I want.
3. my daughter will never lose all of the BTC because someone scammed her.

If her lover/friend/unknown scammer scams her, she can only lose the BTC for 1 year.
But she will never lose them all.
Just have to wait until next July, when a new transaction arrives.
Maybe I will send every year to a new address.
To avoid that if the seed phrase of the wallet of the year 2024 is exposed, the scammers have no access to the wallet of the year 2025.

That is my wish.
Please devs, do something.