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
It performs a check of the reserves of a Quickswap/Sushiswap pair to ensure it has landed in the right place. Otherwise it cancels itself to save gas. That's why this bot has so many txs that do nothing!
But these consume gas & take up space while adding nothing to the chain.
As others (@shegenerates, @_marcinja) are noting in the replies MEV-Geth would help reduce the negative externalities of MEV extraction here by moving the auction for blockspace/ordering off-chain and keeping wasted chain space like the above off-chain.
To clarify a bit here by failures I meant transactions that failed to land where they wanted, but didn't revert because of a check in contract for that ordering.
Also should have said wasted block space, not state.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
🥪 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.
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.