gnosis auction prices via the intersection of supply and demand curve, meaning there will be by definition a large chunk of bids that do not get filled, below the final settlement price.
1.5% supply would be added via gnosis auction, not 15%
In general, cider’s method still is less dilutive than the gnosis auction in terms of how much demand is absorbed.
This is a good study, but I don’t agree with using the same total liquidity for the cider’d raise. I believe you need to account for mercenary liquidity being far less sticky than gnosis raised liquidity. I would like to see what the result of the cider’d study is, assuming that 50% of LPers pull out pretty immediately (ie, take half of POOL INITIAL GEAR and POOL INITIAL $) and see what price that comes out to. That matches what is estimated in the original proposal.
If a half of members leave this setup and only 50% of the original LP remains, that is 10% APR for a year (or 20% annualized if the duration is 6 months). Solid enough? Depends on the secondary market price of $gears of course, can be more or less.
And as a note I believe 20-25% is a fair estimate of the APR that LPers would settle on, looking at various other defi gov token pools.
Grazie mile for the great responses. I 've working with help of fellow hodlers on addressing the latest concepts (price discovery inside Cider’ed Liquidity, and dumpLPunwrap protection). Will share tomorrow. Audit is managable as well - I 'm getting the final numbers.
And as a note I believe 20-25% is a fair estimate of the APR that LPers would settle on
Made solution for this part as well.
I don’t know how koala 'll make the vote. Please either include Cider’ed Liquidity as an option there, or make it YES-NO vote to start with, and concrete plan to be voted on this week. Maybe?
Yeah not fully decided but whatever it is the official vote will definitely not ignore this proposal.
I’m leaning towards something more like this right now, curious on your thoughts: [GIP-32] GEAR Liquidity Raise and Enabling of Token Transferability - #18 by ov3rkoalafied
(Read that post and the two comments)
Also how does LM work in this scenario? How do we get a curve or a balancer gauge in time for liquidity to go live? Ie if we don’t have rewards everyone will pull out of LP until we do.
Ie in either scenario, cider, I think you need to build like a 1 month lm contract to use until we secure a gauge on balancer (if you are willing)
Zoo keeper, at your service!
- 1/2 of GEAR is sold via gnosis auction, relevant parameters from this proposal (need to confirm it is in fact half - depends if bids over clearing price get extra tokens or a rebate)
The suggestion you made is practically what cider contract should be able to do, without create complexity. Some send $gears, some send $eths. Complexity much reduced compared to above. We are on the same page then, technical implementation is of no concern for me here.
Also how does LM work in this scenario?
I 'm working on an article to explain it, here is what was shared as concept so far: Users can pull up CurveMEVSnatcher interface and sell GEAR in Curve Pool. At the same time, at the time of this operation, the user is charged fee = 50% * (transferabilityStart - currentBlock) / (transferabilityStart - auctionEnd) in gear. This is to be used for 2 weeks, generating fees and rewards for LPs from day 0 and for the months to come. How long? Can be decided as well.
How do we get a curve or a balancer gauge in time for liquidity to go live?
I need help coordinating this, but it should not be hard. The LM will be threefold: these rewards as per above, the GEAR extra if the DAO votes for those, the fees from these crazy swaps at the start, and then DAO can also engage in brining or not, that’s to be decided. I 'm not professional with balancer, so I have to use Curve. We “lose” on Balancer extra votes, but Curve-Convex-Frax teams can help in the future. This sounds somewhat vague, but I am sure this is doable to fix.
Ie in either scenario, cider, I think you need to build like a 1 month lm contract
I agree. Easy and cheap to do. Doesn’t hurt!
I like the idea of removing the Gnosis Auction since it will probably result in -EV performance because;
However I think using a Curve pool to jump start liquidity is also a bad idea for the following reasons:
My suggestion is to simply stick with the Balancer pool, but remove the Gnosis Auction idea - which is horrendously mid IQ anyway - and proceed with an initial GEAR liquidity mining strategy with plans to propose a veBAL gauge. The Balancer team is pretty quick with these integrations and provide more support where as with Curve, everything gauge related basically requires a lot of on-chain governance and help from veCRV holders.
So in general I like @0xcider’s idea but just think that a Curve pool isn’t appropriate for spinning up initial liquidity from the community.
Across protocol is launching $ACX tomorrow and they are going with the same strategy I mentioned above:
[GIP-32] GEAR Liquidity Raise and Enabling of Token Transferability - #21 by ov3rkoalafied reasons why gnosis auction was not mid IQ when initially proposed but probably is now. Point 2 (forced to set price) doesn’t really apply though, if anything cider’d method needs more price “setting” due to having to set a range and a max price (gnosis auction determines the max price itself).
Your first two points about curve also apply to aura/balancer, right? Since we would use bribes for both. Ie just sub CRV or CVX with BAL or CRV and it’s the same issue?
For #4, but we will have our own staking contract it seems until a gauge goes live. Curve has also reached out from what I understand, so they have interest here. Ultimately I think if devs were familiar with balancer (cider, plus a core gb dev I believe agreed to help cider out if DAO chooses this option) then I’d push for it more. But I don’t know if the extra efficiency and partnership is worth blowback from further delay and more auditing necessary.
Also initial liquidity is created by the contract, thus solving the issue of initial LP slippages. There will be plenty of liquidity before people can interact on an individual level, minus how the contract handles single-sided withdraws and adds (which tbh should just be the same as withdrawing liquidity balanced then dumping half?)
Also the ACX method means ACX will have some super volatile price as people start to LP. It’s a very simple approach, but no buyers are paired with sellers and that means instant volatility and race to buy or sell. I don’t think it’s a great experience and it also doesn’t get us the extra GEAR to LM that cider’s approach does.
Cider, can you please update your proposal to reflect what you think is the best option for the undecided items below? I added my thoughts. Then I believe it would be ready for a vote.
Basically get these specifics in the actual proposal text and it’s good to go, feel free to counter on any of these.
Then I believe ranked choice voting would be best, with options as Gnosis Auction, reasoning here: Discord
Afaik Balancer bribes are far less competitive than Curve bribes and trying to prevent volatility is not the DAOs job imo. The volatility will even out as liquidity is added and also some volatility is beneficial to LPs.
Overall I think there is too much effort going into a highly engineered launch tbh, and my alternative proposal would be to just forget all this and make the token transferrable without any liquidity mining. The result would be that ppl will just add some onesided UniV3 liquidity and buyers will be matched with sellers based on natural market dynamics without any overhead. Meanwhile GearBox governance can come up with a liquidity mining solution that won’t have to worry about price settings and have to rush an audit or delay the launch.
100%. Lets just vote to make the token transferrable. Everything else will get worked out with time
How do you propose LMing v3? I’m only aware of arrakis right now that works, but that would require forcing users to use a specific liquidity range that we determine. Which once again makes it helpful to have less volatility, so we have a better idea on price before opening it up. The reason low liquidity and volatility are not great is because it can make the LMing program ineffective. Hence finding a solution that pairs buyers with sellers in a way that aids in some pre-market price determination and somewhat deep liquidity.
Balancer bribes are a bit better than curve, it’s not a massive difference though. We could do balancer with a delay, or we could do curve with very little delay given cider and the gb devs already are familiar with curve v2. That’s the tradeoff as I understand.
We would do liquidity mining where ever the DAO chooses later on, it wouldn’t need to be on Uniswap. Most of the liquidity would simply move to the LM venue and perhaps some will stay, which is actually a good thing because having some UniV3 liquidity is good for discovery since Curve/Balancer pools are not integrated with most charting tools.
Aside from balancer being less familiar than Curve, their “internal balances” feature may pose an issue, since it would allow people to trade ETH => GEAR AND back afterwards even before transferability. While this would technically only allow them to push GEAR price in only one direction, they could try to sandwich GEAR dumpers or do some other attack I haven’t figured out yet
This is also somewhat possible with Curve by depositing one-sided, but can’t withdraw or trade back before transferability, so there it’s not an issue
I’m 50/50 on Cider’s proposal now… perhaps I was too harsh in the beginning. It has some good points, and I’m open to learning more when the vote goes live
At the time of writing, the vote is not posted yet, therefore, I ‘m not aware how a koala will phrase it. I observed different proposals being suggested, summarizing to:
6 choices for snapshot. Factually, 2-6 are to be summed up into total votes. 1 wins only if 1 > sum of all the other. Currently, not seeing this happen. Alternatively, as for the choice between 2-6, any one with the most votes wins.
That ‘s the best approach isn’t it? @ov3rkoalafied?
ser, you can write 10000 lines of code and you cannot stop a token from dumping lol.
It has nothing to do with lazy, if you are worried about the token being dumped then the best thing to do is not have a ton of liquidity readily available for ppl to exit on. You seem obsessed with controlling the way the token changes hands and it’s honestly bizarre… I’ve never seen a DAO so concerned with how the token trades post transferability
Give me 21 minute to fix the post and final concept. If you still believe the idea is bad, the voting will decide the plan eventually. I have superbig respect for you, so hope you get to liking it!
I should also mention that it might not be a great idea to do a number of proposals if the bulk of the work behind your plan has been done. Might as well proceed with that plan in that case
It is up to DAO voting eventually, I could be wrong with these ideaz.
@RV_ivangbi please update header post by removing redundantsy.