Thank you for your kind feedback, @ZCryt0Knight!

ZCryt0Knight: ZCryt0Knight: So if we take 2019 as the first year when rewards will be available (roughly), shouldn’t we have matching inflation number at the end of the year? So if we assume 5% reserve reduction–shouldn’t we have 5% of the total reserves minted for 2019?

But, if I understand you correctly, this is exactly what calculator is showing

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.

ZCryt0Knight: ZCryt0Knight: shouldn’t we have 5% of the total reserves minted for 2019?

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

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

ZCryt0Knight: ZCryt0Knight: Also, a small remark: is there a way to add pool fees in USD at current ADA/USD rate? this would probably make more sense, rather than abstracting these away with percentages.

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

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