Skip to content
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

Semux Has An Unreasonably High Inflation Rate #124

Closed
argoncoindev opened this issue Jan 16, 2019 · 12 comments
Closed

Semux Has An Unreasonably High Inflation Rate #124

argoncoindev opened this issue Jan 16, 2019 · 12 comments

Comments

@argoncoindev
Copy link

After reviewing a few successful crypto projects, Semux's inflation rate appears to be unreasonably high in comparison to others which may be the major factor that suppresses its value. The community might want to improve Semux's economic model for the project's sustainability by reducing its inflation rate.

Coin Name Current Supply Per Annum Block Reward Per Annum Inflation Rate
Semux ~9,000,000 ~3,153,600 ~35%
Ethereum ~100,000,000 ~4,204,800 ~4% (Casper PoS will introduce ~0.5-2%)
Bitcoin ~17,400,000 ~788400 ~4%
EOS ~900,000,000 48,545,000 ~5%
@honeycrypto
Copy link
Contributor

At current price that's only $0.20 * 3.15mil = $630K USD yearly or $1700 USD daily. Looks extremely undervalued anyway.
Even at $1 per SEM that will be only $8600 per day, which is a dust in crypto space. While high inflation may help to improve distribution and provide a higher availability of SEM coins.
Currently there are only 1.3mil coins spendable out of 9mil available supply, this is not good for the liquidity in a long run.

@argoncoindev
Copy link
Author

@honeycrypto Locked coins are liquidity assets as well if Semux doesn't impose any limitation to unvoting. A real life example is that people can unvote and sell the unvoted coins within 10 minutes. The locked coins are not really locked in any way.

@orogvany
Copy link
Collaborator

This is kinda silly math. In it's first year, bitcoin had an inflation rate of infitite,from 0 to whatever, like every coin in existence.

As coins grow, there's more out there so percent of inflation is always a moving target.

Comparing with coins already mature enough to have had halvenings isn't ideal.

But setting block reward to 0.3 sem, or 8.64 sem per day validator only get 259sem per month. I think that would encourage not validating, or trying to skimp on hardware for validators.. it's an interesting idea, but it would fairly drastically change how pools and validators function and choose to validate. I'm not sure people would spend $50 a month to run a 5% fee pool for 12 sem per month.

@argoncoindev
Copy link
Author

@orogvany

As coins grow, there's more out there so percent of inflation is always a moving target.

It can be easily calculated that the inflation rate will still be high after 10 years as the following:

Year Supply Blockreward Inflation
2019 9,000,000.00 3,153,600.00 35.04%
2020 12,153,600.00 3,153,600.00 25.95%
2021 15,307,200.00 3,153,600.00 20.60%
2022 18,460,800.00 3,153,600.00 17.08%
2023 21,614,400.00 3,153,600.00 14.59%
2024 24,768,000.00 3,153,600.00 12.73%
2025 27,921,600.00 3,153,600.00 11.29%
2026 31,075,200.00 3,153,600.00 10.15%
2027 34,228,800.00 3,153,600.00 9.21%
2028 37,382,400.00 3,153,600.00 8.44%
2029 40,536,000.00 3,153,600.00 7.78%

I'm not sure people would spend $50 a month to run a 5% fee pool for 12 sem per month.

The price is also a moving target that will likely increase when the inflation rate decreases based on the observation to block reward halving event of Bitcoin.

@orogvany
Copy link
Collaborator

You are also not accounting for founder, community, or development. If you include those, this year is only 10% not 35%

@orogvany
Copy link
Collaborator

orogvany commented Jan 16, 2019

I'll take a deeper look,but we should be comparing it against actual comps, rather than 10 year in projects, and see. You also aren't accounting for semuxs own halvening in a few years... Which at the 10 year point would actually put us below bitcoins inflation. So it might be closer to already ok than you're making it to be. I'll need to refresh myself on when those are scheduled.

Thanks for bringing it up

I'm also not an ecobomist, but having higher inflation at beginning dropping over time doesn't seem necessarily bad. Particularly as publicpoolsare so prevalent, so users that vote earn fair percent so 0% inflation for them

@argoncoindev
Copy link
Author

argoncoindev commented Jan 17, 2019

@orogvany

You are also not accounting for founder, community, or development. If you include those, this year is only 10% not 35%

Why don't you take those 3 addresses into account of circulating supply on CMC and the explorer if that's the case? Aren't the top 3 addresses supposed to be locked? I am confused.

selection_035

selection_036

@argoncoindev
Copy link
Author

You also aren't accounting for semuxs own halvening in a few years

The supply won't be halved even after 9 years. It will be reduced by 33% according to this piece of code:

public Amount getBlockReward(long number) {
if (number <= 10_000_000L) {
return SEM.of(3);
} else if (number <= 25_000_000L) {
return SEM.of(2);
} else if (number <= 40_000_000L) {
return SEM.of(1);
} else {
return ZERO;
}
}

Bitcoin's block reward halves every 4 years. Ethereum's developers have cut the reward from 5 to 2 since 2015 and they've decided to cut it further down once PoS implemented.

dmr52bzucaazt5t
controlled_supply-block_reward_halving

@orogvany
Copy link
Collaborator

You are correct @argoncoindev Thanks for clarification, my memory was wrong on that.

I'd certainly be in favor of more aggressive reduction of rewards as time goes on, it's easy to adjust and fix.

So, what's the proposal here? I think dropping the current 3 SEM now without warning is not likely to garner any friends ;). And I don't believe that the current 30% is necessarily problematic, as POS with pools really just means that SEMs are more common than they were, and users are not losing value.

Is it inflation if you start the year with 100 SEM, and at end of year you have 133 SEM? You still own 0.0004% or whatever of the coin in circulation, so nothing has really changed except the expected price.

But I agree a more aggressive dropping of forging rewards may be worth considering.

As to why CMC does not take those addresses into consideration, it's by their definition of market cap. They use something similar to stock float, where assets held by the corporation are not included in public valuation. Honestly, the whole market cap thing is a bit of wonky anyway. Coins can't be worth the full value of all shares by price, if there's only liquidity for $10,000 out of 50 million, but as long as they're consistent, sure.

But, if the main dev decided to take the remaining 5 million sem in the community account and evenly distribute them to all users, this too would have effect that forging inflation would be a lower percent, so it too is an option (one I don't think we're considering at the moment).

@argoncoindev
Copy link
Author

A quick proposal is to halve block reward every month over the 3 months after a fork. By reducing the reward gradually delegates will have enough time to become aware of the change and the inflation rate of ~5% can be achieved within a matter of months.

Month Block Reward Inflation Rate
Fork 3 35.04%
Fork + 1 1.5 17.52%
Fork + 2 0.75 8.76%
Fork + 3 0.375 4.38%

After the fork, I'd suggest the project to consider a more sophisticated system that allows the inflation rate to be adjusted dynamically like Casper. This dynamic system solves the liquidity issue by reducing the inflation rate when there are too many staked coins and vice versa.

ethereum-hybrid-casper-rewards 3

@honeycrypto
Copy link
Contributor

@argoncoindev we moved further discussion here: https://github.com/semuxproject/RFPs - see RFP-002. Your proposals are welcome.

@orogvany
Copy link
Collaborator

This has been addressed in 1.4 release. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants