Thank you for your kind feedback, @ZCryt0Knight!
But, if I understand you correctly, this is exactly what calculator is showing ![:slight_smile: :slight_smile:](https://emoji.discourse-cdn.com/apple/slight_smile.png?v=12)
![image](https://global.discourse-cdn.com/business4/uploads/cardano/original/2X/6/6ad473e3b8f5e36c4c9d0ec91e2dec6bfd71dfbc.png)
Numbers to the right of the input-field show that ~694.4 million ADA is issued during the selected year (2019 in this case), which constitutes ~2.23% inflation on the total supply.
If by “total reserve” in this case you mean the ~14 billion ADA that are yet unissued - then you are right - during any selected year (each year) this reserver will decrease by selected percentage, in this case - by 5% - and the reserve will decrease with each year. This is exactly how it works ![:slight_smile: :slight_smile:](https://emoji.discourse-cdn.com/apple/slight_smile.png?v=12)
But if you mean that there should be 5% inflation on the total supply - the ~31 billion already issued ADA, and the number that will grow each year - then it is not correct. The beauty of the system is that total supply inflation is not fixed, but rather it will be decreasing each year: ~2.23% in 2019, ~2.0% in 2020, ~1.9% in 2021 (if the reserve decrease is at 5%). This way - the reserve deflation stays fixed (5% decrease each year), but the supply inflation is decreasing each year, so each year the number of “released” coins is getting lower and lower - the same as with Bitcoin but much more smoothly.
Hope it helps ![:slight_smile: :slight_smile:](https://emoji.discourse-cdn.com/apple/slight_smile.png?v=12)
It is a nice feature that I may consider adding in the later version, but there are a lot of complications immediately getting into calculations the moment you are trying to make it “an open system” with external unpredictable parameters mixed in. The first and foremost problem is that pools are expected to change the fee size as price of the ADA changes, according to their current expenses compensation needs. This means that actual fee size historically will be an unfixed value, like a function of pool maintenance cost and current ADA price, and since I have no way to of predicting the price - any calculation including it, I’m afraid, would be somewhat deceptive ![:frowning_face: :frowning_face:](https://emoji.discourse-cdn.com/apple/frowning_face.png?v=12)
But I understand what convenience this could achieve, so I’m gonna think about it more. Maybe I could introduce an alternative pool fee calculation way, where user himself sets the “current” price of ADA in USD (like the current year) and also sets the required compensation in USD - and then system would calculate how much coins they would exactly need and what percentage that would be.
I actually have the “Calculator for pools” item planned for future versions in the roadmap, and I think this would be really useful in there
Even if I add this option for “normal” users - then it will probably be under the “professional” selector that opens even more parameter option than there already are.
Btw, according to the latest London meetup (the one with Aggelos Kiayias), actual fee calculation for pools is expected to be somewhat similar to this idea - they will specify two values: “the maintenance cost” (that they need to cover in any case), and also the “desired profit level” (on top of the maintenance coverage). And then the delegation system will “automatically” calculate the optimal fee in coins and distribute the rest among the stake-owners (delegates).
For now we are mainly working on the “user experience”
with the calculator and are waiting for the delegation paper release to settle with the real formula. The moment this paper is released - we will be implementing changes in the calculator ![:smiley: :smiley:](https://emoji.discourse-cdn.com/apple/smiley.png?v=12)