![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
![]() |
|
People who receive bitcoin as a gift may not appreciate the value of holding for the long term, especially if they are used to day trading or if they have a short time horizon. Here are some ways to gift bitcoin and discourage the recipient from selling it prematurely.
Keep The Key Yourself
The simplest solution is to gift the bitcoin but keep the private key. When the time comes, the recipient can request the key from you, which you can furnish if you want. Since you have the key, in a sense you're not gifting the bitcoin at all since you're not granting the ability to spend the bitcoin. But who cares? Most people will be happy to receive the bitcoin and hear about their new bitcoin address and about the bitcoin that is locked in there. The nice thing about this is you can impose whatever incentive scheme you like to get the key in the future. For example, for kids, it could be "win the middle school chess tournament,” “become valedictorian,” or “generate your first $1 million in revenue in your startup.” You just need to be disciplined not to spend the bitcoin yourself.
Keep Part Of The Key
To give more of a sense of ownership, you could give half of the key to your recipient and keep the other half yourself. For example, you could give them 12 of the 24 seed phrases. This way they feel like they have more ownership, even though they don't.
If you wanted to make this more of a challenge, you could give them 20 out of the 24 seed phrases and then see if they can crack the private key. When you give enough seed phrases, this is computationally feasible by brute force. They would just need to figure out how to do it. What better way to incentivize learning to code? Proof of work!
Lock The Bitcoin In A Multisig
You could give them bitcoin into a multisig address and give them one key while you keep the other. This is easier than using and splitting the seed phrase above. Giving them one key gives them a sense of ownership, and you could keep the remaining keys and use any of the incentive structures above. For example, this would work if mom and dad each had one key, and they each got to set their thresholds for when to reveal the other key to the kid.
Write A Time-Locked Transaction
Bitcoin has a native way to time delay a transaction, the nLockTime field in the transaction. This allows you to create a bitcoin transaction that will not get included in a block until it clears a certain block height, like block 1 million. This is a cool feature of Bitcoin that was there from the beginning. Time locks are used in the lightning network through hash time-locked contracts (HTLCs) and in degraded multisig schemes in Taproot. They are a really cool feature of programmable money.
One wrinkle with time locks is that the person creating the transaction can always spend the inputs in another transaction before the time lock if he or she wants. Suppose Alice gives Bob one bitcoin in a transaction that will activate only after block 1 million. Alice gives this transaction to Bob. Bob can broadcast it, but no node would verify it and no miner would include it in a block because of the time lock, so Alice's transaction output that is funding this gift remains unspent.
Before block s1 million, Alice could write a second transaction to Carol funding it with the same UTXO. If that transaction has an earlier time lock or none at all, then Carol could broadcast it to the network and claim the bitcoin that was meant for Bob. When Bob tries to broadcast, there would be no bitcoin to receive.
There was a soft fork in Bitcoin a few years ago called "check lock time verify," CTLV, that fixed this problem by locking not just the transaction but the actual transaction output. That's a more complex solution that I won't get into here.
There is another issue with time locks. When Alice creates the time-locked transaction for Bob, she needs to specify the transaction fees. It's easy to forecast these fees in the short term, but in the long term, it's hard to know what future transaction fees will be. If you underestimate the fees, then Bob may never be able to confirm his transaction on the network because the fees are too low. If you overestimate the fees, then you're overpaying the miners, which is probably a lesser problem. This may not seem like a problem for time locks a few years in advance, but imagine sending bitcoin to your grandkids in 50 years. Regardless, I think making use of time locks in bitcoin is an interesting opportunity, and more businesses that do this can unlock some of the true programmability of money.
One workaround here is for Alice to create multiple time-locked transactions. Each transaction is sourced from the same UTXO and sent to Bob’s address, but each has different transaction fees, ranging from low
免責聲明:info@kdj.com
所提供的資訊並非交易建議。 kDJ.com對任何基於本文提供的資訊進行的投資不承擔任何責任。加密貨幣波動性較大,建議您充分研究後謹慎投資!
如果您認為本網站使用的內容侵犯了您的版權,請立即聯絡我們(info@kdj.com),我們將及時刪除。
-
-
-
-
- XRP價格在未能突破2.20美元的電阻區後停滯不前
- 2025-04-02 16:25:12
- XRP的價格最近未能超過2.20美元的電阻區,最近面臨著急劇下降。現在的加密貨幣現在鞏固低於$ 2.150的馬克
-
- 美國創新$ 1硬幣計劃為密歇根創新硬幣開放銷售
- 2025-04-02 16:20:13
- 美國造幣廠(MINT)將為包含第二次美國創新的捲和袋子開放銷售,$ 2025
-
- 加密貨幣市場是永久波動和對比意見的一個領域,再次引起了XRP的關注
- 2025-04-02 16:20:13
- 這種觀點衝突強調了XRP未來軌蹟的固有不確定性以及導航加密貨幣市場無法預測的電流的挑戰。
-
- Sony Electronics Singapore首次亮相USDC付款,使其成為第一個這樣做的本地公司
- 2025-04-02 16:15:12
- 現在,新加坡的購物者可以使用加密貨幣來支付在線索尼商店的小工具。
-
-
- Ruvi AI曾經被慶祝為區塊鏈技術的先驅
- 2025-04-02 16:10:12
- Ruvi AI是分散創新的革命。 Ruvi設計為全面的AI驅動SuperApp,為用戶提供了創建文本,圖像的工具