Comment offrir du Bitcoin et décourager la vente

Comme nous le savons tous désormais, la valeur réelle du Bitcoin vient de sa détention sur une longue période et sur un horizon temporel, au moins cinq ans. Offrir du Bitcoin peut être précieux si votre destinataire a cette capacité. Voici donc quelques astuces simples pour offrir du Bitcoin et décourager la vente.

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.

Les personnes qui reçoivent du Bitcoin en cadeau peuvent ne pas apprécier la valeur de leur détention à long terme, surtout si elles sont habituées au day trading ou si elles ont un horizon temporel court. Voici quelques façons d’offrir du Bitcoin et de décourager le destinataire de le vendre prématurément.

Keep The Key Yourself

Gardez la clé vous-même

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.

La solution la plus simple consiste à offrir le bitcoin tout en conservant la clé privée. Le moment venu, le destinataire pourra vous demander la clé, que vous pourrez lui fournir si vous le souhaitez. Puisque vous avez la clé, dans un sens, vous n'offrez pas du tout le bitcoin puisque vous n'accordez pas la possibilité de dépenser le bitcoin. Mais qui s’en soucie ? La plupart des gens seront heureux de recevoir le bitcoin et d’entendre parler de leur nouvelle adresse bitcoin et du bitcoin qui y est verrouillé. Ce qui est bien, c'est que vous pouvez imposer le système d'incitation de votre choix pour obtenir la clé à l'avenir. Par exemple, pour les enfants, cela pourrait être « gagner le tournoi d'échecs du collège », « devenir major de promotion » ou « générer votre premier million de dollars de revenus dans votre startup ». Il vous suffit d’être discipliné pour ne pas dépenser le bitcoin vous-même.

Keep Part Of The Key

Conservez une partie de la clé

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.

Pour donner davantage de sentiment d'appartenance, vous pouvez donner la moitié de la clé à votre destinataire et conserver l'autre moitié vous-même. Par exemple, vous pouvez leur donner 12 des 24 phrases de départ. De cette façon, ils ont le sentiment d’être plus propriétaires, même si ce n’est pas le cas.

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!

Si vous souhaitez rendre cela plus difficile, vous pouvez leur donner 20 des 24 phrases de départ, puis voir s'ils peuvent déchiffrer la clé privée. Lorsque vous donnez suffisamment de phrases de départ, cela est réalisable informatiquement par force brute. Il leur suffirait de trouver comment procéder. Quelle meilleure façon d’encourager l’apprentissage du code ? Preuve de travail !

Lock The Bitcoin In A Multisig

Verrouillez le Bitcoin dans un 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.

Vous pouvez leur donner du Bitcoin dans une adresse multisig et leur donner une clé pendant que vous conservez l'autre. C'est plus facile que d'utiliser et de diviser la phrase de départ ci-dessus. Leur donner une clé leur donne un sentiment d'appartenance, et vous pouvez conserver les clés restantes et utiliser l'une des structures d'incitation ci-dessus. Par exemple, cela fonctionnerait si maman et papa avaient chacun une clé et qu'ils devaient chacun définir leurs seuils pour révéler l'autre clé à l'enfant.

Write A Time-Locked Transaction

Écrire une transaction verrouillée dans le temps

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.

Bitcoin dispose d'un moyen natif pour retarder une transaction, le champ nLockTime dans la transaction. Cela vous permet de créer une transaction Bitcoin qui ne sera pas incluse dans un bloc tant qu'elle n'aura pas atteint une certaine hauteur de bloc, comme le bloc 1 million. Il s’agit d’une fonctionnalité intéressante de Bitcoin qui existait depuis le début. Les verrous temporels sont utilisés dans le réseau Lightning via des contrats de hachage verrouillés dans le temps (HTLC) et dans des schémas multisig dégradés dans Taproot. Il s’agit d’une fonctionnalité vraiment intéressante de l’argent programmable.

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.

Un problème avec les verrouillages temporels est que la personne qui crée la transaction peut toujours dépenser les entrées dans une autre transaction avant le verrouillage temporel si elle le souhaite. Supposons qu'Alice donne à Bob un bitcoin dans une transaction qui ne s'activera qu'après le blocage d'un million. Alice confie cette transaction à Bob. Bob peut le diffuser, mais aucun nœud ne le vérifierait et aucun mineur ne l'inclurait dans un bloc en raison du verrouillage temporel, donc le résultat de la transaction d'Alice qui finance ce cadeau reste inutilisé.

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.

Avant le bloc s1 million, Alice pourrait écrire une deuxième transaction à Carol en la finançant avec le même UTXO. Si cette transaction a un verrouillage temporel antérieur ou aucun, alors Carol pourrait la diffuser sur le réseau et réclamer le bitcoin destiné à Bob. Lorsque Bob essaierait de diffuser, il n’y aurait aucun bitcoin à recevoir.

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.

Il y a quelques années, il y avait un soft fork dans Bitcoin appelé "check lock time verify", CTLV, qui résolvait ce problème en verrouillant non seulement la transaction mais aussi le résultat réel de la transaction. C'est une solution plus complexe que je n'aborderai pas ici.

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.

Il existe un autre problème avec les verrouillages horaires. Lorsqu'Alice crée la transaction verrouillée dans le temps pour Bob, elle doit spécifier les frais de transaction. Il est facile de prévoir ces frais à court terme, mais à long terme, il est difficile de savoir quels seront les futurs frais de transaction. Si vous sous-estimez les frais, Bob ne pourra peut-être jamais confirmer sa transaction sur le réseau car les frais sont trop bas. Si vous surestimez les frais, vous payez trop cher les mineurs, ce qui est probablement un problème moindre. Cela ne semble peut-être pas être un problème pour les délais fixés quelques années à l'avance, mais imaginez envoyer du Bitcoin à vos petits-enfants dans 50 ans. Quoi qu’il en soit, je pense que l’utilisation de verrous temporels dans Bitcoin est une opportunité intéressante, et davantage d’entreprises qui le font peuvent débloquer une partie de la véritable programmabilité de l’argent.

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

Une solution de contournement ici consiste pour Alice à créer plusieurs transactions verrouillées dans le temps. Chaque transaction provient du même UTXO et est envoyée à l'adresse de Bob, mais chacune comporte des frais de transaction différents, allant de faibles