My son is 2 years old. Thinking about putting 210 bitcoins aside and giving them to him when he turns 30.

First let me say I am not trolling, I have a couple hundred bitcoins left from a stash I bought for cheap in 2012 (best decision ever, I wish I had bought more). I did lose a lot in Mt.Gox and a couple other scams so don't envy me. Anyway I think 30 is a good age to give them to him because he could finish college and still have a few years to work and learn about the value of money. And we are talking 2045 which is a long time for bitcoin to appreciate. Wondering what people think and if there is anything in particular I should pay attention to, besides the obvious of keeping them in a safe place.

submitted by /u/voopo
[link] [comments]

When we can agree on mempool sorting order, we can just confirm first n-transactions that are at least 10 mins old. What’s missing?

When we can agree on a mempool sorting order, we can just confirm first n-transactions (or 80% of transactions) that are at least 10 minutes old. Then, we can transfer (broadcast) the block header and a hash to the set of all confirmed transactions.

Just consider this as an aggressive version of BIP152, compact blocks.

This kind of method will work for transactions of any size; both confirming 10 transactions and 1 million transactions are the same.

What’s missing? Why are we not doing ‘confirmation’ like this?

For example, if we have 1000 transactions in a mempool (sorted), 900 transactions are at least 10 minutes old, and we’re confirming the first 720 transactions.

This may not be a perfect or complete solution, but we just need to find,

  1. Sort order; fee, size, etc.
  2. Transaction age; say, 10 min
  3. Confirm size; say, confirm first 80%

Note: Sort order is based on f(trxn-meta-data; fee, input, output, etc.), transaction age is used as a filter. Another filter is first x% of the set.

Recent Questions – Bitcoin Stack Exchange