Tarun Chitra
@pinged
One of the most interesting things that those in Ethereum can learn about from Solana is Jito's MEV auction; here are some high level differences: 1. # of auctions isn't fixed per slot; dynamically changes based on txns 2. Set of auctions implicitly defines a DAG of state priority 3. Often more efficient than PBS (!)
3 replies
33 recasts
99 reactions
Tarun Chitra
@pinged
Let's try to dive into these features and get some heuristics for why they help 1. Dynamic auctions The number of auctions run in a slot changes based on the transactions; for instance, if there are 6 txns going to 3 different Uniswap pools, then three auctions are implicitly run for each Uniswap pool
1 reply
0 recast
0 reaction
Tarun Chitra
@pinged
Note that the number of auctions depends on the particular state (= Uniswap reserves at program address X) that is touched — if there were only 2 different pools interacted with, then there are only two auctions tl;dr you only _know_ the number of PBS style auctions you run _conditional_ on a set of bundles!
1 reply
0 recast
0 reaction
Tarun Chitra
@pinged
Why do dynamic auctions? A. Parallelism: if state is disjoint, auctions can be run in parallel) B. Streaming: Allow transactions to be streamed directly to proposers rather than need to be collected and batched in a mempool — when a new transaction arrives and touches new state, a new auction is started
2 replies
0 recast
4 reactions
Tarun Chitra
@pinged
C. Lower bid sniping: Different auctions are independent — 'reserve price' is lower as competition is partitioned vs. everyone competing for the same item in a PBS-style single item auction — like a combinatorial clock auction (c.f. Ausubel https://www.ausubel.com/auction-papers/practical-guide-to-the-cca.pdf)
1 reply
0 recast
1 reaction
Davide Crapis
@davidecrapis
late to the party... but don't you still need batching and a mempool/style set of pending transactions, can low as 200ms, to allow searchers to compete?
1 reply
0 recast
0 reaction
