mDAO Proposal - Market Making Partnership with Lifinity (Modified)

Governance
#1

Hey chefs!

After discussing the original proposal with the Marinade community, the consensus appeared to be that a MNDE grant (rather than ongoing payments) would be more suitable for a market making partnership.

Original proposal: mDAO Proposal - Market Making Partnership with Lifinity

We therefore suggest the following modified proposal:

・Lifinity will create a custom oracle for mSOL, open a mSOL-USDC pool, and provide $1M of liquidity
・Marinade will provide Lifinity with a 2M MNDE grant for this service
・Marinade will create a gauge for Lifinity’s mSOL-USDC pool
・During the first year, Lifinity will lock the 2M MNDE and also lock any MNDE it receives from LM gauges
・After the first year, veLFNTY holders will vote on what to do going forward (continue locking, distribute to veLFNTY holders, etc.)
・Lifinity will open source the mSOL oracle
・Marinade will deliver the MNDE after Lifinity creates the oracle, open sources it, and provides the liquidity

Why did you choose 2M?

This number was chosen as an approximate amount that represents the value that we believe Lifinity will be providing to Marinade. To provide some context:

・Currently, 1M MNDE is used for emissions each week, so our grant would represent 2 weeks worth of emissions
・The current USD value of 2M MNDE is between 146k (assuming it could all be sold at its current market value of $0.073 per MNDE) and 75k (if it were all sold immediately on Jupiter)
・Assuming the stSOL-USDC pool (which among our pools has the most similar profile to a mSOL-USDC pool) generates a daily volume of $1M (the average so far), Lido will be paying Lifinity approximately $15k per month for our LaaS. Since our partnership with Marinade would be a one-time grant, Marinade would fare better than the continuous LaaS model after just 5~10 months

Why don’t you open the pool to the public instead of providing liquidity yourselves?

If we did, we could cap the pool or keep it uncapped. If we cap it, only the early birds would get the opportunity to deposit. If we keep it uncapped, it would make it more likely that LPs suffer impermanent loss (IL) due to too much liquidity (unlike other DEXs, Lifinity has a pool rebalancing mechanism, and too much liquidity increases the difficult of rebalancing, leading to increased IL). There’s also the possibility that we don’t attract enough liquidity. Having the protocol provide just the right amount of stable liquidity solves all these potential issues.

Some of the benefits to Marinade of this proposal (see the original post for more):

・We concentrate our liquidity 100x and have the lowest fees by a wide margin among all AMMs with meaningful volume, which means we will be providing deeper liquidity than any other AMM
・Baring some catastrophic event, the liquidity will be permanent since it is not dependent on mercenary LPs and the fluctuating value of MNDE
・Unlike other protocols, which have no way to ensure their MNDE rewards get locked (since that decision is up to each LP), Lifinity will be a MNDE accumulator

Looking forward to hearing what the community thinks!

8 Likes
mDAO Proposal - Market Making Partnership with Lifinity
Mis-use of Marinade gauges by closed AMM
mDAO Proposal - Market Making Partnership with Lifinity
#2

I would like to specifically invite conversation on:

  1. scope (complexity, quality) and the corresponding budget
  2. timeframe
2 Likes
#3

What are the risks? Can you call it out in the proposal so people know it?

3 Likes
#4

As far as I can tell basically just the usual suspect – smart contract risk. I don’t think this is the place to discuss all the details of the potential risks of how Lifinity and Marinade’s smart contracts could go wrong though. I do think this is a common enough risk (applies to literally every protocol ever) that it makes sense to not mention it in the opening post.

Worst case scenario for Marinade: 2M MNDE goes to waste.

Worst case scenario for Lifinity: $1M of assets lose value (mSOL is exploited or we experience a lot of IL) or are stolen (Lifinity is exploited).

Bottom line is that the risks are siloed to within each protocol.

3 Likes
#5

Amounts involved seem reasonable for both parties and as you say Gekonn Lifinity has some skin in the game. Im invested in both Marinade and lifinity.

WRT timeline. Why wait? Lets do it.

