New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UIP-13 - Change Block Rewards #13
Comments
A question would be how these options are presented for a vote imo vote 1 should be UIP12 (22 second block time) vote 2 is then UIP 11/13 combined (deals with the MP from this point onward with the potentially new blocktime) I'd have potentially 4 options on that second vote
But keeping the current emission schedule needs to be an option. Can run both votes concurrently on the basis that if the block reduction doesn't go through, either the 2nd vote is null and void, or we apply the results of the second vote to the now remaining 88 second blocktime |
The negative effects of the increased inflation will be negated by the increased usage and burns in the network. The more people use the network, the more gets burned. It will all balance out, in favor of proposed idea of 2UBQ reward forever. |
Is 2UBQ per block is the only option for now, are other rewards models are still up for discussion? |
Gets offset with network use, which if we aren't betting on having network use increased substantially, well we are. so this makes sense. |
I would like to see multiple options for this vote. 2 per block as a single option doesn't give much choice to vote on. The options currently are 2 per block at 22 seconds, which would put as at our original inflation of 8 per block at 88 seconds. However it wont drop down as it did before. Option 2 is to not implement this, which I assume would keep us on the current inflation schedule. So I'm assuming that means we go to 1/.75/.5/.25 (at 22 second blocks) as rewards for the next 4 block halving. Personally. I don't like either option. I am pro the other UIP's that tie in with this one but this one needs more tweaking. I believe nethash and price go hand in hand. They effect each other. We seem to have a core group of dedicated miners (~30-35GHS) and then a handful that jump on and off when prices swing a little bit. You can also see the small bump on overall hash with the bump in price last year. The other UIP's do offer incentives to help with these concerns however I still think the current proposed vote choices are limited. I would like to see the following as vote options: 2 per block - forever These are my ideas, but there is room to tweaking the block rewards more than just the proposed options. Maybe we can even think of other ways to handle the rewards. eg: We could start a 1 per block and ramp to 2 over x period to ease the market into it. |
Regarding inflation. The proposed 22second blocks (UIP12) with the proposed 2ubq fixed reward results in the following. 86400 (seconds in a day) / 22 seconds = 3927 blocks per day. In comparison ETC market currently has to absorb $1,132,291 USD per day to offset miner rewards. $2.35k is nothing in comparison. regarding
The proposal aims to keep things simple, simply yes, no, abstain. 2UBQ can be replaced with a different value, but we can not cleanly vote on multiple values in one proposal. Also, the proposal is to change the blockreward, inflation schedule is a secondary impact. "Stay at current inflation schedule. (1/.75/.5/.25)" is not the same as doing nothing, or a no vote. a no vote on this proposal, with uip12 passing, would result in the current monetary policy remaining the same but being accelerated 4x, the current steps (defined at block height intervals), would occur roughly every 3 months, instead of yearly. edit: Also, 65,905.4088 UBQ has currently be burned by inception, if all 8888 Ns are claimed, 782,144 UBQ will be burned, the equivalent of 99.5 days of block rewards if both UIP12 and 13 are activated. |
At the moment I think that 2 UBQ per block is too much. I think that Eleven’s 1.5 Ubq is a better compromise right now. Only 748/8888 Ns have been claimed in nCeption so atm I don’t see it as being realistic that all 8888 will be claimed given the current trajectory. It’s easier to feed more down the line but certainly worse to have to feed less due to too high of an emission rate. The data shared by Iquidus showing that at 22 second block times with 2 UBQ block reward would at its highest, put |
Just modelled this with a block reward of 1.5 UBQ per block Bear in mind the line for EIP 1559 (aka UIP 11) is the theoretical supply line if there is activity on chain in enough quantity to burn all new supply. The truth is that the supply will likely be somewhere between that line and whatever model is selected. I agree with Elevens analysis around market depth. I would personally vote for 1.5 UBQ per block if it was an option but I'd also be keen on reviewing this again in 12 months time to assess performance against where we are with hashrate and price. Regarding ETC, they have a block reward reduction planned for April 2022 and a hard cap on supply of 210m ETC, just for context. |
I understand the traders and hodlers are concerned about inflation but imo, security is more important. The tiny amount of inflation is easily mitigated, and quite frankly, more than worth the cost. Comparing with ETC is not unfair, its the closest and easiest comparison to make. ETC current hashrate: 24.54 TH/s ETC has more than 500x the hashrate UBQ has. Which is no surprise given they pay their miners roughly 500x than we do, for the same work. If the goal is to attract ethereum miners as it transitions to PoS, our rewards need to be more competitive, otherwise we will attract no one. ETC is just one example, all PoW chains that are bigger than us, are paying their miners significantly more than we are, even with the proposed 2ubq per block. If we want to remain the smallest, paying our miners the least is a guaranteed way to achieve that. |
Looking at it from a priority perspective, security and keeping miners happy is number one. Therefore I would be fine supporting 2 Ubiq as a reward. |
1,5 seems generous and risky enough. If new users come to network and start buying and using ubiq then price will rise and miners will get interested. Only then. First u get users then u get the price bump and then u get miners and more security. Eth reduced block reward and i dont remember hashrate droping, aside from China baning mining. Even at 1 ubiq per block in perpetuity wich would be my first choice, i dont see why would be any problem atracting miners if say one ubiq is 2 bucks rather than 2 ubiqs r one dollar each. To a miner its the same, if indeed objective is to get more miners. |
Simple Summary
Change block rewards to 2UBQ per block, forever. (dependent on adoption of UIP-12)
Abstract
The current monetary policy is stepping down too aggressively in relation to other variables (such as price), having a negative impact on network security. As is, the final step down to 1 UBQ per block will leave us in a vulnerable place in terms of blockchain security. We have observed Ubiq's hash rate go down at each step down in rewards so we can assume hash rate would be around 1/4th of what it is now.
With the proposed blocktime changes in UIP-12, we will reach 1UBQ per block much faster than originally anticipated.
This UIP proposes to change the block rewards to 2UBQ, forever.
To counter this additional inflation, UIP-11 (EIP-1559) is recommended.
Specification
TODO
Implementation
Adoption of the content of this UIP requires a hard fork as it introduces changes that are not backward compatible.
This UIP is dependent on UIP-12 and should be activated alongside each other.
Due to the nature of this proposal it will go through Escher governance.
Proposed Timeline
TBD
The text was updated successfully, but these errors were encountered: