Network
Launch Date
Consensus
Note
Sepolia
Oct 2021
PoW
Like-for-like representation of Ethereum
Görli
Jan 2019
PoA
Proof-of-Authority
Kiln
Mar 2022
PoS
Post-Merge (for ETH2), shadow fork of the mainnet
Kintsugi
Dec 2021
PoS
DEPRECATED, use Kiln; post-Merge (for ETH2)
Ropsten
Nov 2016
PoW
DEPRECATED, use Sepolia; the Merge to happen on Jun 8, 2022
Rinkeby
Apr 2017
PoA
DEPRECATED, use Görli and Görli Faucet
Kovan
Mar 2017
PoA
DEPRECATED, use Sepolia or Görli
List of active and deprecated Ethereum testnets, including Kintsugi.
Features
Optimistic rollup 
ZK-rollup 
Proof
Uses fraud proofs to prove transaction validity. 
Uses validity (zero-knowledge) proofs to prove transaction validity. 
Capital efficiency
Requires waiting through a 1-week delay (dispute period) before withdrawing funds. 
Users can withdraw funds immediately because validity proofs provide incontrovertible evidence of the authenticity of off-chain transactions. 
Data compression
Publishes full transaction data as calldata to Ethereum Mainnet, which increases rollup costs. 
Doesn't need to publish transaction data on Ethereum because ZK-SNARKs and ZK-STARKs already guarantee the accuracy of the rollup state. 
EVM compatibility
Uses a simulation of the Ethereum Virtual Machine (EVM), which allows it to run arbitrary logic and support smart contracts. 
Doesn't widely support EVM computation, although a few EVM-compatible ZK-rollups have appeared. 
Rollup costs
Reduces costs since it publishes minimal data on Ethereum and doesn't have to post proofs for transactions, except in special circumstances. 
Faces higher overhead from costs involved in generating and verifying proofs for every transaction block. ZK proofs require specialized, expensive hardware to create and have high on-chain verification costs. 
Trust assumptions
Doesn't require a trusted setup. 
Requires a trusted setup to work. 
Liveness requirements
Verifiers are needed to keep tabs on the actual rollup state and the one referenced in the state root to detect fraud. 
Users don't need someone to watch the L2 chain to detect fraud. 
Security properties 
Relies on cryptoeconomic incentives to assure users of rollup security. 
Relies on cryptographic guarantees for security. 
Start building
on Alchemy.
Sign up for free
Start building on Optimism.
Sign up for free
Start building on Arbitrum.
Sign up for free
Start building on Ethereum.
Sign up for free
Start building on Polygon.
Sign up for free
Start building on Starknet.
Sign up for free
Start building on Flow.
Sign up for free
kiln faucet
Get free Kiln ETH.
Start building today
Goerli faucet
Get free Goerli ETH.
Start building today
mumbai faucet
Get free Mumbai Matic.
Start building today
rinkeby faucet
Get free Rinkeby
ETH.
Start building today
Start building on Ethereum.
Get started for free
Start building on Ethereum.
Get started for free
Start building on Flow.
Get started for free
Start building on Polygon.
Get started for free
Start building on Starknet.
Get started for free
Start building on Optimism.
Get started for free
Start building on Solana.
Get started for free
Start building on Solana.
Sign up for beta access
Start building on Solana.
Join the waitlist
Arbitrum logo
Start building on Arbitrum.
Get started for free
Learn
Solidity at
Alchemy
University
Get started today
curl 
https://release.solana.com/v1.10.32/solana-install-init-x86_64-pc-windows-msvc.exe 
--output 
C:\solana-install-tmp\solana-install-init.exe 
--create-dirs
Ethereum
PBS OVERVIEW

What is Proposer / Builder Separation?

What PBS is and How it Will Impact the Post-Merge Ethereum Environment
Last Updated:
August 4, 2022

The blockchain emerged as a solution to decentralize the trust required to run a digital economy, which traditionally has been managed by central authorities. In a blockchain, a network of miners (or validators in the case of Proof-of-Stake) work together to validate transactions and add new blocks to the chain. 

