As a technology company focused on analyzing and researching transaction data on the blockchain, EigenPhi is committed to providing the best analytical tools for tackling emerging financial problems in the blockchain world with state-of-the-art data science approaches. Especially when it comes to economic attacks on protocols, our analysis based on real-time liquidity - token flow data - will allow us to draw transparent and credible conclusions and assist in effective decision-making.
We have launched a token-flow-oriented data platform, EigenPhi, with dashboards covering the main MEV types (Arbitrage & Sandwich), Lending, Liquidation, and Flashloan, and EigenTx, an on-chain transaction analysis and visualization tool to improve the efficiency of data analysis for professional DeFi users.
To further leverage the value of our tools, we use them to investigate the problems DeFi protocols concern and specific cases that occur, and we expect to benefit stakeholders and interested parties as a result.
MEVblocker is leading the market of MEV-protection RPCs.
It has generated the most amount of rebates to its users, at the time of writing >800 ETH.
Unfortuntaely some users and projects are losing on the opportunity to re capture their transactionâs back-running opportunity and therefore the value is captures by MEV bots instead of being captured by the user in the form of a rebate.
This grant is offering to conduct an analysis aiming to quantify the value of âlost back-running valueâ in a given set of transactions privately-submitted by Maestro and Unibot.
Dataset: list of transactions made from the router contract addresses associated with Maestro and Unibot, and submitted through Flashbots. Current analysis will focus on transactions made in the month of November 2023.
Methodology:
Every AMM pool interaction contained within the transactions of the data set will be identified
Backrunning resulting from the MEVshare auction will be detected and ignored
The pool will be monitored for backrunning happening in the same block and the following block.
The value of the backrunning trades will be counted
Grant Goals and Impact:
The analysis results will help to compare the efficiency of capturing backrunning rebates by MEVblocker vs MEVshare.
Milestones:
Conduct the analysis
Share numeric results and visualizations with the CoW team
Potentially - collaborate on publishing the results in a shared post/paper
Overview of the revenue, cost, profit, and counts of arbitrage transactions, as well as the counts of signal transactions
Signal Transactions
Signal transactions refer to transactions that trigger or create opportunities for MEV transactions. Specifically, we define âsignal transactionâ as the last transaction involving any of the poolâs balance changes before the arbitrage takes place.
A single userâs transaction in the order flow may trigger multiple MEV opportunities and become signals for different types of MEV.
Arbitrage Classification Definition
bundled backrun arbitrage in the same block: refers to when the arbitrage transaction and the userâs privately submitted transaction occur in the same block height, and the arbitrage transaction immediately follows the userâs privately submitted transaction, meaning the transaction index of the arbitrage transaction equals to the transaction index of the userâs privately submitted transaction plus one.
unbundled back-run arbitrage in the same block: refers to when the arbitrage transaction and the userâs privately submitted transaction occur in the same block height, but they are not atomically bundled together, i.e., the transaction index of the arbitrage transaction is larger than the transaction index of the userâs privately submitted transaction plus one.
arbitrage at top of next block: refers to when the arbitrage transaction occurs as the first transaction in the next block height after where the userâs privately submitted transaction occurs, i.e., the block number of the arbitrage transaction equals the block number where userâs privately submitted transaction occurs plus one. The transaction index of the arbitrage transaction is 0 in the block.
arbitrage not at top of next block: refers to when the arbitrage transaction occurs in the next block height (but not as the first transaction) after where the userâs privately submitted transaction occurs, i.e., the block number of the arbitrage transaction equals to the block number where userâs privately submitted transaction occurs plus one. Still, the transaction index of the arbitrage transaction is larger than 0 in the block.
other arbitrage: refers to other arbitrage transactions that occur not in the same nor in the next block, i.e., the block number where the arbitrage transaction happened is larger than the block number where the userâs privately submitted transaction occurs plus one.
Q&A
Methodology for classifying arbitrage value as ârevenue/cost/profitâ
We calculate the MEV value as ârevenue/cost/profitâ based on the balance change of all addresses in the identified arbitrageur accounts (usually the âfromâ and âtoâ addresses of the arbitrage transaction, as well as some fund collection addresses).
They are arbitrages happening in the following blocks (but not in the same or the next block), i.e., the block number where the arbitrage transaction happened is larger than the block number where the userâs privately submitted transaction occurs plus one.
Which router address is used to classify â0xAPIâ transactions?