I personally went back to SOL from mSOL as I had no real way to trade mSOL effectively. Spreads were way to wide and liquidity not deep enough. Must be lots more in the same boat. This solves that issue along with other benefits outlined.

I think both sides stand to benefit here.

2 Likes
#6

As an investor in both protocols, I am excited by what this partnership may bring Marinade, Lifinity & the broader SOL ecosystem.

Hope we can move forward from here.

-G

4 Likes
#7

I am inclined to this proposal.

I have a question though (my ignorance): Do protocols usually give grants for opening an asset-USDC pool? Was it always the case for all the asset-asset pools over the years?

1 Like
Mis-use of Marinade gauges by closed AMM
#8

I can’t say how common it is - I’ve seen more market-making arrangements of the type that @Durden originally proposed, which can be more straightforward when there isn’t something like the liquidity gauges.

The way it’s structured, it’s better to see it in terms of an MNDE commitment to kickstart a partnership and not a grant per se.

2 Likes
#9

There is also a governance imbalance risk. Lifinity will get 2M MNDE and will use it to vote for themselves in the gauges.

When a protocol gets MNDE and votes to incentivize their own pools, the MNDE gets distributed among their community members who are the LPs. Some of them are bound to sell, or forget to re-vote on the gauges.

In this case Lifinity is the sole LP, so they will reap all the rewards which they can then use to direct more rewards their way every cycle.

I can’t say how much this will be. The initial liquidity mining gauges distribution closes in three days. I expect we’ll get some last-minute whales voting. Once that’s closed, it’ll be easier to calculate and create a model.

It’s hard to see how a potential imbalance like this one would play out.

On the one hand, it can make Lifinity a dominant player on the liquidity gauges. On the other, it could incentivize other protocols to acquire more MNDE to direct rewards their way.

2 Likes
Mis-use of Marinade gauges by closed AMM
#10

What’s common is providing liquidity mining incentives for pools. We received feedback from the Marinade community that a grant is more appropriate in this case to match Marinade’s liquidity mining gauges and our need to develop a custom oracle.

1 Like
#11

Personally, I largely viewed this as a positive for Marinade. I assumed the Marinade community would prefer that MNDE emissions be locked up rather than distributed as rewards to veLFNTY holders since this means less sell pressure. If the community prefers that we distribute the rewards to veLFNTY holders so that Lifinity’s 2M MNDE doesn’t become larger, we can also do that. But I assume this is not the consensus view.

If Curve and Convex are any indication, protocols will tend to continually purchase assets to gain access to future emissions. I think the narrative of a protocol accumulating MNDE would be great for Marinade (think Saber and Sunny a few months ago…MNDE wars, anyone?).

5 Likes
#12

To me it makes sense this way and I understand it much better now. Thanks for your effort @Durden! If the Marinade team finds these terms meaningful - which from my understanding they do so far - I’m in full support and would consider the proposal fine.

Of course the gain of liquidity by this pool is the huge benefit for Marinade of the proposal, still I’d like to understand the gauges part a bit better:

To be sure I understand it correctly, the 2M MNDE and earnings from gauges are fully locked, so also not used by Lifinity for general Marinade and especially gauge voting?
Also does that include that the gauge earnings will also not be available as reward to veLFNTY holders while locked?
What happens with it afterwards is up to the veLFNTY holders - they could also decide to reinvest it into Marinade NFTs to vote for the Lifinity gauge to increase MNDE income or generally participate in the Marinade DAO?

Would there be any potential danger with this gauge gaining too much allocation?

Since pool depositing will be closed for the public, as of now only veLFNTY holders that are also Chefs (like myself) would have an interest to vote for the Lifinity gauge, do I understand it right? The gauge can be seen as an additional benefit/compensation for Lifinity (or “Lifinity Chefs” :grin:).

Maybe not the right question here and now, but does it have any impact on other potential MNDE rewards via Lifinity for marinators?

2 Likes
#13

To be sure I understand it correctly, the 2M MNDE and earnings from gauges are fully locked, so also not used by Lifinity for general Marinade and especially gauge voting?

