Quote from: Holliday on December 01, 2016, 07:34:36 PM

Quote from: franky1 on December 01, 2016, 03:58:56 PM

Quote from: Holliday on December 01, 2016, 06:20:26 AM

I can't wait for Bitcoin Unlimited Take Two, where the block reward is dynamically determined by the free market...

actually those that love core were coming up with an option where dynamic blocks are possible, but with a penalty of reducing the blockreward if its implemented. and greg actually liked it

Quote from: Meni Rosenfeld on June 02, 2015, 08:16:17 PM

Elastic block cap
The heart of the suggestion is - instead of forbidding large blocks, penalize them. The miner of a large block must pay a penalty that depends on the block's size. The penalty will be deducted from the funds he collects in the generation transaction, and paid into the rollover pool, to be distributed among future miners. If the penalty exceeds the miner's income of tx fees + minted coins + his share of the current rollover pool, the block is invalid.

This requires choosing a function f that returns the penalty for a given block size. There is great flexibility and there's little that can go wrong if we choose a "wrong" function. The main requirements are that it is convex, and has significant curvature around the size we think blocks should be. My suggestion: Choose a target block size T. Then for any given block size x, set f(x) = Max(x-T,0)^2 / (T*(2T-x)). (graph)

This will mean that there are no penalties for blocks up to size T. As the block size increases, there is a penalty for each additional transaction - negligible at first, but eventually sharply rising. Blocks bigger than 2T are forbidden.

Quote from: gmaxwell on June 03, 2015, 04:31:48 AM

I think this kind of proposal is a massive improvement on proposals without this kind of control; and while it does not address all of the issues around larger blocks-- e.g. they do not incentive align miners and non-mining users of the system-- it seems likely that proposals in this class would greatly improve a some of them of them; and as such is worth a lot more consideration.

Thanks for posting, Meni-- I'm looking forward to thinking more about what you've written.

silly people wanting to play with bitcoins mining rewards output as a appendix to allowing bitcoin onchain scaling

its like saying "yea you can have more capacity but we will destroy bitcoins 21m coin cap mechanism if you do"

ofcourse messing with mining rewards is stupid and no one should even try messing with it. anyone seeing positives of messing with the blockreward mechanism should be watched, we should be careful of their other idea's. you never know what is hidden as a appendix to their concepts hidden between the lines of code

While there may have been actual proposals to toy with the block reward, what you've quoted is not that. Meni's proposal involves adjusting transaction fees in relation to the block size, and your quoted bit says as much.

minted coins

yes transaction fee is also mentioned but so is minted coin. so dont downplay the cores crappy thoughts and then make up thoughts about others.

many times people have protected gmaxwell, but then used his negative idea's and pretended other people opposing maxwells dominance as wanting what maxwell wants.

as shown in the OP of f*rking off.. only core and maxwell want to avoid true consensus and want there to be a network split.. not the other way round.

but it is very cute how you downplay cores mentions of messing with minted coins. but i would guess if you seen the exact same posts wrote by anyone not fanboying core. you would jump on them and scream like a sex addict with his first prostitute