Updating Mina’s planned inflation and block reward schedule from the original tokenomics

I agree with you. We need to slowly reduce the block reward and disable the super-charged block reward.
I also agree with you that the burning fee is a good idea but it has to be considered, reviewed, and researched carefully and any mechanisms should need to be tested on devnet/testnet before it can be implemented on mainnet. We need more user data to analyze and choose the right method.

One thing I think it’s also related to the tokenomic is the address creation fee. Is it burned, right? It also affects the users and developers, who directly create and use Snapps. I think we also need to talk about it here?

It seems that my proposal is also your init idea, but I want to refer to it again at here

Another thing is the snark fee. I think we need to have a mechanism to let the blockchain manage it automatically instead of manually set by node operators. I saw there’re snark fee shocks sometimes when there’s a high demand of txs and snark jobs, but low demand of snark workers and the difference of snark fees are too high.

1 Like