The beating heart of every blockchain is how space is allocated within a block.

With major changes to how Ethereum's blockspace market works in the near and medium term we'd like to share how Flashbots thinks about designing MEV marketplaces.

medium.com/flashbots/on-t…
Mining today consists of 2 jobs.

1st: create the most profitable block.

2nd: attest to this with a proof-of-work and propagate it to the network.

Prior to widespread MEV extraction, the 1st job was mainly ordering txs by their gas price, with optimization at the network lvl.
However, since MEV extraction is widespread now, the the job of miners has changed. Now to produce the most profitable block miners must find the optimal ordering of transactions within a block.

This is exponentially more difficult than sorting by gas price.
As a result an entire industry (searching) has spawned to provide this service to miners. Revenue from this industry makes up a significant share of miner income even pre-1559.
It is essential to the Ethereum network's security that all miners can build the most profitable blocks.

Otherwise large miners could use their $ to optimize MEV more than others. In turn they could use MEV $ to grow more & further cement dominance.

At Flashbots we are focused on building long term incentive aligned systems.

We believe the best way to create such a MEV marketplace that is long term incentive aligned and sustainable is to separate the party that *proposes* a block and the party that *builds* a block.
In this model block proposers would outsource block building to a marketplace of specialized third parties, who would get a fee in return.

All block proposers - large and small - would then have access to competitively profitable blocks.
Beyond this high level architecture, how should this system be designed?

How can we ensure long term incentive-alignment for all stakeholders?

What are the properties that we are optimizing for?
We expound on four key dimensions for MEV marketplaces in our post:
- Efficiency
- Avoiding capture
- Permissionlessness
- Privacy

I really really encourage you to read the full description of each of these.
Flashbots believes that MEV-SGX together with a cryptoeconomic solution for a separation of block proposers and builders meet all of these properties.

Read proposals for those systems here:
ethresear.ch/t/mev-sgx-a-se…

ethresear.ch/t/proposer-blo…

Please read and comment on these too!
Moreover, we believe that building in public gives us the best chance of creating a democratic and efficient MEV marketplace, and we try to embody that in everything we do.

That's why we publish open source code, open research, and have public events like MEV Roasts.
We hope the community holds us to this standard of openness as we collectively navigate Ethereum's future.

We also hope for your engagement on designs for MEV marketplaces.

Lastly, we caution against sudden changes to MEV marketplaces without careful consideration and study.

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Robert Miller

Robert Miller Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @bertcmiller

24 Aug
Alright, let's go

A thread on leveraged (!) sandwiching using flashswaps
Let's review what a normal 🥪looks like.

A victim attempts to trade on a DEX, buying asset X with ETH

1. A bot gets in front of them, buying X & raising the price of X

2. The victim's tx lands, further raising the price of X.

3. The bot sells X at this higher price for profit ImageImageImage
Two things to note here.

First, the bot starts and ends with WETH. That's because the victim was trading from WETH to another asset.

If victims are trading from a token to WETH it is harder to sandwich because bots don't hold random tokens.
Read 14 tweets
31 Jul
Fatal flaws in a bot, a sort of on-chain virus, a trojan horse token, and arbitrage gone wrong

Join me in looking at the latest MEV bot exploit in this thread 👇🏻
The victim today tried to arbitrage the CHUM token (!) for ~0.01 ETH in profit, but in the process had 30 WETH transferred out of their wallet.

They only interacted with Uniswap v2 pools, how did this happen!?
Searchers optimize their contracts to the extreme to do very specific things very efficiently.

However, occasionally they have a need to do random things & add in functions that can be used for to execute basically any arbitrary transaction in a contract

Read 19 tweets
31 Jul
New MEV bot violence thread being written now 🔥
Writing this as quick as I can but I gotta figure this one out first. It's a hard one.
Looks like tomorrow or Monday I’ll put something out. Taking awhile to understand and express in a way that makes sense and I’ve got stuff to do today. Sorry folks.
Read 4 tweets
7 Jul
All 8 transactions here - including some from unexpected places - are a part of one sandwich!

A thread on the increasingly complex sandwich bots we're seeing
A normal 🥪 bot looks like this

🥪 frontruns a user, buying the asset they intend to and increasing the price. The user gets less tokens now.

The user's buy is then included, pushing the price up more

🥪 sells after the user's tx at the higher price, thus capturing profit
🥪 bots will watch the mempool for users trading with high slippage that they can frontrun. Until recently 🥪 bots would only do this with one trade, and with the Uniswap v2 or Sushiswap router.

But they've leveled up.
Read 13 tweets
7 Jul
🟥MEV negative externalities🟥
This Polygon bot has been active since June 29th & has sent ~2m transactions, failing *almost* all the time

These failures cost close to nothing but bloat the state, while the few successes pay for the failures many times over Image
Success transaction:
polygonscan.com/tx/0xfc3d1b688…

One of the many failures: polygonscan.com/tx/0x989a72bce…
The tricky thing for this bot is it needs to land right behind another user's tx to succeed

Since it can't express those ordering preferences and because the costs of a transaction are so low, it chooses to spam the network with transactions and hope one lands in the right place
Read 6 tweets
24 Jun
It's a golden age for searchers. Late enough that Flashbots and DeFi exists, but not so late that massive institutions are competing for MEV.
Even still the barrier to entry for the top strategies is getting higher very quickly. It's probably a few months of work to catch up to the best backrunning arb bots now.
It is funny to think about the early days of Flashbots when there was literally 1 market maker, 1 ESD bot, and 2 arb bots sending bundles. Unbelievably good opportunity to make money back then.
Read 4 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!

Follow Us on Twitter!

:(