Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
Free 30-min Web3 Consultation
Book Consultation
Smart Contract Security Audits
View Audit Services
Custom DeFi Protocol Development
Explore DeFi
Full-Stack Web3 dApp Development
View App Services
LABS
Glossary

Block Inclusion

Block inclusion is the process by which a network validator or miner selects and adds a set of pending transactions from the mempool into a new block for propagation and consensus.
Chainscore © 2026
definition
BLOCKCHAIN CONSENSUS

What is Block Inclusion?

Block inclusion is the process by which a transaction submitted to a blockchain network is accepted into a validated block by a miner or validator.

Block inclusion is the fundamental process where a transaction submitted to a blockchain network is accepted into a validated block by a miner or validator. It is the first critical step in finalizing a transaction, distinct from block confirmation, which occurs when subsequent blocks are built on top of it. The entity responsible for constructing the next block (e.g., a miner in Proof of Work or a validator in Proof of Stake) selects pending transactions from the mempool and includes them in the block's data structure. This selection is not guaranteed and is influenced by factors like transaction fees, network congestion, and the specific node's implementation.

The probability and speed of inclusion are governed by a transaction's inclusion fee, often referred to as a priority fee or tip. This fee is paid on top of the base network fee to incentivize validators to prioritize one transaction over others in a competitive mempool. During times of high demand, users may engage in fee bidding, where they voluntarily increase their inclusion fee to outbid others. Mechanisms like Ethereum's EIP-1559 introduce a base fee that is burned and a separate priority fee for the validator, creating a more predictable inclusion market. Failure to offer a competitive fee can result in a transaction being stuck or dropped from the mempool entirely.

Beyond fees, block inclusion can be affected by other technical and consensus rules. Validators may employ transaction selection algorithms that maximize their fee revenue (Maximal Extractable Value or MEV), which can reorder, include, or exclude transactions in sophisticated ways. Some blockchains also implement inclusion lists or similar protocols where proposers can guarantee specific transactions are included in the next block, enhancing fairness and censorship resistance. Ultimately, successful block inclusion is a prerequisite for any on-chain activity, making its mechanics a core concern for developers and users optimizing for reliability and cost.

key-features
MECHANICS

Key Features of Block Inclusion

Block inclusion is the process by which a validator adds a set of transactions to the blockchain's immutable ledger. This involves several critical mechanisms that determine transaction ordering, finality, and network security.

01

Mempool & Transaction Pool

The mempool (memory pool) is a node's holding area for unconfirmed transactions broadcast to the network. Validators select transactions from their local mempool to propose in a new block. Key characteristics include:

  • Transaction Propagation: Transactions are gossiped peer-to-peer.
  • Fee Market: Users attach gas fees or priority fees to incentivize inclusion; higher fees generally lead to faster inclusion.
  • Eviction: Nodes may drop low-fee or invalid transactions to manage memory.
02

Block Proposal & Builder-Bidder Separation

In many modern chains like Ethereum, the role of creating a block is separated from proposing it. This is central to proposer-builder separation (PBS).

  • Block Builders: Specialized entities (e.g., via MEV-Boost) compete to create the most profitable block by ordering transactions and extracting MEV.
  • Validators/Proposers: Choose the most valuable block from builders' bids, often based on the attached fee. This decouples block construction from consensus.
03

Consensus & Finality

A proposed block is not final until the network reaches consensus. The mechanism varies by protocol:

  • Proof-of-Work (PoW): Inclusion is probabilistic; finality increases with subsequent blocks (confirmations).
  • Proof-of-Stake (PoS): Validators attest to blocks. Finality is achieved through a voting process (e.g., Casper-FFG in Ethereum), making reversion extremely costly.
  • Tendermint BFT: Provides instant finality upon a block's acceptance by a supermajority of validators.
04

Transaction Ordering & MEV

The order of transactions within a block is a powerful and valuable right. Maximal Extractable Value (MEV) refers to profit validators or builders can extract by reordering, including, or censoring transactions.

  • Front-running: Placing a transaction ahead of a known pending trade.
  • Back-running: Placing a transaction immediately after a known event.
  • Sandwich Attacks: A combination of front-running and back-running around a victim's trade. MEV directly impacts user execution and is a core consideration in block construction.
05

Inclusion Lists & Censorship Resistance

To prevent transaction censorship, some protocols implement inclusion lists. A proposer may be required to include certain transactions (e.g., those from a previous block builder) in their proposed block.

  • Ethereum's PBS with CrLists: Commit-Reveal schemes allow builders to commit to including specific transactions, enforced by the protocol.
  • Purpose: Ensures fair access to block space and reduces a validator's ability to arbitrarily exclude transactions for malicious or economic reasons.
