Sorry I’m probably not very clear. Maybe it helps if I give a short summary of the idea in other terms. I think that one of the issues is that SOV rewards go to features that do not give utility to SOV, but rather to rBTC.
Part of the tokenomics worry is price. Price follows value. Value comes from demand and there is demand for things that have utility (that gives us access to something, allows to do something, etc.). In general, if we have a feature that increases the utility of X, but you reward it with token Y, then Y goes up in supply without increasing the demand for Y (since it is the utility of X that benefits and hence the demand for X that goes up). That devalues Y.
One of the worries is the high inflation of SOV, I’m not really saying anything about that. Another worry however is that there are many utility drains: features that benefit rBTC, increases demand for rBTC, while being rewarded in SOV. This drains SOV of value, creating supply of SOV without creating demand. To solve it, I was thinking that perhaps rewards need to be separated out. At the moment rewards typically come in packages: some SOV+small amount of rBTC fees. The rBTC fees pool is divided amongst many, and hence translates to a small a percentage of rewards, bound to remain negligible (usage goes up, then pool amongst which fees are to be divided increases, so rBTC rewards remain small).
If one separates the SOV rewards and rBTC rewards, one creates an independent market for the rBTC rewards. One thing that one could do is give people the choice: SOV or rBTC? I agree, this may be too complex. Another thing one could do (simpler and therefore preferable I’m now thinking) is go through each feature and ask, does it increase the utility of SOV (does it require taking SOV off the market)? then incentivized by SOV rewards. Does it only increase the utility of rBTC? then incentivized only by a share of the rBTC fees. This would make us see that we should be very sparse with features that only increase the utility of rBTC and not SOV (currently, these are all basically charity for rBTC, coming at the cost of the devaluation of SOV).
And yes I absolutely think this could mean that we no longer give rBTC revenue to stakers, if it is not attractive enough, stakers should receive more SOV. I don’t think the rBTC fees currently make a difference. Perhaps have the altcoin pools all pair only with SOV (so SOV/BNB, SOV/ETH, etc.) and have a privileged rBTC/xUSD pool that is rewarded by rBTC from transaction fees. That would be the natural pool for a bitcoiner who has no taste for altcoins, as there is then no need to obtain SOV and it doesn’t get rewarded in SOV (which she would immediately dump, given her tastes). This creates a true bitcoin-only path within Sovryn. Anyone who goes the SOV path, needs to obtain SOV in order to get rewarded in SOV. The main point is just that we could think about separating out the rewards to create separate incentive structures, and separate token inflows.
Sorry that was not a ‘short summary’ I guess but perhaps it makes it clearer what I’m thinking.
Is there a way to emulate this with minimal development changes?
I guess not with minimal changes, but how much is involved, I do not really know. Could be too much. Definitely in favor of the low-hanging fruits first approach the CoT is taking. Still, if I’m right that parts of the overall design creates devaluation of its own token, then it needs to be taken care off at some point or other.
Yes, I agree it would probably need to come from there as well. But I don’t think that the small share of fees is really making that much of a difference to be honest. What is really needed to support the staking is the value one gains from it beyond governance (I think this Forum should be accessible to Stakers only, I think there should be Svryn teas only for stakers, I think there should still be a Origins with sales only accessible to stakers, things like Droppr, those are the sorts of things that would really help make the staking more attractive imo).