Proposal #233

Incentives - Repo Process and Category Model

Exec Legacy Content
passed
Expected result
Passed
Turnout / Quorum
40.06% / 20.00%

Voting period

Voting ended100.0%
Voting start 2022.05.18 at 21:22:20
Voting end 2022.05.23 at 21:22:20

Vote distribution

94.93%
78 839 964 osmo
Yes
0.04%
36 389 osmo
No
0.01%
5 735 osmo
Veto
5.02%
4 172 268 osmo
Abstain

Details

logo
Proposer
-
Total deposit
500 osmo
Submit time
2022.05.18 at 07:24:42
Deposit end time
2022.06.01 at 07:24:42

Description

n\n Link to commonwealth post\n\nThis proposal entails two sub proposals.\n\n1. That we overhaul the meta process for generation of adjustment proposals. This has historically been implemented through a series of google spreadsheets implementing each variant of the mechanism, with static copies made for the generation of each proposal. This shall be replaced with a Github repository based process, which will make public tracking of changes easier, and allow for (nearly) full automation of the proposal generation process.\n\n2. That we modify the current mechanism (bias, subsidy, matching, fee cap, etc) to first group pools into categories, each with a parameterized incentive share, and then pools within each category split that share based on their share of fees collected and external incentives.\n\n\n## Github Repository\n\n link to repo\n\nThis Github repo will at all times contain at least 3 branches, which (along with some Github Action workflows), serve to automate the process of creating weekly adjustment proposals.\n\nThe main branch contains the process and data for the most recent proposal.\n\nThe staging branch contains the process for the next proposal.\n\nThroughout the week, PRs are made to staging corresponding to on chain text proposals, such as adding pools to onboarding, matching external incentives, or changing the adjustment process.\n\nA liveview branch off of staging is continually updated with new data, so that we can see what we expect the next proposal to look like.\n\nAs on chain text proposals pass, their PRs are merged to staging (and then merged to the liveview branch on the next update).\n\nWhen it is time for a new adjustment proposal, the liveview branch is merged back into staging (giving it up to date market data). And then staging branch is merged into main.\n\nThe data in the main branch is then used to create the on chain adjustment proposal.\n\n\n\n## Category Model\n\nThis model groups pools into a number of categories with proportional incentive shares, so that we can prioritize certain classes of liquidity directly.\n\n### Target Share\nThe share of incentives allocated to each category is then split according to the proportion of swap fees collected by each pool within the category. These values are limited by the swap fee cap (currently 3), such that pools will not benefit by having more than 3x the average fee APR of the category.\n\nWe then recalculate shares using (capped) fees + external incentives collected by the pool. To limit the incentive increase caused by a match relative to the base incentives, we take the minimum of this adjusted reveneue share, and (1 + matched_multiple_cap) * capped_fee_share. We set matched_multiple_cap at 1, so set matches to be no more than the base incentives of a pool.\n\n### Major\n\nQualification for Major status is determined by governance based on a combination of factors, namely:\n- Is the token market cap large relative to Osmo\n- Does the majority of the trade volume happen outside of Osmosis\n- Do we have a strategic interest in attracting more liquidity of this token\n\nThis proposal also entails choosing ATOM, WETH, WBTC and CRO as starting Major tokens. As well as USDC, DAI, and EEUR as stablecoins.\n\n### Minimum Share\nPools can also have a minimum share set by governance, to incentivize liquidity ahead of observed trading volume. We set minimums of 25% of incentives on pools 1 and 5% on pools 674, 704, and 712 as demonstration and to guarantee a large amount of incentives for base liquidity. These parameters would be set and changed by governance and should be used to prioritize the growth of strategic liquidity.\n### Categories\n\nThese initial category shares were chosen to approximately match the current breakdown of incentives between these groupings, but should be changed over time with follow up text proposals as needed. (And will likely be adjusted along with proposals to add incentives to new pools in the category)\n\n- Osmo/Major - 45%\n- Osmo/Stable - 30%\n- Osmo/Minor - 20%\n- Stable/Major - 0%\n- Stable/Stable - 0%\n- Others - 5% - Liquidity for Minor tokens paired with non-Osmo\n\n

Votes

Voter
Answer