Re: [bitcoin-dev] BIP Proposal: Revised: UTPFOTIB - Use Transaction Priority For Ordering Transactions In Blocks

2017-12-25 Thread Spartacus Rex via bitcoin-dev
..What you have proposed is interesting but seems to do nothing for the issue of transaction bandwidth, which seems to be approaching its threshold: .. This system just shows one way of changing the way a miner calculates txn priority. A miners should always do what makes him the most money, so a

Re: [bitcoin-dev] BIP Proposal: Revised: UTPFOTIB - Use Transaction Priority For Ordering Transactions In Blocks

2017-12-22 Thread Spartacus Rex via bitcoin-dev
Hi Damian, Thought I'd chip in. This is a hard fork scenario. This system has flaws, they all do. If you had a fixed fee per block, so that every txn in that block paid the same fee, that might make it easier to include all txns eventually, as you envisage. The fee could be calculated as the av

Re: [bitcoin-dev] Generalised Replay Protection for Future Hard Forks

2017-11-14 Thread Spartacus Rex via bitcoin-dev
Totally agree something like this required.. I've been burned. But I like the 'old' idea of putting the hash of a block that MUST be on the chain that this txn can eventually be added to. If the hash is not a valid block on the chain, the txn can't be added. It means you can choose exactly which