Conversation

Replying to
12) In a normal orderbook, the bids are people who actively want to buy at that price. In an AMM, the bids are... everyone in the pool, at the market price, no matter what that price is. Not people expressing an opinion about the price. Just sitting ducks.
4
55
13) Hedging, options, etc. don't help. The problem isn't "risk" per se. It's that you're doing bad trades; trades with negative expected value. Paying fees to hedge can't fix bad trades, it can just even the outcomes: locking in a small loss. The curve doesn't change this.
2
44
14) The only saving grace here is that the takers pay you 30bps on all trades. So rather than _constantly_ getting picked off, it only happens when markets move more than 30bps. 30bp fees are way higher than most exchanges! But they _have_ to be, or else IL would skyrocket.
2
29
15) This means that any "benign" taker -- someone who just needs to put on a position at a reasonable price -- has to pay that same 30bps. It's really inefficient. What if an algo set the price? Well either:
1
22
16) a) that algo is a CEX oracle --> just trade on the CEX b) that algo is on-chain tradeable --> that algo is the DEX, recurse on it c) that algo is something else, and likely garbage. So how can AMMs even exist then? It basically has to be one of the following.
5
20
17) a) The liquidity providers are making a mistake, and bleeding to IL but don't realize it. b) Volatility is so low that IL is close to 0, so fees can be small too. E.g. Curve. c) There's _so_ much random taker flow that it's > IL. But still AMM/IL is worse than orderbooks
1
28
18) or, finally: d) someone is paying you to use the AMM, e.g. yield. So in summary, either the LPs are losing; the retail takers are losing; or someone is paying the system to compensate for those. And when that yield goes away, you're back where you started.
2
30
19) What if you just really need easy liquidity? Yeah, that's totally legit. That's the clearest use case for AMMs: You have a token, you want liquidity for it. You don't want to bother with an MM. So you just put some tokens in an AMM and don't worry about it.
1
23
20) You lose some money on it, but sure, that's fine, it's the price of liquidity. What if you program an AMM to do "smart" pricing/trades/etc.? If it's really custom -- it's not really an AMM, it's an on-chain algo trading firm. Which is awesome!
1
40
21) Note that reducing gas costs and blockchain latency does help some: it at least makes it cheap to add/remove liquidity, so you can stop providing when you want if markets start moving. But overall: The problems with AMMs run deep.
2
22
Replying to
23) But in the end, except in a few cases that play to their strengths (stablecoin<>stablecoin, new project that needs easy liquidity, etc.)-- --you can't really fix AMMs, you can just make them a bit less bad. The past is orderbooks. So, I think, is the future.
28
120