These block proposers, however, effectively have control over which transactions get included in a block and can use this power to censor or otherwise manipulate transaction flow. Researchers have proposed various solutions to this censorship problem, one of which is known as Proposer/Builder Separation (PBS).

What is in-protocol Proposer/Builder Separation (PBS)?

Proposer-Builder Separation (PBS) is a potential solution to the blockchain censorship and MEV attack problem where block construction (i.e. block building) and block proposing are assigned to different roles in the network.

Block builders create "exec block bodies," which are ordered lists of transactions, and submit bids for these blocks. The proposer's job is simply to accept the exec block body with the highest bid. Proposer/builder separation isolates building, which is prone to centralization, from transaction validation which should be highly decentralized.

Unlike the traditional approach, the proposer (and everyone else) cannot see the contents of an exec block body until after they select the header that wins the auction. This "pre-confirmation privacy" is necessary to prevent the stealing of Maximal Extractable Value (MEV) by parties that could otherwise control the transaction ordering in a block.

The long-term plan for PBS is to be protocol-native in Ethereum. Flashbots, an R&D organization mitigating the negative externalities of MEV attacks, is leading the protocol standard today.

What is hybrid PBS?

In hybrid PBS, each transaction comes with a witness to prove the balance and nonce of the transaction sender. These witnesses can be added by intermediary nodes, such as builders. This extension allows for validators to be stateless, as they would no longer need to keep track of the entire transaction history. 

What is a block proposer?

In today’s Ethereum, a block proposer is an entity which creates a block of transactions, and propagates it to the network for inclusion in the blockchain. A block proposer can choose to include or exclude transactions from a block, as they look at which transactions in the Ethereum mempool pay the highest priority fee. The design of post-merge Ethereum is the same.

In PBS, the proposer instead relies on a market of outside actors (the builders) who produce bundles with complete block contents, and the fee for the proposer, with the proposer choosing the bundle with the highest fee. 

Who can be a block proposer?

In the traditional approach, any node can be a block proposer. In today's Proof-of-Work Ethereum blockchain, that means miners compete with other miners to be the block proposer. However, because of the influence that comes with being a block proposer, there is a risk of centralization.

With the Ethereum Merge, where Ethereum will become Proof-of-Stake, validators are randomly selected to be block proposers in every slot. This validator creates the new block and sends it to other nodes in the network. At the same time, a committee of validators is randomly selected, who will vote to determine the validity of the proposed block.

Under the PBS proposal, there's not yet a concrete answer as to who would become block proposers, but since the only thing the proposer needs to do is select the highest-fee bundle, it could be done inside a simple MPC (multiparty computation) to prevent cheating.

What is a block builder?

A block builder is an entity which creates an "exec block body" – a list of transactions – and submits it, along with a bid, to the Ethereum network. The block proposer then chooses the exec block body with the highest bid to include in the new block. 

In one proposed PBS solution, there are two types of builders:

  1. Primary builders are block builders that can build primary exec blocks and can see the pre-state they are building on top of
  2. Auxiliary builders are block builders that can build auxiliary exec blocks and don’t know what state they are building on top of

Who can be a block builder?

Since committees currently exist in Ethereum to help finalize blocks, it's likely that these same committees could act to vote for the selection of builders in each block period. It would be possible to have a group of semi-trusted builders that are voted on by the network. 

What is required to be a block builder?

Vitalik Buterin explains that proposers "are totally able to be their own block-builders," but they wouldn't have to be. Any node that can pay the fee for the proposer and run the algorithm to create an exec block body could be a builder. 

How does Two Slot PBS work?

In two-slot PBS, a beacon block is needed in every slot to include the winning exec header, which is attested by committees. If a beacon block is missing, then the next slot is switched to be a beacon block instead of an intermediate block.

How is proposer/builder separation related to MEV?

Under the current design, miners are able to capture a large portion of MEV by choosing which transactions to include in a block. This allows them to front-run other users or conduct other MEV attacks.

