A Block Builder is a specialised participant or service that assembles transactions into a complete candidate blockchain block. In Ethereum, block builders compete to construct valid and economically valuable blocks by combining ordinary transactions, searcher bundles, private order flow, and other available inputs before offering the resulting block to the validator selected as proposer.
The term is closely related to Builder, but Block Builder places the emphasis specifically on the block-construction function. In modern Ethereum infrastructure, this is a specialised activity shaped by Maximal Extractable Value (MEV), transaction ordering, latency, access to order flow, and competition between builders.
A Block Builder does not provide Ethereum consensus and does not independently finalise a block. The validator selected for the relevant slot remains the proposer. The builder’s job is to determine which transactions should form the candidate block, how they should be ordered, and how much value the completed block can offer to the proposer.
This separation is a central feature of Ethereum’s proposer-builder market and helps explain why the entity proposing an Ethereum block is not necessarily the entity that constructed its contents.
What Block Building Involves
Building a competitive Ethereum block is more complex than collecting pending transactions with the highest gas fees.
Transactions interact with the same blockchain state. Their position can change their outcome, create or remove arbitrage opportunities, trigger liquidations, or make other transactions fail. A builder therefore has to consider the block as a complete execution environment rather than as a simple list of independent transactions.
Builders can receive transactions from several sources. The public mempool provides transactions visible across the network, while private transaction channels can deliver order flow that is not immediately exposed publicly. MEV searchers can also submit bundles designed to execute in a particular order.
The builder evaluates these inputs and searches for a combination that produces a valid block with high economic value.
A typical block-building process includes:
- Collecting public transactions, private transactions, and searcher bundles.
- Simulating candidate transactions against the current Ethereum state.
- Identifying conflicts between bundles or transactions competing for the same opportunity.
- Selecting combinations that maximise expected block value.
- Ordering the selected transactions within Ethereum’s execution constraints.
- Constructing a complete valid execution payload.
- Submitting a competitive bid for the opportunity to have the block proposed.
The process is highly time-sensitive. Ethereum operates with 12-second slots, so builders have only a limited window to collect information, run simulations, optimise block contents, and deliver their bids.
A faster builder can incorporate later-arriving information and potentially create a more valuable block. This makes networking performance and low-latency infrastructure economically important.
What Makes an Efficient Block?
The phrase “efficient block” can be misleading if it is interpreted only as a block containing the maximum possible number of transactions.
For professional builders, efficiency is primarily economic. The objective is usually to maximise the value available from a valid block while respecting protocol constraints.
A transaction paying a high priority fee can be attractive, but it may not always be the most valuable inclusion. A searcher bundle can offer a direct payment associated with an arbitrage or liquidation strategy. Private transactions can also carry economic value unavailable through the public mempool.
Builders therefore evaluate combinations rather than transactions in isolation.
The optimisation problem becomes difficult because transactions can conflict. Two searchers may attempt to capture the same arbitrage. Executing the first bundle can change blockchain state so that the second is no longer profitable or fails entirely.
A builder must simulate these dependencies and decide which combination produces the highest total value.
This is one reason specialised builders exist. Competitive block construction requires more computing, simulation, networking, and optimisation infrastructure than ordinary validation.
Block Builder vs Other Ethereum Participants
Ethereum block production involves several specialised roles. Their functions are connected, but they should not be treated as interchangeable.
| Participant | Main Responsibility | Produces a Complete Block? | Determines Transaction Ordering? | Role in Consensus |
| User | Creates and signs transactions | No | No | None |
| Searcher | Finds specific MEV opportunities | No | Within submitted bundles | None |
| Block Builder | Assembles a candidate block | Yes | Yes, within its block | No direct proposer role |
| Relay | Coordinates bids and block delivery in MEV-Boost infrastructure | No | No | None |
| Proposer | Proposes the selected block | Not necessarily | Not necessarily | Validator selected for the slot |
The distinction between a searcher and Block Builder is particularly important. A searcher usually specialises in finding individual opportunities, such as arbitrage between decentralised exchanges. It can create a bundle containing the transactions necessary to capture that opportunity.
A Block Builder operates at the next level. It may receive bundles from many searchers alongside ordinary transactions and private order flow. It then determines which combination should form the complete block.
The proposer has another responsibility. It is selected through Ethereum’s Proof of Stake protocol to propose a block for a particular slot. Under proposer-builder separation, the proposer can use a block constructed by a specialist rather than assembling one locally.
Block Builders and the MEV Market
MEV is the main economic force behind specialised block building.
The order of blockchain transactions can create significant value. Arbitrage between decentralised exchanges is a straightforward example. If the same asset trades at different prices, a searcher can construct transactions that buy at the lower price and sell at the higher one.
Liquidations provide another source of MEV. Lending protocols allow positions to be liquidated when collateralisation falls below defined requirements. Searchers compete to identify these positions and submit profitable liquidation transactions.
Block Builders sit between these strategies and actual block inclusion. Searchers can offer part of their expected profit to increase the probability that their bundles are selected. Builders compare these offers and attempt to construct the most valuable overall block.
Not every form of MEV has the same effect on users. Arbitrage and liquidations can perform useful market functions, while strategies such as sandwich attacks can worsen execution for traders.
The builder therefore occupies an economically powerful position. Even if it does not originate a strategy, its block-construction decisions determine which opportunities actually receive space in the candidate block.
Order Flow as a Competitive Advantage
Access to transactions is one of the most important factors determining whether a Block Builder can compete successfully.
If every builder received exactly the same transactions at exactly the same time, competition would depend heavily on simulation speed and optimisation algorithms. In practice, transaction access is not perfectly equal.
Some users and applications send transactions privately to reduce exposure to front-running or other unwanted MEV. Searchers can also develop relationships with particular builders. This creates private order flow.
A builder with exclusive access to valuable transactions can construct blocks that competitors cannot reproduce. Winning more blocks can then make the builder more attractive to searchers and order-flow providers, producing a reinforcing cycle.
Competitive advantages can come from:
- exclusive or high-quality private order flow;
- relationships with profitable searchers;
- faster transaction and bundle simulation;
- better algorithms for resolving bundle conflicts;
- low-latency connections to relevant infrastructure;
- reliable block delivery;
- sophisticated bidding strategies.
This dynamic creates a potential centralisation pressure even if Ethereum’s validator set remains widely distributed.
Validator decentralisation and builder decentralisation are therefore separate questions. Thousands of independent validators do not automatically imply a competitive block-building market.
How MEV-Boost Uses Block Builders
Ethereum’s current builder market is strongly associated with MEV-Boost, open-source middleware developed by Flashbots.
MEV-Boost allows validators to obtain candidate blocks from external builders rather than relying only on local block construction. Builders compete to provide valuable blocks, while relays have traditionally coordinated the exchange between builders and proposers.
This system is often described as an external form of Proposer-Builder Separation.
The builder submits a block and corresponding bid through the market infrastructure. The proposer can select an attractive bid without needing to reproduce the builder’s MEV strategies internally.
This arrangement helps smaller validators access competitive MEV revenue. A validator running relatively modest infrastructure can potentially receive a block constructed by the same specialised builder market available to large staking operators.
The trade-off is the introduction of additional infrastructure and market concentration risks. Relays, private order-flow providers, and major builders become important components of block production even though they are not Ethereum consensus validators.
Ethereum research into more protocol-native forms of proposer-builder separation seeks to reduce some of these external dependencies while retaining the advantages of specialised block construction.
Centralisation and Censorship Risks
Block Builders can become influential without controlling Ethereum consensus.
If a small number of builders consistently produce the highest bids, their candidate blocks may account for a substantial share of Ethereum block production. These builders then have significant practical influence over transaction inclusion.
The main concerns include:
- concentration of block production among a small number of builders;
- exclusive private order flow creating barriers to new competitors;
- builders censoring specific transactions or addresses;
- latency advantages favouring highly capitalised operators;
- dependence on specialised infrastructure outside core consensus;
- MEV profits becoming concentrated among a limited number of entities.
A builder cannot normally make an invalid Ethereum block valid simply because it wins a bid. Ethereum validators still verify protocol rules.
The more subtle risk concerns inclusion rather than validity. A dominant builder may refuse to include a valid transaction while continuing to construct otherwise valid blocks.
This is why censorship-resistance research around proposer-builder separation includes mechanisms that preserve some influence for proposers. Inclusion lists, for example, are designed to let proposers require certain eligible transactions to appear even when an external builder constructs most of the block.
The Block Builder as Specialised Infrastructure
Block Builders illustrate how blockchain infrastructure can become specialised as economic activity increases.
Early descriptions of blockchain block production often present one miner or validator as the participant that receives transactions, orders them, builds a block, and adds it to the chain. Ethereum’s modern architecture is more fragmented. Searchers can discover MEV, builders can construct blocks, relays can coordinate delivery, and validators can propose the result.
This specialisation can make block production more efficient and reduce the need for every validator to maintain sophisticated MEV infrastructure. At the same time, it creates new markets whose decentralisation must be considered separately from Ethereum’s validator set.
The defining feature of a Block Builder is therefore not merely that it puts transactions into a block. It competitively constructs the complete candidate block from multiple sources of order flow, optimising transaction selection and ordering before passing the result into the proposer-builder pipeline.
As Ethereum continues developing its block production architecture, the technical interface between builders and proposers may change. The underlying function remains important: converting a stream of transactions and MEV opportunities into the candidate block that can ultimately become part of Ethereum’s canonical chain.