비트코인을 선물하고 판매를 억제하는 방법

지금까지 우리 모두 알고 있듯이, 비트코인의 실제 가치는 최소 5년이라는 장기간 보유에서 비롯됩니다. 비트코인을 선물하는 것은 받는 사람이 그러한 능력을 갖고 있다면 가치가 있을 수 있습니다. 따라서 비트코인을 선물하고 판매를 억제하는 몇 가지 간단한 요령을 소개합니다.

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.

주인의식을 더 높이려면 열쇠의 절반을 받는 사람에게 주고 나머지 절반은 직접 보관하면 됩니다. 예를 들어, 24개의 시드 문구 중 12개를 제공할 수 있습니다. 이렇게 하면 그들은 그렇지 않더라도 더 많은 소유권을 갖고 있는 것처럼 느낍니다.

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!

이를 더욱 어렵게 만들고 싶다면 24개의 시드 문구 중 20개를 제공한 다음 개인 키를 해독할 수 있는지 확인할 수 있습니다. 충분한 시드 문구를 제공하면 무차별 대입으로 계산이 가능합니다. 그들은 단지 그것을 어떻게 해야 할지 알아내면 될 것입니다. 코딩 학습을 장려하는 더 좋은 방법은 무엇일까요? 작업 증명!

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.

비트코인에는 거래 시간을 지연시키는 기본 방법인 거래의 nLockTime 필드가 있습니다. 이를 통해 백만 블록과 같은 특정 블록 높이를 지울 때까지 블록에 포함되지 않는 비트코인 ​​거래를 생성할 수 있습니다. 이것은 처음부터 존재했던 비트코인의 멋진 기능입니다. 시간 잠금은 HTLC(해시 시간 잠금 계약)를 통해 라이트닝 네트워크와 Taproot의 저하된 다중 서명 체계에서 사용됩니다. 그것은 프로그래밍 가능한 돈의 정말 멋진 기능입니다.

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.

시간 잠금의 한 가지 문제점은 거래를 생성한 사람이 원하는 경우 시간 잠금 전에 항상 다른 거래에 입력을 사용할 수 있다는 것입니다. 앨리스가 밥에게 100만 블록 이후에만 활성화되는 거래에서 비트코인 ​​1개를 준다고 가정해 보겠습니다. Alice는 이 거래를 Bob에게 전달합니다. Bob은 이를 방송할 수 있지만 어떤 노드도 이를 확인할 수 없으며 시간 잠금으로 인해 어떤 채굴자도 이를 블록에 포함하지 않으므로 이 선물에 자금을 지원하는 Alice의 거래 출력은 사용되지 않은 상태로 유지됩니다.

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.

블록 s100만 이전에 Alice는 동일한 UTXO로 자금을 조달하는 Carol에게 두 번째 트랜잭션을 작성할 수 있습니다. 해당 거래에 더 이른 시간 잠금이 있거나 전혀 없는 경우 Carol은 이를 네트워크에 브로드캐스팅하고 Bob에게 예정된 비트코인을 청구할 수 있습니다. Bob이 방송을 시도하면 비트코인을 받을 수 없습니다.

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.

몇 년 전 비트코인에는 "잠금 시간 확인 확인", 즉 CTLV라는 소프트 포크가 있었는데, 이는 거래뿐만 아니라 실제 거래 출력을 잠가서 이 문제를 해결했습니다. 이는 더 복잡한 솔루션이므로 여기서는 다루지 않겠습니다.

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.

시간 잠금에는 또 다른 문제가 있습니다. Alice가 Bob을 위해 시간 잠금 거래를 생성할 때 거래 수수료를 지정해야 합니다. 단기적으로 이러한 수수료를 예측하는 것은 쉽지만 장기적으로 미래의 거래 수수료가 어떻게 될지 아는 것은 어렵습니다. 수수료를 과소평가하면 수수료가 너무 낮기 때문에 Bob은 네트워크에서 자신의 거래를 확인하지 못할 수도 있습니다. 수수료를 과대평가하면 채굴자에게 과다한 비용을 지불하게 되며 이는 아마도 문제가 덜할 것입니다. 몇 년 전의 시간 잠금에는 문제가 되지 않을 수도 있지만 50년 후에 손자에게 비트코인을 보낸다고 상상해 보세요. 그럼에도 불구하고 비트코인의 시간 잠금을 활용하는 것은 흥미로운 기회이며, 이를 수행하는 더 많은 기업이 돈의 진정한 프로그래밍 가능성을 일부 잠금 해제할 수 있다고 생각합니다.

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

여기서 한 가지 해결 방법은 Alice가 여러 시간 잠금 트랜잭션을 생성하는 것입니다. 각 거래는 동일한 UTXO에서 시작되어 Bob의 주소로 전송되지만, 낮은 거래 수수료부터 낮은 거래 수수료까지 각기 다릅니다.