PBS would mitigate this problem by separating the block construction process from the block proposal process. Builders would be selected by the highest fee they're willing to pay, and proposers would simply select the exec header with the highest fee.

At this time, PBS is simply a research idea. It's not being used in Ethereum, or any other blockchain.

Alternative Solutions to MEV

There are other alternative solutions to MEV costs, including request-for-quote (RFQ) exchanges and TWAMM (Time Weighted AMM) designs.

Request-for-quote exchanges use off-chain quoting to avoid the problem of sandwich attacks where an entity will include two transactions around the victim's transaction, profiting from their slippage tolerance. With RFQ exchanges the client does not reveal their order to the market until it is ready to be executed. This way, there is no window for another entity to place their transactions around the victim's.

TWAMM also prevents sandwich attacks by executing transactions lazily. In TWAMM, orders are executed as if they were placed in between blocks. This way, an attacker would need to straddle blocks in order to take advantage of the victim's slippage tolerance, which is riskier than simply including transactions around the victim's. 

How does PBS work in relation to danksharding?

The PBS design makes it easy to implement danksharding on top of it. Danksharding is a new sharding design, which has a merged fee market, where one proposer chooses all transactions and data that goes into a slot. This forces high system requirements on validators. PBS could be used such that builders bid on the right to choose the slot's content, and the proposer simply selects the valid header with the highest bid.

How does separating builders and proposers help scalability?

PBS improves scalability by allowing for stateless validators. If all builders include a witness for each transaction, then the proposer can just select the header with the highest fee, without having to process any data. This means that validators wouldn't need to keep track of the entire blockchain history.

How does separating builders and proposers protect security and decentralization?

PBS protects security and decentralization by making it more difficult for block proposers to censor transactions or manipulate the transaction order. By isolating the block construction process from the block proposal process, PBS makes it more difficult for block proposers to control which transactions get included in a block.

Why is it likely that block proposers become centralized?

There is extractable economic value in the selection of the next block. Mining pools or other centralized entities are likely to emerge and control the block proposer role due to this economic incentive.

What are the censorship challenges of PBS?

Front-running, or when a party submits a transaction to take advantage of another party's transaction, is a major issue with the current approach to transaction ordering.

If a large enough actor is trying to censor a particular transaction, they can raise the priority fee required for that transaction to such a high amount that it becomes uneconomical for anyone else to include it in a block. The actor effectively controls which transactions get included simply by paying higher fees.

PBS needs to mitigate that risk, alongside the following censorship-resistance requirements:

Denial of service (DoS) protection

Data that no one pays for, and thus bloats up the chain, must not be included in a block. For example, if a transaction is found to be invalid due to insufficient balance or other problems, the protocol must still charge the proposer for including it in the block.

Minimal bandwidth

The solution should not require excessive data to be exchanged between network participants. For instance, having many redundant exec block bodies floating around the network would use up unnecessary bandwidth.

No reintroduction of centralization

The proposal should not incentivize proposers to become more sophisticated and thus enter into relationships with other entities or join pools.

Allowing stateless proposers

It would be ideal if validators could remain stateless, as this would further decentralize and scale the network. 

Proposer/Builder Separation Takeaways

PBS is a potential solution to the blockchain censorship and MEV attack problem that is currently being researched. By separating the roles of block construction and proposal, PBS could create a more decentralized, secure network. 

However, there are a number of challenges that need to be addressed before it can be implemented, such as the risk of builder centralization and the use of bandwidth. Additionally, there are other potential solutions, such as request-for-quote exchanges and TWAMM designs.

To start building on Ethereum, create a free Ethereum developer account today.

ALCHEMY SUPERNODE - ETHEREUM NODE API

Scale to any size, without any errors

Alchemy Supernode finally makes it possible to scale blockchain applications without all the headaches. Plus, our legendary support will guide you every step of the way.

Get started for free
Supernode footer
Ethereum
PBS OVERVIEW

What is Proposer / Builder Separation (PBS)?

