Title
Rethinking (x)MEX
Description
This xExchange Improvement Proposal aims to deliver a rethought tokenomics model for MEX and xMEX, in which utility is added to MEX and even more utility is added to xMEX; all of this without interfering with the current tokenomics, inflation schedule and planned feature additions, while at the same time adding significant buying & burning pressure to MEX, driving up the APRs of all Farms and potentially bringing in new users.
Summary
The “Rethinking (x)MEX” proposal introduces a new tokenomics model for MEX and xMEX, aiming to enhance their utility and incentivize participation without affecting the existing token infrastructure. It plans to implement a governance system where xMEX holders can vote on various proposals, including the addition and removal of farms, with the intention of making the platform more decentralized and user-driven. A significant aspect of the proposal is the introduction of a mechanism for proposal creation that involves financial stakes to prevent spam, alongside a system for proposal voting that includes incentives for participation. The proposal also addresses farm weight voting, allowing xMEX holders to influence the distribution of token emissions to farms, potentially leading to a dynamic ecosystem where stakeholders actively compete for resources, reminiscent of the “curve wars.” Another critical point is the critique of using locked tokens for liquidity provision, which is seen as detrimental to MEX’s market value, suggesting the removal of this feature to preserve the token’s integrity. Lastly, it proposes a governance model for allowing the transfer of xMEX to whitelisted addresses for specific projects, furthering the ecosystem’s decentralization. The proposal underscores the importance of timely implementation, suggesting that these changes could significantly benefit the MEX ecosystem. Overall, it seeks to introduce more buying and burning pressure for MEX, increase APRs for farms, and bring new users to the platform through improved utility and governance mechanisms.
Proposal
The proposal consists of multiple individual points-of-improvement that are being explained below.
1.0 xMEX Governance
The ve-tokenomics model is the single most widespread DEX model in all of DeFi.
On other networks, most DEXes use this model, or a very similar version to it with slightly adjusted parameters or adapted features. Nevertheless, it is the most common and best-working tokenomics model currently in existence. It allows for a usually very sustainable emission of new tokens to the farms, while at the same time creating buying pressure through governance features that require holding and actively voting on certain aspects of the Exchange.
1.1 Proposal Voting
Currently, new farms are added to the farm section by… well honestly, we do not know. One can only assume that a project that wants to have their own farm has to go to the xExchange Core Team and kindly ask for a farm to be added. This does not guarantee you will get a farm, nor does this guarantee you will get a decent amount of emissions. The criteria for getting a farm are not known or publicly documented and frankly it seems that farms are reserved only to projects of significance in the ecosystem.
To address this, the following is being proposed:
xMEX holders can propose and vote on new proposals. This is how it could work:
- To create a proposal, you need to be at least of Ohm Tier (I would not go higher than Ohm, because creating proposals should be accessible by smaller projects and perhaps individual users also, which do not have a lot of money to spare)
1.1 50,000 M energy for Ohm: 500 000 000 000 → (500 000 000 000/(360*4))*0.000006 = 2083$ (energy, divided by four years, times mex price) - Four types of proposals can be created
2.1 Proposal to create a farm
2.2 Proposal to delete/delist a farm
2.3 Proposal to create a dual-farm (ex metastaking)
2.4 Proposal to delete/delist a dual-farm (ex metastaking) - Each proposal is open for voting for 1 full week.
- To create a proposal for adding a farm or a dual-farm, a liquidity pool for that pair has to already exist and have at least 5k USDC or 50 EGLD in liquidity (and the respective amount of tokens for the other side of the LP.
4.1 This is further protection to prevent malicious/spam proposals and add a small entry barrier, though this entry barrier should be easy enough to get over by small projects also. - To create a proposal, you not only need to be of Ohm Tier, but also you need to purchase and pay 500$ worth of MEX. The MEX you need to provide to create the proposal is ultimately burned. This is to prevent proposal-spam and add an incentive to buy and burn MEX.
5.1 The amount (I propose 500$) can be changed and discussed subsequently in the comments.
5.2 Whether the MEX should be burned or distributed to xMEX holders can be discussed, but to sustainably increase the price of MEX, which leads to the farm’s APRs going up (and therefore attracts users), it should ideally be burned. - Optionally, anyone (does not have to be the propoer) can add a bribe to the proposal. The bribe is to incentivize users to vote “yes/in favor” on the proposal.
6.1 When a bribe is added, users are incentivized to vote, since it is a way for them to earn free tokens, simply for voting.
6.2 The bribe can be in any token that is listed on xExchange and where swaps are enabled for that pair.
6.3 The bribe is shared equally among all voters that voted in favor of the proposal, distributed according to their energy (someone with twice the energy would therefore get a piece twice as large of the bribe as someone with only half the energy).
6.4 The bribe has to be claimed by the voters after the proposal is settled - if the bribe is not claimed within 2 weeks after the proposal ended, it is used to buy and burn MEX instead. - To pass such a proposal, a quorum of 25% and a support of 50% (+1) is needed.
- If the proposal was not successful, the bribe goes back to the bribers instead of being paid out to the voters
- The MEX required to create the proposal still gets burned either way, because it was needed to create the proposal and acts as an anti-spam mechanism to ensure a baseline of quality for the proposals.
- Proposals all share the same (automatically generated) title like “Proposal to create farm” or “Proposal to delist dual-farm”.
- The proposer can add a description to the proposal that is stored ideally on-chain, but is obviously it is limited by how long it can be, so it is adviced to create a blog post on your own website and link to the website. (the tip to link to a website/blog post is written in the UI when creating such a proposal).
11.1 Devs: make sure no XSS stuff can be done by adding malicious descriptions through this.
This should not be that hard to implement. A voting mechanism based on xMEX Energy already exists, the Smart Contract endpoint to create a farm also has to already exist somewhere (otherwise, how are farms being added today?). Only bribery and the requirement checks as well as the checks if you satisfy the requirements to create the proposal have to be thoroughly implemented, tested etc.
Implementing this into xExchange will add the following benefits and new features:
- One added usecase for MEX (needed to create proposals)
- Multiple added usecases for xMEX
2.1 Needed to create proposals
2.2 Will give bribery rewards when voting
2.3 Allows you to vote on these proposals - Increased decentralization and permissionlessness of xExchange
- Increased buying + burning pressure of MEX (MEX and xMEX benefit)
- More reward sources for xMEX (bribery, burning)
Logically, the creator of a passed proposal (for dual-farms) gets the option to set the parameters for the dual-farm later on (e.g. how many tokens are distributed over what time period) in a config/admin panel. Unbonding time etc. remains the same.
1.2 Farm weight voting
As part of the ve-tokenomics, voting for farm emissions is also part of the governance process.
xMEX holders should be able to vote for their favorite farm(s). The more votes a farm gets, the bigger the share of the xMEX emissions the farm gets.
The following is proposed:
All existing farms and all farms that have been SUCCESSFULLY proposed, are being called “farms” in the following text:
- Every week, e.g. on a wednesday (it can be any day), a snapshot is taken of the current voting results. This snapshot includes your current energy and the current votes for all farms.
- Voting is continuous. You can vote at any time
2.1 You can vote for as many or as little farms as you want (vote different amounts for 5 farms or vote 100% for just one farm) - When voting, your vote is locked for 7 days/epochs. After 7 days, you can change your vote (or not, if you don’t want to).
- If you don’t change your vote, your vote stays the same, forever (it is kept the same way, as it was the last time).
- Anyone can add bribes to a farm. The bribes are paid out after a voting period ended (the voters need to claim them after the period ended).
5.1 Any bribes not claimed by a voter, will go back into the bribe pool. - The bribes stay in the bribe pool and cannot be withdrawn by the briber.
- If there is less than (e.g.) 10$ in the bribe pool, the briber CAN withdraw the bribe.
7.1 If there is less than (e.g.) 10$ in the bribe pool, the website shall treat it as 0$ aka no bribe, and nothing is paid out to voters (to avoid paying out dust amounts so small, swapping them would cost more than what it is worth).
7.2 The intrinsic mechanism of how many dollars have to be in the bribe pool for the bribe to become “active” and what happens with the leftovers (briber can claim it back, or use for mex buy and burn) can be discussed and adjusted. However, keep in mind the ultimate decision how to do it and where the $ border is, is not that important. These small adjustments will barely have an impact on the final outcome of the implementation of the farm weight voting. If it’s 10$ or 50$ doesn’t make a difference. If the briber can claim it back later or if it is used to buy and burn mex also does not make a difference. We are talking about small values here that in the grand scheme of things do not matter. Especially does it not matter if the briber can claim it back (will he even claim it back?) or if it is used to buy and burn mex, because the briber added the bribes to the pool, with the intention of boosting the farm’s rewards, not with the intention of getting the leftovers back later on.
Just for clarification, if you do not change your vote, it will stay the same, as mentioned. Therefore you would also be eligible for all future/new bribes added to that farm.
Implementing this into xExchange will add the following benefits and new features:
- Two added usecase for xMEX
1.1 Needed to vote on farm weight voting
1.2 Will give bribery rewards when voting - Increased decentralization and permissionlessness of xExchange
- More reward sources for xMEX (bribery, possibly burning)
- Added buy pressure to MEX and increased locking interest for xMEX as projects either have to bribe or get their own xMEX to vote for their own farms
This is how the “curve wars” started, which sent the interest in the CRV token to the moon. Similar “wars” are going on over at AshSwap, where the xExchange Energy-DAO equivalent of AshSwap, created by JewelSwap, is continously trying to gather more voting power, while other projects also try to add to their own veASH stack, to vote for their own farms. Farm emissions are ultimately very important to a project’s attractiveness, liquidity, price (more farm rewards → more interest by farmers → farmers join the pool, which means more buy pressure) and finally it is also simply a marketing expense, as higher APRs will lead to a larger visibility among users and farmers.
Creating an “xMEX war” will ultimately only mean:
- More buy pressure to MEX, and more locked xMEX
- Reason for “DAO aggregators” like JewelSwap (and VortX DAO, still on devnet) (and possibly Autoscale) to build an EnergyDAO
2.1 Yes, JewelSwaps Energy DAO already exists, but it is unusable because you cannot mint their xMEX derivative yet, allegedly because they do not get the whitelist from the xExchange Team yet as it is pending their decision (despite XOXNO, EAPES, Krogan and Maiar Wizards having received such a whitelist).
The xMEX derivatives created by such xMEX wars, will ultimately lead to…
- Capital efficiency
1.1 Stakers can lend their xMEX to farmers, and farmers get to enjoy higher APRs while stakers get a better staking APR than possible anywhere else. Even Robert Sasu described this in his thread (check the comments of the tweet). - MEX buying pressure
2.1 The higher APR of the derivatives leads to increased interest in the derivatives. And the only way to get these derivatives is by buying or minting them (both of which increase MEX buying pressure AND FURTHERMORE lead to permanently locked xMEX that will never see the sell button again).
2.2 Autocompounding effect on farms - Yield optimizers are (if possible) autocompounding all rewards and this also leads to passive buying pressure as seen by pools like JWLASH-ASH or also on Ethereum with cvxCRV-CRV (and the dozen other CRV derivatives).
2.3 The DAO aggregators trying to grow their influence, aka doing everything in their power to get more xMEX somehow, which is all xMEX that is locked forever. To get more xMEX, they will also have to buy some MEX.
2.4 Ultimately, projects that need to vote for their own farms will also try to grow their influence by bribing more or growing their own xMEX holdings → either way, it benefits xMEX holders.
2.5 Finally, the complex interactions between the different parties with different interests (DAO aggregators, yield optimizers, projects voting for their own farms, large whales and professional farmers and liquidity providers, your average user with their own favorite project and xMEX holders looking for the best bribes) will create a complex and competitive landscape where the stakeholders should think before strategically placing their next move - the ultimate beneficiaries of this are xMEX holders. If a project is trying to grow their own farm weight, it will influence the behaviour of the DAO aggregators, force them to somehow get more xMEX, advertise their derivatives more, increase marketing for the derivatives and ultimately for xMEX and xExchange and so forth. - Possible increased developer activity on MultiversX, as the (by far) biggest Exchange has adopted this model, making building on top of it attractive and feasible.
3.1 Imagine being a project, trying to build a yield optimizer or dao aggregator - but the only Exchange where you can easily and effectively do that on MultiversX is AshSwap. Not much reason to build on MultiversX then → compare it to other networks with many such DEXes and MAAANY “dao aggregators” and derivatives, each fighting for their share of the pie. (There are many more exmaples than just the curve war → all somewhat successful/big DEXes experience these positive effects).
There is a reason this system is so popular and successful on all other networks and as we have seen on AshSwap, the same effects happen on MultiversX.
2.0 xMEX Liquidity Provision
I appreicate Robert Sasu a lot for his valuable insights.
Recently he shared another piece of wisdom on Twitter: “Locked tokens meant to be locked. Not sold in secondary markets.”(I ran into a link limit, so I had to break this link twitter (dot) com/SasuRobert/status/1776269574171762956)
While it may seem obvious at first, it is not obvious when looking at xExchange.
I did thorough research. I really did. But I could not find a second DEX anywhere in all of DeFi that allows users to use LOCKED TOKENS to provide liquidity.
Due to Impermanent Loss, it is possible to essentially sell these locked tokens at full value.
xMEX is supposed to be locked. xExchange is already unique in the regard of allowing users to unlock their xMEX at a 80% penalty. This is very uncommon, in fact I also don’t know a second DEX doing this.
Anyways, you can keep the unlock fee. What bothers me is the fact that you can use xMEX to provide liquidity to the EGLD-MEX pool. This has to be removed! This is hurting the price of MEX in ways most users are not thinking about! Let me elaborate.
MEX is advertised for having about 4 trillion circulating supply - on the Explorer, on CMC, on CG, everywhere. But by allowing users to provide liquidity with a LOCKED token, the actual circulating supply that affects the market price is much higher in reality.
Everyone that has read this far understands how AMMs work. If there is more liquidity, price impact is less. While more liquidity is a good thing in principle, for users to experience less slippage and price impact, using locked tokens for this is the pinnacle of bad.
Yes, it may be beneficial for farmers to allow liquidity provision with locked tokens. They get farming rewards and all the other xMEX benefits. And by taking away the farming rewards, they would “only” get everything else, excluding the farming rewards. So essentially we would be taking away a feature here.
But one must understand the consequences of this. We are adding tokens to circulation that should not be there. A long time ago I saw someone ask somewhere why there are no LKMEX-Token pairs and it was answered with (quoted from memory) “because someone could manipulate the price to essentially unlock LKMEX tokens at full value”. But only recently (a few days ago) it clicked for me. We allow users to provide liquidity with locked tokens today.
This means any buy pressure happening to MEX is unlocking xMEX tokens that are used to provide liquidity, at full value. xMEX tokens are being unlocked at full value as we speak. When MEX rallied a little bit a year ago with the introduction of new Launchpads and the communities “Mex to 1” initative, a significant portion of the buying pressure literally went into unlocking xMEX/LKMEX at FULL VALUE. Let that sink in.
I do not know the % of locked tokens versus unlocked tokens in the EGLD-MEX liquidity pool, but the percent of locked tokens is eating away all the buying pressure and is literally bypassing the locking mechanism.
Yes, of course, removing locked tokens from liquidity provision would mean less liquidity. But that liquidity should not have been there to begin with! And again, it is bypassing the locking mechanism.
If there is a governance vote on the entire proposal that I wrote here, this has to be a part of it, otherwise the positive effects of proposal and farm weight voting and everything else are significantly dampened. Aka they will not do as much good as they could have done.
The fact that there is (seemingly) not a single other DEX allowing locked tokens to be used for liquidity provision shows that this is indeed a serious weakness in the current tokenomics of MEX and xMEX.
And, as Robert Sasu said, locked tokens are not meant to be sold. And frankly, liquidity provision means selling and buying. This is a fact.
If you do not want to listen to me, listen to Robert Sasu.
Finally, one more thing: if xMEX-EGLD is removed from the liquidity pool (not used for swaps) and also doesn’t earn any farm rewards anymore, the Farm’s APR will spike significantly due there being less liquidity in the farm relative to the emitted rewards, which will make the APR go up. And a higher APR ultimately means more interest in the farm by farmers/liquidity providers → which will lead to possible buy pressure in MEX.
Again, locked tokens shouldn’t even have been in the LP to begin with, they are locked and not supposed to be sold, bought or traded in general. If you think I am wrong and xMEX should be able to be provided as liquidity, then you are surely also in favor of making xMEX fully transferrable and tradable on secondary markets, no? Maybe an overexaggeration here, since it’s not 1:1 the same thing, but the principle is the same.
3.0 xMEX transferral whitelist governance
Allow projects (dao aggregators, yield optimizers, etc.) to launch a Governance proposal.
You will need: At least OHM Energy league, 500$ (or more, can be discussed) in MEX (which will be burned).
A project can create such a proposal to ask the community to get a whitelist for allowing to transfer xMEX for their own usecase. I.e. people can transfer xMEX to the to-be-whitelisted address.
This is needed to allow the decentralized and permissionless addition of DAO aggregators/yield optimizers. At the same time, transfers to other users will obviously stay banned, as xMEX should not become tradable directly on secondary markets, as the xExchange team intended and I agree - at best, in the form of derivatives.
This is how all popular ve-tokenomics DEXes do it and it has been working out for many years. Derivatives trading is okay, because the derivatives are part of their own DeFi ecosystem and have their own implications. They are not xMEX - while backed by xMEX, they are their own thing and have their own benefits, downfalls, features and usecases and are part of another project, e.g. cvxCRV.
Please feel free to comment. I will try to not influence the discussion about this too much, as I genuniely want to see whether you guys agree, disagree or have change ideas.
Please actually keep it to: agreeing, disagreeing or changing parts of the proposal and keep it friendly and civilized.
And definitely stay on the topic and do not deviate from it. We should discuss this xEIP and not other things.
I want to mention that we should come to a conclusion rather sooner than later, because implementing all of this soon, before the altcoin bullrun starts will have an even more amplifying effect to MEX and, frankly, the entire MultiversX Ecosystem.
If xExchange is doing (very) good, then the MultiversX ecosystem is doing good. For many people the xExchange is still the core of the DeFi Ecosystem (even if, realistically, it is not anymore). Realistically, it is Hatom. But in terms of DEX activity, xExchange is still #1, by far. xExchange is the biggest DEX on MultiversX by TVL and volume and user count. Now that xExchange has it’s own governance by users and is basically not a product of MultiversX anymore, but community owned, we need to bring forward it’s growth. And since xExchange is still the most important DEX by far… if the Ecosystem is doing good, the entire network (and EGLD) will be doing good. Let’s bring xExchange forward with this xEIP and take EGLD with it.
Let’s ramp up innovation and speed-of-implementation. We need new stuff fast. The last time we got new stuff was with xExchange V2, and that was in November 2022. Now we have April 2024 and the next big thing we will get is a website redesign with xExchange V3. Not saying it is bad, but it is not helping the mechanisms running the Exchange and does not bring new innovation or features to it’s stakeholders (which is not only xMEX holders, but also projects that have a farm, metastaking farms, etc.)
EDIT 1:
PS: I am not sure, if the current governance mechanism is still with a square root voting mechanism, where the energy is square rooted so that whales have less impact relative to their xMEX holdings. If this is still the case, it has to be adapted to linear growth of voting power instead. AKA 1 energy = 1 vote. Because 1) all DEXes do it this way and 2) it disincentivizes buying more xMEX to vote for your own farm or your own proposal and it goes against the principles of DAO aggregators and disincentivizes them also. If I am a project and want to grow my own share of the farm emissions, I will invest money into doing so. But, if I have less and less impact the more money I invest, because a square root formula is used, then I will simply stop investing at some point, because it is not worth it anymore. And if I stop investing because I cannot keep on growing my influence, there is no reason for my opponents in the “xMEX war” to also keep buying xMEX to grow THEIR share of influence. The entire cascading effect of the “xyz wars” that Curve and AshSwap are experiencing would be broken.
In fact, this mechanism can be bypassed by using multiple wallets anyways, which would work for a project voting for their own farm, but not for DAO aggregators. This mechanism was changed for all future EGLD governance votes also (from square root to linear), because the team has come to the realization, after a post on the MultiversX Agora, that the square root formula does not really work). I know it’s a bit different for xMEX, but the general idea still applies. And overall, to actually be able to use the farm weight voting properly, you need to be able to have a “more money invested = more voting power” kind of governance. And with a square root formula this is not the case. The more money you invest, your growth of voting power slows down increasingly fast.
EDIT 2:
Slight adjustments in the text.
EDIT 3:
Slight adjustments in the end text.