Merger Between Osmosis and Umee

A couple of angles I see to this.

  1. Osmosis is currently disadvantaged by the isolation of leverage from the rest of the APP experience. Managing multiple apps to put idle assets to work generating yield and borrowing against a position doesn’t create the CEX like experience that Osmosis needs.

  2. UX is somewhere between Aave V2 and Rari as a lending protocol. The model of DAO managed risk parameters creates a pretty share divergence of incentives between depositors and token holders. This effect has been obvious in the discussion of Jim Yang’s outside UX debt position. We’ve seen a lot of innovation in lending protocol design that can be a lot safer for low liquidity asset. Ajna and FraxLend provide isolated pools that aggressively respond to the market signals that an asset is no longer acceptable collateral. Morpho Blue has moved to professional risk managers for pools + an order book layer on top.

The optimal outcome for Osmosis is both deeper and safer integration with leverage.

Does that mean you are pro, con or neutral for a merger?

I’m a little unclear about what the vision for the merger is and I came to say Aave v2 style lending protocols NGMI

2 Likes

UX (Umee) is more than Aave v2:

  • Special Assets (correlated assets have special treatment)
  • more granular risk control
  • new liquidation options (leveraged liquidation)
  • IBC Quota
  • Native cross-chain
  • Historacle

Note: work on isolated pools started some time ago, but it was put in the backlog.

3 Likes

We have been able to replicate the functions of Aave V3 via utilizing Euler’s borrow factor.

Please see Special Assets which is the same functionality as Aave V3’s e-mode.

5 Likes

What happens with this? Any update?

1 Like

I guess it got lost after Mars started their game of divide and conquer to get funding from Osmosis by threathening they would leave Osmosis.

1 Like

they did have a cryptic post on Twitter, but i’d also like to hear an update on the merger and possible tokenomic effects after the merge

1 Like

I believe this merger should have a bigger impact, don’t you agree?

I think it makes sense to work on the numbers.

That’s because I support this proposal.

I have a high opinion of the Umee team and community.

@brentxu @robert how do we work out the next steps?

3 Likes

Hi Jacob. Thank you for your support. We are discussing the best strategy. Most of our logic is in Cosmos SDK modules. We spent significant time to test them, and design them. Our code is rather compact and well organized. So ideally we would like to move that, rather than reimplement.
The options are:

  1. Merge our Go Cosmos SDK code into Osomosis codebase - the least amount of work, and we will benefit with direct integrations for things like flash loans. However this will impose code maintainance between the 2 teams. I think we can handle that without problems, and improve each other codebase. Corporates can do it, so we can do it as well!
  2. Reimplement as Cosmowasm smart contracts - no maintainance imposed to Osmosis codebase, however significant amount of work to do the migration.
  3. Move the chain under Osmosis security zone (Replicated Security for the moment)
4 Likes

I’m wondering whether 1. will happen, since Osmosis is currently working to harmonize the codebase more with the standard SDK.

This is the correct way to do it I think.

When there were rumors of osmo of merging with the hub, I was thinking about osmosis modules moving to the hub and I liked that and then ICS entered the picture and no I didn’t really want osmosis to wear Gaia’s slave collar.

So it seems to me that we are in agreement that osmosis should adopt the code from UMEE in the event of a merger, excellent.


Now how the heck do we work out a decent buyout price?

I think this merger is a very good idea.

Also, what would be the plan for team administration?

Do you want to join the osmosis team and be paid by osmosis?

Do you want to remain the UMEE team and be paid by that corporation?

Does the merger result in osmosis having multiple corporations working on it simultaneously?

I’d be very happy to grind on the terms of this a bit because unlike other mergers that have been discussed, I think that this one is sensible and viable and it will benefit the user communities of both chains.

1 Like

I think that work is coming along pretty well. That’s not to say that there isn’t some challenging stuff to do along the way, there certainly is but additionally this merger could potentially bring in additional hands for that work.

Good questions. I was posting similar questions (and more) internally.
I don’t think we need a UX/ UMEE token buyout . The token can stay and govern & incentivies the protocol. In case of the codebase merge (option 1), Osmo token will keep the whole chain governance, so will have a super power over the UX token.

Also, what would be the plan for team administration?

Adding more structures to the team and “codeowners” processes will benefit the whole ecosystem. It will also increase the eyes for review and add hands to work on the util code.

Do you want to remain the UMEE team and be paid by that corporation?
Does the merger result in osmosis having multiple corporations working on it simultaneously?

I didn’t hear about any plan of creating a new “corporation”. Multiteam effort should work, and having OSMO a primary token for the chain goernance will work as well.

1 Like

there is no interest in merging now nothing is happening, the site seems to be working, but a small logical explanation other than that to be invested and then where can I change them and why if the course of the graph is closer to the absence of volatility and where the project is going, will my investments be taken away and how where the system is not clear at this moment there is not much It’s not happening

Well okay just just kind of walk you through it, UMEE already has a corporation, or by the way do we now call it UX?

And I was just sort of trying to figure out and map out what the future might look like because again I recognize the quality of your team’s work and compared to every other similar proposal or idea this one actually makes sense.

…so my opinion is that what we (community including you and @brentxu) ought to do is kind of map out what a merged osmo+umee might look like.

For example I never even considered keeping both tokens live till you mentioned it.

Definitely it’s good to discuss options.

If anyone has an interesting idea, please share!

1 Like

Agreed, I think the whole let’s merge for the better of the ecosystem, Worrying about tokenomic later is amazing. shows the spirit of the community. However, some clarification and planning with community involvement is needed. That being said sounds like we all happy about the merger in general

2 Likes

Good point. We will need to propose more details for the community. They will be driven mainly by the merge strategy we are still discussing with the Osmosis tech team.

Re token powers, this is exactly what we are thinking about.

1 Like