I agree with both you and @trix that we should be rapidly adopting POL, but I think that the burn of OSMO is actually the best mechanism to achieve this sustainably.
- The OSMO portion of ProtoRev isn’t needed for POL since we have a surplus of OSMO in the community pool with more being added each day.
- This proposal covers the non-OSMO portion going to the community pool, which would then be used for initiatives such as POL.
If you’re proposing that the obtained ProtoRev assets should be automatically added to POL, then we have the issue where the amounts differ each day and are also far smaller than the Taker fee non-OSMO generation. So we still have the question of what to do with this excess - with letting it accumulate until needed still leaving it open to requests for refunds!
trix
price appreciating is only true if the burn is net new demand (i.e. buyback & burn) or the market reacts to the burn by increasing demand
For ProtoRev it mints OSMO to arbitrage which isn’t new demand (?) so there is no guarantee of price appreciation.
This is new demand! ProtoRev effectively buys OSMO using the slippage gained from the backrun trade.
E. G. Someone buys TIA from the TIA/USDC pool. ProtoRev back runs this by minting osmo, buying TIA from the TIA/OSMO pairing, selling TIA from TIA/USDC as arbitrage, selling the USDC into OSMO/USDC, and then burning the original amount of OSMO. The leftover OSMO has been removed from the circulating supply in liquidity pools, and there is no net change in maximum supply.
The Case for Protocol Liquidity & Burn
We haven’t seen the shift towards non-OSMO pools quite as much as I was expecting so far, so most of ProtoRev is still in OSMO. Leaning into this by deploying even more OSMO liquidity as Protocol liquidity makes even more sense when paired with a mechanism for burning in my opinion.
Since ProtoRev routes start and end in OSMO pools, having more OSMO liquidity increases the amount of OSMO collected over time by ProtoRev. This then further reduces the circulation supply of OSMO and makes the community pool holdings more valuable through scarcity. Especially since we will be able to reduce incentive spends due to owning more and more of the Target Liquidity.
Any POL also collects OSMO in the form of swap fees, further reducing free circulation, as well as collecting non-OSMO which can then be compounded to increase POL, or spent.
Since both of these mechanics reduce the circulating liquidity of OSMO in the hands of mercenary providers, the chain begins to own the majority of its own governance token’s liquidity.
Then we get the mechanism that you describe @nostradamus! If the value of OSMO falls compared to other assets, then the Community pool owns more OSMO (the community pool should be inherently bullish on itself, so not a bad thing), and if the value of OSMO rises compared to other assets, then the community pool owns less OSMO, but further diversifies.
Distribution
Distribution is also totally valid, but I feel like it has a much smaller impact now that Taker Fees exist, and is operating on a different cycle than ProtoRev is. ProtoRev is already removing circulating supply; burning just confirms this as permanent and impacts the maximum supply also.
Immutable GAMM
As far as the immutable GAMM idea, I don’t think we should be using GAMM for this since CL pools are far more efficient, and just because we have a lot of funds in the pool doesn’t mean that we shouldn’t try to be efficient with it. Immutable CL positions then… I don’t really see the point of making something state-immutable (requiring a software upgrade to restore GAMM tokens) compared to just governance-controlled (existing in the community pool). If we wanted to change the holdings then we would likely want to do so faster than a software upgrade could be orchastrated.