What PBS is and How it Will Impact the Post-Merge Ethereum Environment
Last Updated:
August 4, 2022
Don't miss an update
Sign up for our newsletter to get alpha, key insights, and killer resources.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.

The blockchain emerged as a solution to decentralize the trust required to run a digital economy, which traditionally has been managed by central authorities. In a blockchain, a network of miners (or validators in the case of Proof-of-Stake) work together to validate transactions and add new blocks to the chain. 

These block proposers, however, effectively have control over which transactions get included in a block and can use this power to censor or otherwise manipulate transaction flow. Researchers have proposed various solutions to this censorship problem, one of which is known as Proposer/Builder Separation (PBS).

What is in-protocol Proposer/Builder Separation (PBS)?

Proposer-Builder Separation (PBS) is a potential solution to the blockchain censorship and MEV attack problem where block construction (i.e. block building) and block proposing are assigned to different roles in the network.

Block builders create "exec block bodies," which are ordered lists of transactions, and submit bids for these blocks. The proposer's job is simply to accept the exec block body with the highest bid. Proposer/builder separation isolates building, which is prone to centralization, from transaction validation which should be highly decentralized.

Unlike the traditional approach, the proposer (and everyone else) cannot see the contents of an exec block body until after they select the header that wins the auction. This "pre-confirmation privacy" is necessary to prevent the stealing of Maximal Extractable Value (MEV) by parties that could otherwise control the transaction ordering in a block.

The long-term plan for PBS is to be protocol-native in Ethereum. Flashbots, an R&D organization mitigating the negative externalities of MEV attacks, is leading the protocol standard today.

What is hybrid PBS?

In hybrid PBS, each transaction comes with a witness to prove the balance and nonce of the transaction sender. These witnesses can be added by intermediary nodes, such as builders. This extension allows for validators to be stateless, as they would no longer need to keep track of the entire transaction history. 

What is a block proposer?

In today’s Ethereum, a block proposer is an entity which creates a block of transactions, and propagates it to the network for inclusion in the blockchain. A block proposer can choose to include or exclude transactions from a block, as they look at which transactions in the Ethereum mempool pay the highest priority fee. The design of post-merge Ethereum is the same.

In PBS, the proposer instead relies on a market of outside actors (the builders) who produce bundles with complete block contents, and the fee for the proposer, with the proposer choosing the bundle with the highest fee. 

Who can be a block proposer?

In the traditional approach, any node can be a block proposer. In today's Proof-of-Work Ethereum blockchain, that means miners compete with other miners to be the block proposer. However, because of the influence that comes with being a block proposer, there is a risk of centralization.

With the Ethereum Merge, where Ethereum will become Proof-of-Stake, validators are randomly selected to be block proposers in every slot. This validator creates the new block and sends it to other nodes in the network. At the same time, a committee of validators is randomly selected, who will vote to determine the validity of the proposed block.

Under the PBS proposal, there's not yet a concrete answer as to who would become block proposers, but since the only thing the proposer needs to do is select the highest-fee bundle, it could be done inside a simple MPC (multiparty computation) to prevent cheating.

What is a block builder?

A block builder is an entity which creates an "exec block body" – a list of transactions – and submits it, along with a bid, to the Ethereum network. The block proposer then chooses the exec block body with the highest bid to include in the new block. 

In one proposed PBS solution, there are two types of builders:

  1. Primary builders are block builders that can build primary exec blocks and can see the pre-state they are building on top of
  2. Auxiliary builders are block builders that can build auxiliary exec blocks and don’t know what state they are building on top of

Who can be a block builder?

Since committees currently exist in Ethereum to help finalize blocks, it's likely that these same committees could act to vote for the selection of builders in each block period. It would be possible to have a group of semi-trusted builders that are voted on by the network. 

What is required to be a block builder?

Vitalik Buterin explains that proposers "are totally able to be their own block-builders," but they wouldn't have to be. Any node that can pay the fee for the proposer and run the algorithm to create an exec block body could be a builder. 

