Very good work.

Some ideas, not sure it's "smart" for now, but maybe something for long term.

I think, in a long run RCs need to increase with tech in some way because it's difficult to build a static ruleset on top of the set, I think dynamic block size could be a solution.

Because bigger blocks cost more ( but fit supply and demand more) transaction costs could be also more dynamic.

In times of no demand, nothing changes. In extreme demand times, more transactions could be handled. I think it would average on a sustainable level.

I know, it's not that easy because of spam and abuse protection, developer recourses, and so on.

But with RC delegation, we see the use more efficient. Also, we could track "peak" times. Where are the bottlenecks, what if 10x more users/transactions?

What brings value in transactions and what not? With a mix of this, a dynamic block size model could become a thing :)

Sure not now and not in the near future. But maybe in some years?

Another RC idea, for now, would be an ask/bid price for every transaction for maximum use.

Example: 1 Block allows max: 10 comments / 20 cjson / 5 posts / 200 transfers / 2 wallet creations ( i know wrong numbers).

So with the exact numbers, it would be possible to enter values.

Charting everything on every time would offer an awesome overview to look at patterns and improve the parameters with "better pricing models" for more efficient work.

I could expect a live market maker eats too many resources. So it must be something that can predict the "future block" from past data ( time / or last 10-100 blocks) :)

I´m not sure we have such data in a readable way now, but I'm sure we have comment and post heavy times and other times with other transactions.

So enough wall of text building :) It was not the plan to write that much :P