Refactor baseline minting to "use it or lose it" #887
Replies: 12 comments 21 replies
-
banyan bless 🌳 |
Beta Was this translation helpful? Give feedback.
-
This seems like a great idea to me 👍 |
Beta Was this translation helpful? Give feedback.
-
I would highly suggest others, in the pie chart below, to "lose it" too so that it is fair to the initial design of FIL distribution. Or we can simply burn the 15% mining reserve and the 2.5% fundraising remainder to achieve similar end result. |
Beta Was this translation helpful? Give feedback.
-
Thank YOU for not only seeing the problem (inflation), but also raises potential solutions! Especially taking application developers (like Defi) into consideration and how they could play a role on filecoin token economics as they were nonexistent when network CE was firstly designed! |
Beta Was this translation helpful? Give feedback.
-
I have a few concerns with this idea, the first one being the motivation. The solution to "Filecoin’s tokenomics are broadly misunderstood" is not to make a quite large cryptoeconomic change to make it easier to understand, the most direct answer would be making sure we can explain it better. The baseline minting mechanism is somewhat intricate but i'm sure we can find ways to explain this message at various level of detail. The baseline minting mechanism was established for a reason that I think still makes sense, or I haven't been convinced it is no longer applicable. I see two main motivations for having this mechanism: first is as you say, saving for the future, make sure we don't overincentivize early adopters, if rewards decay exponentially too quickly, we might burn through them before we have an established sustainable economy where clients pay for storage services and this is enough incentive. The second reason is that when we are below baseline, the minting mechanism encourages collaborative competition, the more power is onboarded the more total rewards are given out, which is good for network growth, opposed to the pure competition that happens above baseline. Baseline mechanism is not necessarily perfect though, and open for improvements (I think for instance it is unreasonable to set ourselves to compete against exponential growth forever). I think Ethereum has harder tokenomics to explain than Filecoin in this regard, for investors concerned about FDV, where their token supply is unbounded, so those worried about the eventual value of their token in the infinite future, well their token will be diluted to exactly zero. Of course no one cares about the infinite future, you care more about money that is closer to the present, than the far future, what happens to supply in the next 10 years is much more important than the next 20 years and so on, you can get a better idea of what your token would be worth to you this way (again this is a nice blog post or communication that could be written to communicate with investors, rather than drastically changing our CE). Another point is also, I sort of get your idea, but it is ill-defined. Baseline minting doesn't exactly work that way that we save what wasn't minted to give it out separately. It is unclear what it means that this difference between what was minted and what would have been minted would be burned. Those tokens we save now, are not given out at a particular time in the future, they are spread out and just increase the size of minting for all the future. So more properly, anything that is saved is used to change the shape of the baseline minting function forever, fatten the tail. You'd need to specify what you intend to do, you want to use this difference to thin out this tail of the baseline minting function based somehow on what wasn't minted. I get the spirit of what you want to say, but it is underspecified, this could happen many ways. |
Beta Was this translation helpful? Give feedback.
-
This is a great idea |
Beta Was this translation helpful? Give feedback.
-
you have some math on this? theoretically we still have 5.4EiB to loose to the x10 nonsense. i see a clear incentive to lower raw storage capacity constantly to stay below the baseline as much as possible from the miner side in this proposal i see a immediate net outflow on the hardware side if this gets implemented. |
Beta Was this translation helpful? Give feedback.
-
Just to be clear, if this proposal goes into effect after the next upgrade, the equivalent QAP will immediately get lower rewards than it would have without this proposal? |
Beta Was this translation helpful? Give feedback.
-
We can burning Mining Reserve first. |
Beta Was this translation helpful? Give feedback.
-
I have given some thought to how such "use it or lose it" mechanisms could look like. As I understand it, there are two possible ways to prevent baseline minting from reaching its maximum asymptotic value in the far future:
I elaborate some more what these options mean and could look like in this doc, but they both come with some drawbacks to think about. In option 1) It is not true that this only affects future Filecoin minting, and wouldn't affect us today. The minting rate reduction would be felt immediately, so it is not just problems for the future. On top of that there is a possible feedback loop that could make Baseline minting rewards quickly drop to zero, this works like: Because we had less minting, this means we will mint even less, which means we will mint even less... With option 2) the main risk is that At some point there will be a huge shock to the network, when the baseline minting just suddenly stops. We'd need some more analysis to have an idea when exactly that shock would happen and how large it would be. |
Beta Was this translation helpful? Give feedback.
-
@jennijuju @rjan90 @jnthnvctr What's the best way to unblock this and proceed with a governance vote here to see if majority of our community is aligned with this or not ? |
Beta Was this translation helpful? Give feedback.
-
Motivation
Note: This one part of a three part proposal to help accelerate growth in the ecosystem - but the only one that requires a FIP. Broadly speaking the three parts are: (a) tighten up Filecoin's tokenomics (b) align lenders around a notion of a "base rate" tied to FIL inflation and (c) accelerate paid services on the network (e.g. paid storage on ramps, integrations with compute protocols, etc).
Proposal
Related notes:
(Thank you to the GLIF, Banyan, and the others who helped shape this proposal and gave early feedback)
Beta Was this translation helpful? Give feedback.
All reactions