How does Two Slot PBS work?

In two-slot PBS, a beacon block is needed in every slot to include the winning exec header, which is attested by committees. If a beacon block is missing, then the next slot is switched to be a beacon block instead of an intermediate block.

How is proposer/builder separation related to MEV?

Under the current design, miners are able to capture a large portion of MEV by choosing which transactions to include in a block. This allows them to front-run other users or conduct other MEV attacks.

PBS would mitigate this problem by separating the block construction process from the block proposal process. Builders would be selected by the highest fee they're willing to pay, and proposers would simply select the exec header with the highest fee.

At this time, PBS is simply a research idea. It's not being used in Ethereum, or any other blockchain.

Alternative Solutions to MEV

There are other alternative solutions to MEV costs, including request-for-quote (RFQ) exchanges and TWAMM (Time Weighted AMM) designs.

Request-for-quote exchanges use off-chain quoting to avoid the problem of sandwich attacks where an entity will include two transactions around the victim's transaction, profiting from their slippage tolerance. With RFQ exchanges the client does not reveal their order to the market until it is ready to be executed. This way, there is no window for another entity to place their transactions around the victim's.

TWAMM also prevents sandwich attacks by executing transactions lazily. In TWAMM, orders are executed as if they were placed in between blocks. This way, an attacker would need to straddle blocks in order to take advantage of the victim's slippage tolerance, which is riskier than simply including transactions around the victim's. 

How does PBS work in relation to danksharding?

The PBS design makes it easy to implement danksharding on top of it. Danksharding is a new sharding design, which has a merged fee market, where one proposer chooses all transactions and data that goes into a slot. This forces high system requirements on validators. PBS could be used such that builders bid on the right to choose the slot's content, and the proposer simply selects the valid header with the highest bid.

How does separating builders and proposers help scalability?

PBS improves scalability by allowing for stateless validators. If all builders include a witness for each transaction, then the proposer can just select the header with the highest fee, without having to process any data. This means that validators wouldn't need to keep track of the entire blockchain history.

How does separating builders and proposers protect security and decentralization?

PBS protects security and decentralization by making it more difficult for block proposers to censor transactions or manipulate the transaction order. By isolating the block construction process from the block proposal process, PBS makes it more difficult for block proposers to control which transactions get included in a block.

Why is it likely that block proposers become centralized?

There is extractable economic value in the selection of the next block. Mining pools or other centralized entities are likely to emerge and control the block proposer role due to this economic incentive.

What are the censorship challenges of PBS?

Front-running, or when a party submits a transaction to take advantage of another party's transaction, is a major issue with the current approach to transaction ordering.

If a large enough actor is trying to censor a particular transaction, they can raise the priority fee required for that transaction to such a high amount that it becomes uneconomical for anyone else to include it in a block. The actor effectively controls which transactions get included simply by paying higher fees.

PBS needs to mitigate that risk, alongside the following censorship-resistance requirements:

Denial of service (DoS) protection

Data that no one pays for, and thus bloats up the chain, must not be included in a block. For example, if a transaction is found to be invalid due to insufficient balance or other problems, the protocol must still charge the proposer for including it in the block.

Minimal bandwidth

The solution should not require excessive data to be exchanged between network participants. For instance, having many redundant exec block bodies floating around the network would use up unnecessary bandwidth.

No reintroduction of centralization

The proposal should not incentivize proposers to become more sophisticated and thus enter into relationships with other entities or join pools.

Allowing stateless proposers

It would be ideal if validators could remain stateless, as this would further decentralize and scale the network. 

Proposer/Builder Separation Takeaways

PBS is a potential solution to the blockchain censorship and MEV attack problem that is currently being researched. By separating the roles of block construction and proposal, PBS could create a more decentralized, secure network. 

However, there are a number of challenges that need to be addressed before it can be implemented, such as the risk of builder centralization and the use of bandwidth. Additionally, there are other potential solutions, such as request-for-quote exchanges and TWAMM designs.

