Re: [bitcoin-dev] Bitcoin Days Destroyed as block selection heuristic

> > From the Bitcoin wiki page on transaction fees > : > > Transaction priority is calculated as a value-weighted sum of input age, > divided by transaction size in bytes: priority = > sum(input_value_in_base_units * input_age)/size_in_byt

Re: [bitcoin-dev] Bitcoin Days Destroyed as block selection heuristic

Would this alter the way txns will be prioritised in order to try to win? You would always pick txns with the best BTCDD to maximize your chances of being the block to build on. I see this as potentially being a bad outcome for bitcoin's fungibility. On Sep 12, 2015 5:26 AM, "Dave Scotese via bitc

Re: [bitcoin-dev] Bitcoin Days Destroyed as block selection heuristic

Yes, this proposal is a policy that everyone would be free to ignore. I should have introduced the situation in which this *unenforceable* policy makes sense to me. Here it is: Every miner is listening for valid block solutions but might receive two valid blocks and then they have to decide whic

Re: [bitcoin-dev] Bitcoin Days Destroyed as block selection heuristic

> How do you know which of 2 blocks with the same height is "newer"? From the particular node's perspective. I'm aware there is no possibility of consistent global ordering. Dave's code is about switching blocks (instead of continuing on the existing one), and, in that context, "old" means the fi

Re: [bitcoin-dev] Bitcoin Days Destroyed as block selection heuristic

On Sep 11, 2015 1:18 PM, "Christophe Biocca" wrote: > > It's pretty obvious that Dave is suggesting an alternate tie-breaker: I thought he was proposing a new consesnsus rule. I see, this would be just a policy validation that everybody would be free to ignore (like the "first seen" spend conflic

Re: [bitcoin-dev] Bitcoin Days Destroyed as block selection heuristic

It's pretty obvious that Dave is suggesting an alternate tie-breaker: > It also makes an empty block far less attractive because it is easily > replaced, all the way until the next block locks it in. I do see a problem with the proposal. Right now, when a miner sees a new block with the most wor

Re: [bitcoin-dev] Bitcoin Days Destroyed as block selection heuristic

On Sep 11, 2015 12:27 PM, "Dave Scotese via bitcoin-dev" < bitcoin-dev@lists.linuxfoundation.org> wrote: > > Rather than (promising to, and when they don't actually, at least pretending to) use the first-seen block, I propose that a more sophisticated method of choosing which of two block solutions

[bitcoin-dev] Bitcoin Days Destroyed as block selection heuristic

Rather than (promising to, and when they don't actually, at least pretending to) use the first-seen block, I propose that a more sophisticated method of choosing which of two block solutions to accept. Essentially, a miner receiving two solutions at the same height would compute a weighted sum of b