06

Block Gas Limit & Size

Each block has a maximum computational and data capacity, enforced by a block gas limit (Ethereum) or block size limit (Bitcoin). This constrains inclusion.

  • Gas: A unit measuring computational work. The total gas of all transactions in a block cannot exceed the limit.
  • Dynamic Adjustment: Limits can adjust based on network demand (e.g., Ethereum's base fee mechanism in EIP-1559).
  • Implication: During high demand, only transactions with sufficient fees are included, creating a fee auction.
how-it-works
BLOCKCHAIN MECHANICS

How Block Inclusion Works: Step-by-Step

Block inclusion is the fundamental process by which a pending transaction is validated, packaged into a block, and permanently appended to a blockchain's ledger. This multi-step sequence, executed by network nodes, ensures the integrity and finality of the decentralized record.

The journey begins when a user broadcasts a signed transaction to the peer-to-peer (P2P) network. Nodes in the mempool (or transaction pool) receive and perform initial checks, validating the transaction's digital signature, ensuring the sender has sufficient funds, and verifying it doesn't violate protocol rules. Invalid transactions are discarded, while valid ones are propagated to other nodes and held in this waiting area, prioritized often by factors like transaction fee or gas price.

A validator (Proof-of-Stake) or miner (Proof-of-Work) then selects transactions from the mempool to construct a candidate block. This selection is a critical economic and strategic decision, as block producers are typically incentivized to include transactions offering the highest fees to maximize their reward. The validator assembles the block header—containing metadata like the previous block's hash and a timestamp—and a list of selected transactions, then executes them to compute a new state root.

Finally, the proposed block must be cryptographically secured and propagated. In Proof-of-Work, this involves solving a computationally intensive puzzle to find a valid nonce. In Proof-of-Stake, the validator attests to the block's validity. Once created, the block is broadcast to the network. Other nodes independently verify every transaction and the block's proof. If valid, they add it to their local copy of the chain, finalizing the inclusion. The transactions are now considered confirmed, and their state changes are applied globally.

influencing-factors
BLOCK PRODUCER ECONOMICS

What Influences Block Inclusion?

Block inclusion is the process by which a validator selects and orders transactions for a new block. It is governed by a complex interplay of protocol rules, economic incentives, and network conditions.

01

Transaction Priority Fee (Tip)

A priority fee or tip is a direct payment from a user to a block producer, paid on top of the base network fee. It acts as a bribe to incentivize the validator to include a transaction sooner. In systems like Ethereum post-EIP-1559, this is the primary mechanism users employ to compete for block space when demand is high.

  • Purpose: To jump the queue and reduce confirmation time.
  • Mechanism: Paid directly to the validator, not burned.
  • Example: A user might attach a 0.01 ETH tip to ensure their arbitrage transaction is included in the next block.
02

Maximal Extractable Value (MEV)

Maximal Extractable Value (MEV) is the total value a block producer can extract from the opportunity to create a block, beyond standard block rewards and fees. This includes profits from reordering, inserting, or censoring transactions (e.g., front-running a large DEX trade).

  • Influence: Validators are economically incentivized to maximize their revenue, often using MEV-Boost relays on Ethereum or similar services on other chains.
  • Impact: Can lead to transaction reordering, causing sandwich attacks and increased latency for regular users.
03

Protocol Rules & Slashing

Block inclusion is constrained by consensus rules and slashing conditions. Validators must produce valid blocks that comply with the protocol, or they risk having their staked funds slashed.

  • Validity Rules: Transactions must be correctly signed, have sufficient gas, and not cause state transitions that violate protocol rules.
  • Censorship Resistance: Some protocols have crticiality or proposer-builder separation (PBS) mechanisms to discourage transaction censorship.
  • Consequence: Including invalid transactions results in the block being rejected by the network, costing the validator its reward.
04

Network Congestion & Base Fee

The base fee is a protocol-determined minimum cost per unit of gas that is burned, dynamically adjusting with network demand. During periods of congestion, the base fee rises, making transaction inclusion more expensive for users.

  • Mechanism: Acts as a market-clearing price for block space, regulating demand.
  • Inclusion Impact: Users must outbid the base fee with their total fee (base fee + priority fee). Low-fee transactions may be stuck in the mempool indefinitely during high congestion.
  • Example: Ethereum's base fee updates every block based on the fullness of the previous block.
05

Validator Selection Algorithm

The method by which the network selects the next block proposer fundamentally influences inclusion. In Proof-of-Stake (PoS), selection is often pseudo-random, weighted by the validator's stake. In Proof-of-Work (PoW), it's the first miner to solve the cryptographic puzzle.

  • PoS (e.g., Ethereum): A validator knows its slot in advance, allowing for transaction bundle preparation via MEV-Boost.
  • PoW (e.g., Bitcoin): The unpredictability of miner discovery reduces some forms of MEV but does not eliminate them.
  • Fairness: The algorithm determines how often a specific entity can influence inclusion.
06

Mempool Dynamics

The mempool (memory pool) is a node's holding area for pending, unconfirmed transactions. Block producers source transactions from their view of the mempool. Its dynamics directly affect inclusion.

  • Visibility: Not all nodes see the same transactions at the same time due to network propagation delays.
  • Strategic Behavior: Users and bots may use private transaction pools or flashbots bundles to bypass the public mempool, offering transactions directly to validators.
  • Front-running Risk: Transactions visible in the public mempool are susceptible to being front-run by other parties.
KEY CONCEPTS

Block Inclusion vs. Transaction Finality

A comparison of the distinct, sequential states a transaction passes through on a blockchain, from initial acceptance to irreversible settlement.

State / PropertyBlock InclusionTransaction Finality

Definition

The state where a transaction is accepted into a proposed block by a network node.

The irreversible state where a transaction is permanently settled and cannot be reverted.

Timing

Occurs first, when a block is produced.

Occurs later, after sufficient confirmations or a finality gadget completes.

Probability of Reversal

High. An included transaction can be orphaned if its block is not on the canonical chain.

Negligible to zero, depending on the chain's finality guarantees.

Key Mechanism

Mempool selection and block proposal by a validator/miner.

Consensus finality (e.g., Tendermint BFT) or probabilistic finality (e.g., Nakamoto Consensus via confirmations).

User Assurance

Low. Indicates the transaction is being processed.

High. Provides settlement guarantee for the recipient.

Example on Proof-of-Work

Transaction is in a mined block.

Transaction is 6+ blocks deep in the longest chain.

Example on Proof-of-Stake (with Instant Finality)

Transaction is in a proposed block.

Transaction is finalized by the consensus protocol's voting mechanism.

Primary Risk

Reorg (chain reorganization).

Nothing-at-stake attacks or catastrophic consensus failure.

ecosystem-usage
KEY CONCEPTS

Block Inclusion in Practice

Block inclusion is the process by which a transaction is accepted into a new block by a network validator. This section details the practical mechanisms and economic factors that determine which transactions are selected and confirmed.

01

Mempool & Transaction Pool

The mempool (memory pool) is a node's holding area for unconfirmed transactions broadcast to the network. Validators select transactions from their local mempool to include in the next block they propose. Key characteristics include:

  • Transaction Propagation: Transactions are gossiped peer-to-peer.
  • State Management: Nodes maintain their own view, leading to slight variations.
  • Eviction Policies: Full mempools may drop low-fee or stale transactions.
02

Fee Markets & Priority

In networks like Ethereum, block space is a scarce resource allocated via a fee market. Validators are economically incentivized to prioritize transactions offering the highest total fee (gas price * gas units). This creates a competitive auction where users bid for inclusion.

  • Base Fee: A network-calculated minimum (burned in EIP-1559).
  • Priority Fee (Tip): An extra incentive paid directly to the validator.
03

Validator Selection (Proposer)

Only the designated block proposer for a given slot can create and broadcast a new block. In Proof-of-Stake (PoS) systems like Ethereum, proposers are chosen pseudo-randomly based on their staked ETH. Their key responsibilities are:

  • Aggregating Transactions: Selecting a set from the mempool.
  • Constructing Block: Ordering transactions and executing them locally.
  • Signing & Propagating: Cryptographically signing the block header and broadcasting it to the network.
04

Maximal Extractable Value (MEV)

MEV is the profit a validator can extract by strategically including, excluding, or reordering transactions within a block beyond standard block rewards and gas fees. It significantly influences inclusion logic.

  • Common Forms: Arbitrage, liquidations, and front-running.
  • MEV-Boost: A middleware that allows Ethereum validators to outsource block building to specialized searchers and builders via a marketplace, often increasing their rewards.
05

Inclusion Lists (Ethereum PBS)

Inclusion Lists are a proposed mechanism for Proposer-Builder Separation (PBS) to prevent censorship. They allow a block proposer to force the inclusion of specific, eligible transactions that a block builder may have excluded.

  • Anti-Censorship: Ensures transactions cannot be easily filtered out.
  • Builder Compliance: The winning builder must include all transactions from the list or forfeit the block.
06

Finality vs. Inclusion

Block inclusion is the first step; finality is the irreversible confirmation. Understanding the difference is critical for application design.

  • Inclusion: Transaction is in a proposed block. State changes are tentative and can be reverted in a chain reorg.
  • Finality: In PoS Ethereum, a block is finalized after two-thirds of validators attest to a checkpoint, making reversion extremely costly and unlikely.
security-considerations
BLOCK INCLUSION

Security & Economic Considerations

The process of adding a transaction to a new block is governed by a complex interplay of security protocols and economic incentives, ensuring network integrity and fair access.

01

Miner Extractable Value (MEV)

The maximum profit a block producer (miner or validator) can extract from their ability to arbitrarily include, exclude, or reorder transactions within a block. This creates a value extraction race and can lead to network inefficiencies.

  • Sources: Arbitrage, liquidations, and front-running opportunities.
  • Impact: Can increase transaction costs and create network congestion.
  • Mitigation: Techniques like fair ordering and commit-reveal schemes aim to reduce negative externalities.
02

Transaction Fee Auctions

A competitive bidding process where users attach fees to their transactions to incentivize block producers to prioritize them for inclusion. This is the primary economic mechanism for block space allocation in networks like Ethereum.

  • Fee Markets: High demand leads to gas price spikes as users outbid each other.
  • Fee Estimation: Wallets and users rely on algorithms to predict optimal fees for timely inclusion.
  • EIP-1559: Introduced a base fee that is burned and a priority fee (tip) for the miner, creating a more predictable fee market.
03

Censorship Resistance

A core property of decentralized blockchains where no single entity can prevent a valid transaction from being included in a block. This is enforced by a permissionless and decentralized set of block producers.

  • Threats: Regulatory pressure on centralized mining pools or validators to censor specific addresses.
  • Measures: Proof-of-stake diversification, permissionless relay networks, and credibly neutral protocol design.
  • Importance: Essential for financial sovereignty and uncensorable applications.
04

Time-Bandit Attacks

A type of attack where a malicious miner or validator secretly mines an alternative chain (a chain reorganization or reorg) to retroactively change the ordering or inclusion of past transactions, often to capture MEV.

  • Mechanism: The attacker withholds a newly mined block, continues mining privately, and then releases a longer chain that excludes or reorders transactions from the public chain.
  • Defense: Network security relies on the honest majority assumption and the economic cost of such attacks outweighing potential profit.
05

Stochastic Fairness

A probabilistic guarantee that a transaction broadcast to the network will eventually be included in a block, assuming it pays a sufficient fee. It prevents indefinite exclusion but does not guarantee ordering fairness.

  • Guarantee: Over time, as different, potentially honest block producers are selected, a valid transaction will be processed.
  • Limitation: Does not protect against temporal unfairness like front-running within a single block.
  • Foundation: This principle underpins the liveness of permissionless blockchain networks.
06

Block Builder Markets

A specialized ecosystem, particularly in Ethereum's post-merge landscape, where searchers (who identify profitable transaction bundles) and builders (who construct optimal blocks) compete to sell block proposals to validators.

  • Proposer-Builder Separation (PBS): A design paradigm that separates the entity that builds a block from the entity that proposes it to the network.
  • Purpose: Aims to democratize access to MEV and reduce the centralizing pressure on validators.
  • Implementation: Facilitated by mev-boost and native protocol-level solutions.
FAQ

Common Misconceptions About Block Inclusion

Clarifying widespread misunderstandings about how transactions are selected and confirmed on a blockchain.

No, inclusion in a block is not final confirmation. It is the first step. A transaction is considered confirmed only after a sufficient number of subsequent blocks have been built on top of the block containing it, a process known as achieving finality. For example, on Bitcoin, a common heuristic is to wait for 6 block confirmations to consider a transaction settled, as this makes a chain reorganization that reverses it statistically improbable. On proof-of-stake chains like Ethereum, finality is often probabilistic or, with certain upgrades, deterministic after a checkpoint.

BLOCK INCLUSION

Frequently Asked Questions (FAQ)

Essential questions and answers about how transactions are selected, ordered, and confirmed on a blockchain.

Block inclusion is the process by which a pending transaction is selected and added to a new block by a network validator or miner. It is the critical step that moves a transaction from the mempool into the immutable ledger. Importance stems from three factors: finality (once included, a transaction is extremely difficult to reverse), latency (the time to inclusion defines user-perceived speed), and cost (users often pay premiums via priority fees to influence inclusion). Without successful inclusion, a transaction remains pending indefinitely.

ENQUIRY

Get In Touch
today.

Our experts will offer a free quote and a 30min call to discuss your project.

NDA Protected
24h Response
Directly to Engineering Team
10+
Protocols Shipped
$20M+
TVL Overall
NDA Protected Directly to Engineering Team
Block Inclusion: Definition & Process in Blockchain | ChainScore Glossary