[DRAFT] SIP-0035 Support for the Origins Subprotocol

[Wilder]

New utility for SOV: minting subprotocol tokens

There seems to be some restlessness among some SOV holders who are itching to do things with their SOV other than staking, voting, and providing liquidity in the SOV/RBTC AMM pool (see this thread, for example). While I am myself content with the current use of SOV as an incentive alignment and coordination token, I do have an idea that I think can add even more “utility” to this use case for SOV. Rather than have one token that governs every aspect of Sovryn, instead we can start to think of e…

The alternative he suggests seems more appropriate for OG.

@remedcu

Do you have a number that you want to suggest for the revenue distribution?

My earlier example trying an alt idea. Direct dev incentivizing(with power) to promote hiring, which is our concern.

@Wilder

I think that paying developers in SOV is that capture of current and future value.

Here is one approach that uses OG that seems like it wont be a large risk to current holders.
If there is lets say 5% launch revenue gained in a OG launch
2.5% in underlying token
2.5% btc raised

25% to OG (dev incentivisation token, has no more than 40% control in voting for OG). Concentrate token to the devs, which we need, and not a public sale. Dev guild tokens. SOV can still control OG with excellent consensus
75% to SOV holders. We are retaining a substantial value.

The launchpad has many organic sources of income.
I see Origins as a piece of the current SOV valuation.

For Zero or Mint I beleive the proposed bonding curve makes more sense. I am much more comfortable experimenting on those features. This is still short term enough to lead the way and learn the best/perfect way of a Sovryn spinoff/guild

I would like to try the bonding curve on Zero as our first trial/experiment!