Replies: 5 comments 9 replies
-
@levicook that's a very good question. Cosmos has this kind of super complex formula to stabilize oscillations depending on the multiple threshold (not just 50%) - we need to learn more about the implications to be able to reply to this (source : https://forum.cosmos.network/t/proposal-48-accepted-inflation-rate-change-correction/4834) Right now the curve (you can find it here) goes to 1.5% in 6 years. The idea was to go there much quicker to stabilize the total supply. From what we could gather a big part of the staking APY do come from fees right now (and the 50% fees burn will soon be removed). The current inflation is around 4.8%. I think the staking APY (maybe you're talking about this) takes into account auto compounding + base tx fees + priority fees (+ jito tips if running Jito). |
Beta Was this translation helpful? Give feedback.
-
My primary issue with proposed changes to inflation is that I cannot justify the time spent having these discussions and making changes to the codebase. Inflation does not affect the security of the network, the only (debatable) benefit to having lower inflation is token health. And while token health is important, we just hit ATHs in spite of the inflation before deflationary ETH. Correlation is not always evidence of causation but I can’t help but wonder if there’s any actual value to low inflation. When I understand your perspective on this, I can make comments on the actual design. It’s mostly good though. |
Beta Was this translation helpful? Give feedback.
-
Changing inflation should be completely off the table. If it is changed, or gets taken seriously that it can be changed, it introduces an unquantifiable risk into the long-term financial modeling of the value of the token. What's stopping the token from changing every quarter or month based on the current macro econ conditions - like the fed? As was posted above, the only purpose is token health, which would be self-defeating. Stability is an important feature. The mc is 100b already, it is clearly not holding back the success of the network. I only see this introducing downside risk. |
Beta Was this translation helpful? Give feedback.
-
Is <50% stake participation a goal of solanas? Additionally I think this makes last slot of epoch even more valuable than it already is as proposed not sure if you have thought about this? |
Beta Was this translation helpful? Give feedback.
-
My two cents: There isn't enough research to know what the best inflation should be, or what is "safe". At a gut level, something that is too high is probably wrong, like 100% per epoch would definitely break markets. 0 could also be wrong and unsafe. While 0 could be unsafe, negative value could be safe to a point. I don't think the right number will provide more security, but the wrong number could definitely break things. The current solana curve is going from current value to 1.5% at 15% decrease per year. So in some sense we have some blind faith that everything between current value and 1.5% is "safe". We have evidence over the last 3 years that a higher rate is actually not unsafe (nothing broke). So it's no less risky than the status quo to let the system float between current value as defined by the curve and 1.5%. The next question is - is it unsafe to move inflation faster? We have a ton of evidence that shows that 15% per year hasn't broken anything. It's possible that going from max to min every epoch would break things. Given that inflation started much higher, we actually have some evidence showing that a (8 * 0.15) or 1.2% nominal value change to inflation over a year didn't break anything. So changing the nominal value of inflation by a larger amount than today is probably fine. It seems unlikely that 30% per year change would break anything. Possibly unlikely that 45% would either. So the way to do this in the safest way possible would be something like: Max = current curve that is dropping at 15%, so worst case highest inflation rate is the same as the current curve. Min = 1.5% same as before, so worse case lowest inflation rate is same as current terminal rate. Current = changes between max and min at rate X, where starting value for rate X could be 30% per year or 50% per year. The trigger could be 50% stake, or some other arbitrary value or value range to avoid changes every epoch. The current configuration has a change every epoch, so we have some evidence that small changes to inflation don't break things. What's a safe amount of stake is another question. The solana network has operated with less stake than currently and more stake. I think the lowest was ~20%. Tons of tendermints and tezos have run at > 90%. Ethereum is at 28% of total. 50% target seems totally fine. Markets are better than constants. But don't let the perfect be the enemy of the good. It's fine to set a long term vision for inflation to be totally market driven, and slowly get there through small incremental changes. It's also fine to let things be good enough. If the perfect is only marginally better but is way too complicated to implement, it's ok to not do it. |
Beta Was this translation helpful? Give feedback.
-
Summary
The purpose of this feature is to enable Solana reward emission to be dynamic
on the established inflation schedule parameters.
Motivation
The inflation rate on Solana should be as low as required to enable more than
50% of the circulating supply of tokens staked.
Detailed Design
The inflation schedule will be implemented on a dynamic curve:
The inflation shall adjust upwards or downwards at the start of each epoch.
Upon implementation, inflation would start at 4.8% (this is the current inflation) and:
The curve will be bound by :
Alternatives Considered
N/A
Impact
With the evolution of the ecosystem, validators now rely on MEV and priority
fees over token inflation. This positive direction means that we can reduce
reliance on inflation for rewarding stakers to maintain network security.
dApp developers, token holders, and core contributors will have a more sound
long-term sustainability tokenomics.
Security Considerations
We want to ensure as many validators as possible are economically sufficient
to maximize the decentralization of the network.
To ensure this long term, we might need a controller dependent on revenue/opportuniy
cost rates.
New Terminology
Simulation
@a2kdefi713 put together this simulation with different deflation scenarii:
https://docs.google.com/spreadsheets/d/1QMPwCbPMRQDfD6864CbrA2wXfmUuzMnvH6blG_IJ5I4/edit?usp=sharing
N/A
Beta Was this translation helpful? Give feedback.
All reactions