Tiered Emissions about subtensor HOT 2 OPEN

Perspective of a subnet owner is that in order to configure the subnet one has to set hyperparameters. Is there a very good reason to add a new extrinsic to manage a boolean flag? I think that's what subnet hyperparameters are for.

As for the tier parameter, I think a string hyperparameter matching a regex would be more practical to manage than a new extrinsic with new syntax, scale codec, cli etc. (\d)(?:,(\d))+ (+the length of the string should not be larger than something in case someone gets a funny idea).

The way I see it used is competitons on who can achieve some level of performance first, gets a reward which builds up until someone gets to that level. It can be fun.

Corner case to think about: what happens if some rewards accumulate, someone turns it off and then subnet gets deregged/dissolved?

Generally though, the tier system will lead to an incentive curve that isn't as steep as we'd like it to be, unless there is a high number of tiers I guess? Can you please elaborate on how you see this used in practice?

from subtensor.

Hey @ppolewicz, a lot of the tiering can actually be managed by the incentive mechanism, as long as we have a way to direct the flow of emissions to capacitor / recycle. In practice, we will want to set minimum criteria of performance on our subnet (hit certain performance thresholds like sharpe ratio / returns). If a miner doesn't hit these, then the miner is never useful. We would prefer to store the incentive in an intermediary to make our downstream payouts more attractive for new miners, or recycle so the tokens aren't being wasted if we don't believe any of our miners are providing genuine value to the network.

from subtensor.