The current price adapter for coretime is not great when demand for cores is so low, it has quickly driven down price to virtually 0 KSM/month, I'm pretty sure the actual cost of validating work going to Kusama cores is higher than that. Ideally coretime price should counter the money spent printing money paying validators.
A "funny" side effect of coretime being basically free is the trend of people buying every core available, it's a minor thing but it can get become inconvenient, specially for new builders ... you know, the people we want to attract instead of scaring away. I must admit I started this trend assuming it would trigger a price adjustment but later realize that's not how the price adapter works so it just meant inconvenience, in my defense I transferred cores to those who needed it(not every hoarder will do the same) and I'm building infrastructure to allow projects scale their organization to their own "satellite chain" where infrastructure and coretime is managed for them.
How do we solve this? With a better pricing system of course, one that takes more factors into account like the reality of the market and demand for our blockspace. In the meantime however a simple change that improves our pricing problems can be to set a minimum to how low the price of a core can get.
How much is a good minimum? we can discuss endlessly about it but for now I would propose a minimum from the experience of a builder and a hoarder: 10KSM, even with KSM price increasing x10 it would still be reasonable for builders and it also keeps a number of hoarders away(e.g. it was ok to pay 10 KSM for all available cores but 500+ KSM not).
The respective changes to the Polkadot SDK and the Kusama runtime would be covered by myself or our trusted fellow Pablo.
Threshold
In my opinion, the core pricing model is poorly designed. While I think this change is a positive step, I believe we'll see a complete redesign of the pricing model in the near future.