To start building on Ethereum, create a free Ethereum developer account today.

The blockchain emerged as a solution to decentralize the trust required to run a digital economy, which traditionally has been managed by central authorities. In a blockchain, a network of miners (or validators in the case of Proof-of-Stake) work together to validate transactions and add new blocks to the chain. 

These block proposers, however, effectively have control over which transactions get included in a block and can use this power to censor or otherwise manipulate transaction flow. Researchers have proposed various solutions to this censorship problem, one of which is known as Proposer/Builder Separation (PBS).

What is in-protocol Proposer/Builder Separation (PBS)?

Proposer-Builder Separation (PBS) is a potential solution to the blockchain censorship and MEV attack problem where block construction (i.e. block building) and block proposing are assigned to different roles in the network.

Block builders create "exec block bodies," which are ordered lists of transactions, and submit bids for these blocks. The proposer's job is simply to accept the exec block body with the highest bid. Proposer/builder separation isolates building, which is prone to centralization, from transaction validation which should be highly decentralized.

Unlike the traditional approach, the proposer (and everyone else) cannot see the contents of an exec block body until after they select the header that wins the auction. This "pre-confirmation privacy" is necessary to prevent the stealing of Maximal Extractable Value (MEV) by parties that could otherwise control the transaction ordering in a block.

The long-term plan for PBS is to be protocol-native in Ethereum. Flashbots, an R&D organization mitigating the negative externalities of MEV attacks, is leading the protocol standard today.

What is hybrid PBS?

In hybrid PBS, each transaction comes with a witness to prove the balance and nonce of the transaction sender. These witnesses can be added by intermediary nodes, such as builders. This extension allows for validators to be stateless, as they would no longer need to keep track of the entire transaction history. 

What is a block proposer?

In today’s Ethereum, a block proposer is an entity which creates a block of transactions, and propagates it to the network for inclusion in the blockchain. A block proposer can choose to include or exclude transactions from a block, as they look at which transactions in the Ethereum mempool pay the highest priority fee. The design of post-merge Ethereum is the same.

In PBS, the proposer instead relies on a market of outside actors (the builders) who produce bundles with complete block contents, and the fee for the proposer, with the proposer choosing the bundle with the highest fee. 

Who can be a block proposer?

In the traditional approach, any node can be a block proposer. In today's Proof-of-Work Ethereum blockchain, that means miners compete with other miners to be the block proposer. However, because of the influence that comes with being a block proposer, there is a risk of centralization.

With the Ethereum Merge, where Ethereum will become Proof-of-Stake, validators are randomly selected to be block proposers in every slot. This validator creates the new block and sends it to other nodes in the network. At the same time, a committee of validators is randomly selected, who will vote to determine the validity of the proposed block.

Under the PBS proposal, there's not yet a concrete answer as to who would become block proposers, but since the only thing the proposer needs to do is select the highest-fee bundle, it could be done inside a simple MPC (multiparty computation) to prevent cheating.

What is a block builder?

A block builder is an entity which creates an "exec block body" – a list of transactions – and submits it, along with a bid, to the Ethereum network. The block proposer then chooses the exec block body with the highest bid to include in the new block. 

In one proposed PBS solution, there are two types of builders:

  1. Primary builders are block builders that can build primary exec blocks and can see the pre-state they are building on top of
  2. Auxiliary builders are block builders that can build auxiliary exec blocks and don’t know what state they are building on top of

Who can be a block builder?

Since committees currently exist in Ethereum to help finalize blocks, it's likely that these same committees could act to vote for the selection of builders in each block period. It would be possible to have a group of semi-trusted builders that are voted on by the network. 

What is required to be a block builder?

Vitalik Buterin explains that proposers "are totally able to be their own block-builders," but they wouldn't have to be. Any node that can pay the fee for the proposer and run the algorithm to create an exec block body could be a builder. 

How does Two Slot PBS work?

In two-slot PBS, a beacon block is needed in every slot to include the winning exec header, which is attested by committees. If a beacon block is missing, then the next slot is switched to be a beacon block instead of an intermediate block.

