Post Launch Peg Discussion

I think it would be better for reweights to be faster when further from the peg. Options 3 and 5 help in this regard.

1 Like

If nothing is changed in the reweight process, it will be exploited by the bots all over again. They accumulate FEI for $0.80-$0.90 at secondary markets and dump it as soon the reweight is complete. Some kind of auction is required. Or maybe the option to “pre-swap” FEI for ETH right after the reweight (the amount to pre-swap is based on your TRIBE holdings I guess?).

3 Likes

Is it possible to peg to 1 USD = FEI and remove sell penalty and bonus at the same time for a time window so people who dont trust/know good enough the project can leave and then a new positive environment can be build ?

2 Likes

I agree that with option 5, once the burn reaches the cap, a reweight is more likely when m is higher. But before the burn reaches the cap, a higher m still makes a reweight more difficult. Also, we still have to take care of the issue that purchases push back reweights.

I think option 3 makes relatively the most sense among the five options. But reweighting every few hours is still not enough if price crashes rapidly in between the reweighting blocks. Similarly, reweighting when a price is below some threshold, say .99, does not help when the price is stuck at .995.

I think the fundamental reason why option 3 is insufficient is because we need a continuous model of reweighting, where reweighting becomes gradually more likely as 1) price drifts farther away from the peg, or 2) price stays away from the peg for a longer period of time.

If you agree that we want 1) and 2), may I ask you to take another look at my proposal outline above?

We have discussed the tradeoffs of various implementations at length. I’ll condense here the summary of what I see based on the above comments and we can take this to a snapshot vote.

A reweight recently occurred which reset the spot price and reward rate, and then was immediately sold back down to a >3.5% deviation and 10% penalty.

Forcing reweights or increasing reweight cadence through options 1 and 3 would help after a number of reweights but also unfairly advantage bots in the short term.

Increasing the growth rate of incentives through option 2 just contracts the current status quo making it iterate faster. This would be slower to recover the peg and relieve the sell pressure than 1-3 but may make sense longer term.

Capping the burn and mint % to something reasonable like 2-5% will help make the FEI-ETH uniswap price closer to the secondary market price, which makes oracles more accurate for integrations and doesn’t punish selling as severely. It would also make reweights occur faster when further below the peg as the reward can catch up to the burn.

Selling the reserves with a fixed discount (say 5-10%) or an auction would create a price floor that can allow out a lot of the sell pressure and be increased over time to restore the peg. I think doing this in combination with potentially some of the above will be the healthiest and fairest approach.

Longer discussions on mechanism changes will be required but implementing one or multiple of the above in the short-term can help alleviate the sell pressure and restore the peg while preserving PCV. There were a lot of other great ideas discussed that are less well understood and would require more planning and testing before implementing.

27 Likes

The proposal is interesting. I think we’ll want to have a separate discussion around adjusting the incentive functions more properly after we can level out the current sell pressure and peg.

4 Likes

Great summary. Increasing reweight cadence may not suffer too much from bots if everyone knows exactly when a reweight would occur (e.g. block 100000). People would drive up the price before the reweight actually occurs.

1 Like

How can we avoid bots operating in frequent reweights here?

I am afraid bet in reweights options now will reduce the PCV without restoring stability.

1 Like

I like this one with an auction mechanism to use the less PCV possible.

I think this is important. We should see how it works.

Might be a good idea to mention this to broader channels.

1 Like

I feel like it’s still too early to use the genesis event as any indication as to what the burn/reweight dynamic should or shouldn’t be. Based on observing the Discord, it seems like immediate dumpers skewed the operation.

Maybe a “rapid dump” black swan plan makes sense to consider, but otherwise I’d like to see FEI run as intended for a bit to see what happens (especially after the first reweight).

Definitely a good idea.
It will give another function to TRIBE which will be another reason to hold and give it extra value.
If the system evaluates in a way that TRIBE holders have an option to preswap which will be included and executed in the reweighting atomic transaction - up to a certain amount which should be calculated/capped taking into account the PCV and the holdings of each user -, the protocol can benefit from this and will also favor long time supporters.

2 Likes

You can allow a user to specify a max return, like a limit order, executed either on the 0x mesh in normal trading or by the protocol during a reweight. If the total committed for pre-swap means a burn greater than specified slippage, the FEI is returned.

1 Like

I think this is great. Can we incentivize people to hold FEI by deploying the PCV asap into something that generates a high yield? This yield goes to holders of FEI and or TRIBE?

3 Likes

In order to prevent the "front running " from a bot, i think we can adjust to random reweight. For example, target of one reweight cycle (based on block time or any other period) is $0.97 (± 0.01). the action will be occured during this range cycle randomly (based on hash tx from the ethereum chain). If there is non-bot tx broadcast, they will lose the chance to take arbitrage.
Therefore, we need to decrease the duration of reweight and add random signal. i like an enhancement version of 3

1 Like

I think time is of the essence. You cannot ‘wait and see’ what happens for a stablecoin that’s supposed to be maintaining the peg. That just destroys confidence, which you can see by the willingness of participants to sell FEI at massive discounts up to 30%.

I think the protocol should start instituting frequent re-weights (every hour if necessary) to clear the market, especially while the ETH price is trading higher than the genesis price. This allows the protocol to retain value while also restoring the peg and letting people exit if they want.

The risk of waiting too long is if the ETH price drops, FEI will de-peg and you may lack the collateral to even restore it once the collateralization rate drops below 1.

1 Like

All these reweight choices are good ideas. But most important is finding use cases for FEI. If you look at DAI and other good stables it is used everywhere so easier to hold the peg. No use everyone wants to dump. All we need is one major exchange or YFI or any great lending platform to use FEI. Or we could have our own lending with stables. People borrow USDC or TETHER or any well known stable using FEI. And fees payed in FEI. Just we need more uses for it right now people have no reason to hold.

2 Likes

Hello, I accidentally transferred the coin to your contract address. Can I have it back, please? Ethereum Transaction Hash (Txhash) Details | Etherscan

2 Likes

The peg implementation is good. The problem was allowing “the world” to purchase at no cap PLUS the airdrop. So this created a huge sell pressure. If we only raised about 50,000 ETH, the pressure would have been a lot manageable and the peg would have worked quite fine. Fei Labs, shot themselves on the foot in terms of their reputation.

2 Likes