Changing the block reward allocation

Please remain on topic, this a is new proposal discussion. Again.
imo talking about dash's cons is on topic because it seems to some of us that the very existence of this pre-proposal is desperate maneuvers of dash's failure over many years. First, this reduction from PoW to PoS has already been done in the past with little positive effect.. one might argue it did indeed contribute to dash's failure.

And secondly, such "decision" proposals can and have been abused in the past, where the proposal owner, or the ones actually doing the work, decide the rules for passing, which has changed over the years. I should point out that the proposal owner stated at the top, "Pros: less PoW (less energy consumption), more PoS, more budget.", so the actual goal of this pre-proposal is an attempt to repeat history and further fill the pockets of the budget, yet again.

And so, when people talk about dash's failure, not just those here but Sam himself talking about funds running dry, alongside threats of letting employees go, then yes, I'd say it's understandable that overall dissatisfaction with governance is included in such discussions. Or should we remain on topic and omit what is, essentially, the core of such pre-proposals?
 
I will break my silence.

I would like to interrupt this happy gathering of idiots and say the following:

First of all , congratulations for voting the numbers, you may also use this tool for doing it.

But , although you are trying to vote the numbers, you still remain idiot, because you should alocate part of the block reward to Encointer.

MINING SHOULD OCCUR WHEN PEOPLE MEAT EACHOTHER.

So my alternative proposal is:

"Change the block reward allocation to 5% (Encointer)/10% (miners) / 25% (budget) / 60% (MNs)." (Today it’s 20 miners/20 budget/60 MNs.)


Imagine the burst of Dash, when the people around the globe start meeting eachother in various cities and receive their Dash Basic Income. Dash will become the first coin, it will surpass bitcoin , even USD. Then you will launch the satelite that has been proposed in the ancient Dash times , and you will distribute Dash to the whole globe.

Yes, I know, you will never support such idea because you are completely stupid, but I have to tell you so that you will have no excuse in the judgement days.

VOTE FOR ENCOINTER!

 
Last edited:
As previously said sliders can be implemented.

And now lets examine the stupidity of the proposal owner (@pmbf). He spend 2 dash (1 for the failed proposal and 1 for this one) in order to change the block reward allocation.

@pmbf, WITH ONE MORE dash, he could solve this problem FOREVER.

Simply, as long as he wants to change the block reward allocation from 20 miners/20 budget/60 mnos to 10/20/70 , the 20 budget remains stable. So he wants us to vote between miners and mnos. So @pmbf only needs to put a 3 digit numerical proposal asking the percentage of the miners. (read here for instructions on how to do it)

For the sake of the example, lets say that the miners are voted to be 13%. The remain is the percentage of the MNs, so it is 100-13=87%. The result is miltiplied by 0.8 (because 20% budget is out of question). So we have 13*0.8=10.4% miners, 20% budget (stable), and 87*0.8=69.6% MNs. So in case the final outcome of the miners numerical proposal is decided to be 13%, the final budget allocation is translated to be 10.4/20/69.6 . Got it? (if you want to make it more clear to the novices, you may define a chunk, but I will explain this later on)

So @pmbf with one more dash could put a neverending numerical proposal, and solve the problem of the allocation between mnos and miners once and forever. Instead he did a hole in the water, his proposal will last one month only, more people will be required to vote again and again in the future, and more proposal fees will be spend for nothing.

@pmbf wake up!



"ψηφισάτω τὸν ἀριθμὸν". Vote/Calculate the number !
 
Last edited:
If you want an example on how a numerical vote operates, look at the Encointer example ....
.... and make something similar for the change-block-reward-allocation.

For the voting outcome to be legitimate, in the change-block-reward-allocation numerical proposal you should also announce a minimum participation threshold (in the Encointer vote it was hardoced set to 10%)

If someone claims that your announced minimum participation should not be hardcoded but should be voted, then among all the possible minimum participations ideas that are proposed, the most voted one that respects itself is selected (the bold rule)
The bold rule in an example: If someone claims for example that 15% should be the minimum participation, then this should be supported by at least 15% of the votes.
If more than one percentage proposals pass the bold rule (respect themselves), then the most voted one is applied.
 
Back
Top