How is proposer/builder separation related to MEV?

Under the current design, miners are able to capture a large portion of MEV by choosing which transactions to include in a block. This allows them to front-run other users or conduct other MEV attacks.

PBS would mitigate this problem by separating the block construction process from the block proposal process. Builders would be selected by the highest fee they're willing to pay, and proposers would simply select the exec header with the highest fee.

At this time, PBS is simply a research idea. It's not being used in Ethereum, or any other blockchain.

Alternative Solutions to MEV

There are other alternative solutions to MEV costs, including request-for-quote (RFQ) exchanges and TWAMM (Time Weighted AMM) designs.

Request-for-quote exchanges use off-chain quoting to avoid the problem of sandwich attacks where an entity will include two transactions around the victim's transaction, profiting from their slippage tolerance. With RFQ exchanges the client does not reveal their order to the market until it is ready to be executed. This way, there is no window for another entity to place their transactions around the victim's.

TWAMM also prevents sandwich attacks by executing transactions lazily. In TWAMM, orders are executed as if they were placed in between blocks. This way, an attacker would need to straddle blocks in order to take advantage of the victim's slippage tolerance, which is riskier than simply including transactions around the victim's. 

How does PBS work in relation to danksharding?

The PBS design makes it easy to implement danksharding on top of it. Danksharding is a new sharding design, which has a merged fee market, where one proposer chooses all transactions and data that goes into a slot. This forces high system requirements on validators. PBS could be used such that builders bid on the right to choose the slot's content, and the proposer simply selects the valid header with the highest bid.

How does separating builders and proposers help scalability?

PBS improves scalability by allowing for stateless validators. If all builders include a witness for each transaction, then the proposer can just select the header with the highest fee, without having to process any data. This means that validators wouldn't need to keep track of the entire blockchain history.

How does separating builders and proposers protect security and decentralization?

PBS protects security and decentralization by making it more difficult for block proposers to censor transactions or manipulate the transaction order. By isolating the block construction process from the block proposal process, PBS makes it more difficult for block proposers to control which transactions get included in a block.

Why is it likely that block proposers become centralized?

There is extractable economic value in the selection of the next block. Mining pools or other centralized entities are likely to emerge and control the block proposer role due to this economic incentive.

What are the censorship challenges of PBS?

Front-running, or when a party submits a transaction to take advantage of another party's transaction, is a major issue with the current approach to transaction ordering.

If a large enough actor is trying to censor a particular transaction, they can raise the priority fee required for that transaction to such a high amount that it becomes uneconomical for anyone else to include it in a block. The actor effectively controls which transactions get included simply by paying higher fees.

PBS needs to mitigate that risk, alongside the following censorship-resistance requirements:

Denial of service (DoS) protection

Data that no one pays for, and thus bloats up the chain, must not be included in a block. For example, if a transaction is found to be invalid due to insufficient balance or other problems, the protocol must still charge the proposer for including it in the block.

Minimal bandwidth

The solution should not require excessive data to be exchanged between network participants. For instance, having many redundant exec block bodies floating around the network would use up unnecessary bandwidth.

No reintroduction of centralization

The proposal should not incentivize proposers to become more sophisticated and thus enter into relationships with other entities or join pools.

Allowing stateless proposers

It would be ideal if validators could remain stateless, as this would further decentralize and scale the network. 

Proposer/Builder Separation Takeaways

PBS is a potential solution to the blockchain censorship and MEV attack problem that is currently being researched. By separating the roles of block construction and proposal, PBS could create a more decentralized, secure network. 

However, there are a number of challenges that need to be addressed before it can be implemented, such as the risk of builder centralization and the use of bandwidth. Additionally, there are other potential solutions, such as request-for-quote exchanges and TWAMM designs.

To start building on Ethereum, create a free Ethereum developer account today.

Build web3 with Alchemy

Alchemy combines the most powerful web3 developer products and tools with resources, community and legendary support.

Get started for free