Locked as in locked via Tribeca, the same way all other MNDE is locked. One of the purposes of locking is to enable voting, so we plan to vote for our own pool.

Also does that include that the gauge earnings will also not be available as reward to veLFNTY holders while locked?

Yes, at least for the first year all MNDE earned by our pool will be locked.

What happens with it afterwards is up to the veLFNTY holders - they could also decide to reinvest it into Marinade NFTs to vote for the Lifinity gauge to increase MNDE income or generally participate in the Marinade DAO?

As mentioned above, the plan is to use them for voting from the start.

Would there be any potential danger with this gauge gaining too much allocation?

Not sure what counts as too much, but as I mentioned in a previous reply, “I assumed the Marinade community would prefer that MNDE emissions be locked up rather than distributed as rewards to veLFNTY holders since this means less sell pressure. If the community prefers that we distribute the rewards to veLFNTY holders so that Lifinity’s 2M MNDE doesn’t become larger, we can also do that. But I assume this is not the consensus view.”

Since pool depositing will be closed for the public, as of now only veLFNTY holders that are also Chefs (like myself) would have an interest to vote for the Lifinity gauge, do I understand it right?

Sounds right to me.

Maybe not the right question here and now, but does it have any impact on other potential MNDE rewards via Lifinity for marinators?

Not sure what you mean, can you elaborate?

2 Likes
#14

Just curious if there might be other opportunities for marinators to earn MNDE rewards via Lifinity, and if this is somehow related. But I guess not.

As mentioned I support pushing the proposal.
Maybe it makes sense to add the locking → Tribeca → enables gauge voting detail to your proposal? But maybe everyone else is clear on the terminology.

Thanks for elaborating @Durden!

2 Likes
#15

Doesn’t look like I’m able to edit the post…

1 Like
#16

This is intentional. :slight_smile: Forum discussions are the point of record for proposals, so we have configured Discourse to disallow edits after a few hours - that way we know that, by the time an onchain proposal is active, the specific points linked to are set in stone.

If you need to update the proposal, just make a “diff” comment.

1 Like
#17

I’ll start with a disclaimer, I hold some LFNTY tokens. But I can see benefits to this for Marinade and mSOL as a whole, so I personally like this modified proposal. @Durden has both modified the original proposal and answered all related questions gracefully, giving me a good impression. Lifinity also shares the general decentralization ethos with Marinade, which to me is a plus.

Not only do they provide market making + liquidity as a service, they will develop an custom oracle for mSOL that would be open sourced too, which I think is of possible great benefit to the whole Solana defi ecosystem.

2 Likes
#18

In order to effectively market make for mSOL, Lifinity must create a custom oracle. This involves using Pyth’s SOL price feed as a starting point and adding staking rewards to it at the end of each epoch.

The proposed approach works 99.9% of the time but fails to provide accurate pricing data in emergency situations such as a hypothetical mSOL security incident or bank-run with no available instant unstake liquidity.

Even though the maturity mismatch between SOL & mSOL is not as severe as with other LSD, I am not sure if LFNTY POL should treat them as pari-passu. At the very least, there should be ample risk monitoring.

(FWIW, I hold flares, veLFNTY & MNDE.)

2 Likes
#19

To be clear, we haven’t outlined the precise details of how we plan for our oracle to work in the proposal.

For example, we’ll use Jupiter’s mSOL/SOL rate (i.e. the current market rate) so that if Marinade is hacked and mSOL tanks relative to SOL, for example, our DEX won’t be purchasing mSOL with USDC at elevated prices. Further, the oracle will have a certain price range (expressed as a % of the current price), and whenever it goes beyond that within too short of a time span transactions will not go through.

Lifinity takes on the risk of holding assets, so we agree that proper risk management is paramount! As with all our pools, we test them before actually opening them at scale. The mSOL-USDC pool will be no different, and this testing will inform the exact design of our mSOL oracle and the accompanying safety measures.

1 Like
#20

Robust mSOL oracle solution would go beyond pricefeeds and include mSOL-SOL true price from Marinade contract and correlate it with SOL-USDC price orcale, maybe discounted by epoch time (=time to unstake).

1 Like