
The era of parallel execution is here, at a glance at the MEV landscape on Monad
This article explores the possibility of building a powerful miner extractable value auction infrastructure (MEVA) on Monad. Written by APRIORI ⌘Compilation: Shenchao TechFlow explains that in the process of improving blockchain performance to achieve large-scale applications, Monad effectively optimizes the Ethereum Virtual Machine (EVM) model through a series of low-level optimization measures, such as asynchronous I/O, optimized Patricia Trie, deferred execution, and optimistic concurrency control. These improvements address execution bottlenecks and inefficient state access issues on platforms such as Ethereum without sacrificing decentralization. This article explores the possibility of building a powerful miner extractable value auction infrastructure (MEVA) on Monad, and draws on the valuable experience of Flashbots on Ethereum and the Jito Network on Solana. We want to highlight a few key points: MEV is an inherent characteristic of any blockchain network. A strong MEVA infrastructure is critical to avoid negative externalities and inconsistent incentives in block production. The design of MEVA is closely related to the underlying mechanisms of blockchain, particularly the consensus execution phase. Future improvements will depend on the evolution of these factors and how the network performs under different pressures. Historical trends in block production on Ethereum and Solana can inform MEVA design on Monad. On a high-performance, delayed-execution blockchain like Monad, MEVA may require probabilistic block construction and search strategies similar to high-frequency transactions to cope with time limitations. By exploring these questions, we wanted to provide insight into designing MEVA infrastructure adapted to Monad's unique architecture and performance requirements. MEVA background in Ethereum MEVA under the Ethereum consensus implementation stage In Ethereum, consensus needs to be executed first. When nodes agree to a block, they agree not only on the list of transactions in the block, but also on the Merkle root summarized after the block is executed. Therefore, proponents must execute all transactions in the block before spreading the proposal. At the same time, validators also need to execute these transactions before voting. Figure 1: Builder Workflow for Proposer-Builder Separation (PBS) in MEV-Boost Figure 1 shows a typical builder workflow for Proposer-Builder Separation (PBS) in MEV-Boost. After the builder completes the block construction, it submits it to the repeater, and the repeater then forwards the block to the execution layer (EL) client for simulation and validity checks. Since execution is a prerequisite for consensus, when the builder constructs a block, it is necessary to forward the block to the execution layer (EL) client and simulate the block to check its validity. In addition to being necessary in the consensus-execution phase, the simulation phase also provides benefits to builders and searchers. From the builder's perspective: By simulating every transaction, the builder can accurately estimate the value of the block to itself and the validators. They can also try reordering transactions to minimize rollbacks and maximize gas fees or basic tips drawn from memory pools and bundled transactions. Accurate estimates enable them to pay more for validators. From a searcher's perspective: Since the builder filters out bundled transactions that may roll back before the transaction goes live, the searcher can ensure the execution of the strategy, increasing certainty. Additionally, searchers can access the latest block status. As the consensus layer (CL) propagates a new block, the searcher can use that block's state as a starting point for constructing profitable bundled transactions. At the same time, there are signs that builders now provide more transactions or features outside of the protocol, enabling searchers to obtain information on the status of blocks to be built in order to add runback strategies to blocks that are about to go live on the chain. However, the development of PBS has led to an increase in the centralization of block construction, similar to traditional transactions where companies compete for dedicated microwave network channels to prioritize arbitrage strategies. As the network matures, the product is iterating. We are now discussing how MEVA evolved as Ethereum evolved, as shown in Figure 2. Figure 2: A chronological view of MEVA's evolution with the Ethereum network Prioritize the Gas Auction (PGA) era. As shown in Figure 3, searchers identified lucrative MEV opportunities and submitted smart contract transactions to public memory pools. This public visibility has led to open bidding and one-price auctions on the chain...








![[Press Release] Can Bitcoin be spent twice or even more when disconnected from the Internet?](https://images.bitpush.news/2019/12/special_cn-20191226-157737099145698383.jpg:20191226.jpg)
![[Press Release] Soteria Q&A | Min Wu: How to operate and maintain blockchain networks (1)](https://images.bitpush.news/2019/12/special_cn-20191204-157547532688139039.jpg:F6E5E1F1-4469-4BB1-9A6C-BF0F93A2C072.jpg)