Transaction inclusion is the process by which a network validator or miner selects a pending transaction from the mempool and adds it to a new block for permanent recording on the blockchain. It is distinct from transaction finality, which occurs later when the block is confirmed by the network. Inclusion is the critical first step that moves a transaction from a state of being proposed to being part of the canonical chain, making its data publicly visible and immutable.
Transaction Inclusion
What is Transaction Inclusion?
The process by which a user-submitted transaction is accepted and permanently recorded on a blockchain ledger.
The likelihood and speed of inclusion are governed by a transaction's priority, which is typically determined by the transaction fee (or gas price) offered to the network. Validators are economically incentivized to include transactions with higher fees to maximize their rewards. Other factors influencing inclusion are the transaction's size, its complexity (e.g., smart contract interactions), and network congestion, which can create a competitive fee market among users.
Users can influence inclusion by adjusting their fee bids. Setting a fee too low may result in a transaction being stuck in the mempool indefinitely. Some blockchains offer mechanisms like fee estimation tools, priority fees, or transaction replacement to improve user control. In Ethereum, for example, the inclusion of a transaction in a specific block can be further influenced by MEV (Maximal Extractable Value) strategies employed by block builders.
From a network perspective, predictable and fair transaction inclusion is essential for usability and security. Protocols may implement rules like first-price auctions, EIP-1559-style base fees, or proposer-builder separation (PBS) to manage the process. The reliability of inclusion affects everything from simple payments to the execution of complex DeFi arbitrage trades, making it a foundational component of blockchain performance and user experience.
How Transaction Inclusion Works
Transaction inclusion is the multi-step process by which a user-initiated operation is validated, broadcast, and permanently recorded on a blockchain ledger.
Transaction inclusion is the process by which a user-submitted transaction is validated, propagated through a peer-to-peer network, and ultimately added to a new block on a blockchain. It begins when a user signs and broadcasts a transaction—such as a token transfer or smart contract interaction—to the network. Network nodes receive this transaction, perform initial checks on its validity (e.g., signature verification and nonce checking), and then relay it to their peers. For the transaction to progress, it must be picked up by a block producer (e.g., a miner or validator).
The critical competitive phase occurs in the mempool (memory pool), a decentralized holding area for all pending, valid transactions. Block producers select transactions from their local mempool to include in the next block they propose. Their selection is typically governed by a fee market; transactions with higher gas fees or priority fees are incentivized for inclusion as they maximize the producer's reward. Other factors like Maximum Extractable Value (MEV) and transaction dependencies also influence this selection, creating a complex, often non-linear queue.
Once a producer includes the transaction in a candidate block and successfully secures consensus (through proof-of-work, proof-of-stake, or another mechanism), the block is appended to the chain. At this point, the transaction is considered included but not necessarily final. Finality is achieved after a sufficient number of subsequent blocks have been built on top of it, making reorganization unlikely. Failed inclusion typically results from insufficient fees, network congestion, or errors in transaction construction, causing the transaction to remain in the mempool until it is either picked up or expires.
Key Features of Transaction Inclusion
Transaction inclusion is the process by which a pending transaction is selected, validated, and permanently recorded on a blockchain. Its key features determine the speed, cost, and finality of a transaction.
Mempool & Transaction Pool
The mempool (memory pool) is a node's temporary holding area for unconfirmed transactions broadcast to the network. It functions as a publicly visible queue where transactions await selection by a block producer. Key characteristics include:
- Dynamic State: Its size and composition change constantly as transactions arrive and are confirmed.
- Local View: Each node maintains its own version, leading to slight variations across the network.
- Fee Market: Transactions compete for inclusion based on their attached gas fee or transaction fee.
Fee Priority & Gas Auction
Block producers (miners or validators) prioritize transactions that maximize their revenue, creating a fee market. Users bid for faster inclusion by attaching higher fees.
- Gas Price (EVM): The price per unit of computational work (gas) a user is willing to pay.
- Priority Fee (EIP-1559): A tip paid directly to the block producer on top of a base fee that is burned.
- Fee Estimation: Wallets use mempool data to suggest optimal fees, balancing cost against inclusion speed.
Block Producer Selection
The entity responsible for constructing the next block determines which transactions are included. The mechanism varies by consensus:
- Proof of Work (PoW): The first miner to solve the cryptographic puzzle gets to propose the block, selecting transactions from their mempool.
- Proof of Stake (PoS): A pseudo-randomly chosen validator is assigned the role of block proposer for a specific slot.
- MEV (Maximal Extractable Value): Proposers may reorder, include, or exclude transactions to capture additional value beyond standard fees.
Block Size & Gas Limits
Physical constraints on each block directly limit inclusion capacity.
- Block Gas Limit (EVM): The maximum total amount of gas all transactions in a block can consume. This caps computational complexity.
- Block Size (Bytes): In networks like Bitcoin, a maximum size in bytes limits the number of transactions based on their data size.
- Dynamic Adjustment: These limits can be adjusted through network governance or protocol rules (e.g., Ethereum's gas limit is voted on by miners/validators).
Replace-by-Fee (RBF) & Transaction Replacement
A mechanism allowing a user to replace an unconfirmed transaction in the mempool with a new one that has a higher fee. This is critical for:
- Accelerating Stuck TXs: Bumping the fee to incentivize inclusion.
- Correcting Errors: Fixing incorrect recipient addresses or amounts before confirmation.
- Implementation: Must be explicitly signaled in the original transaction (e.g., Bitcoin's RBF, Ethereum's same-nonce replacement). Not all networks or wallets support it.
Finality vs. Probabilistic Finality
The point at which an included transaction is considered irreversible.
- Probabilistic Finality (e.g., Bitcoin PoW): Inclusion deepens with each subsequent block, making reversal exponentially harder and more costly.
- Economic Finality (e.g., Ethereum PoS): After a checkpointing process (2/3 of stake attesting), the transaction is finalized. Reversal would require slashing at least 1/3 of the total staked ETH.
- Instant Finality (e.g., Tendermint BFT): Once a block is committed by a supermajority of validators in a round, it is immediately final.
Factors Influencing Inclusion
A comparison of the primary mechanisms and user-controllable parameters that determine if and when a transaction is included in a block.
| Factor | Priority (High Fee) | Priority (Low Fee) | No Priority (Stuck) |
|---|---|---|---|
Transaction Fee (Gas Price) |
| 5-15 Gwei | < 5 Gwei |
Max Priority Fee (Tip) |
| 1-2 Gwei | 0 Gwei |
Max Fee (Fee Cap) | Adequate for base fee spikes | Matches current base fee | Below current base fee |
MEV Opportunity | High (Arbitrage, Liquidations) | Low (Simple transfers) | None |
Wallet RPC Endpoint | Private, Tier-1 | Public | Unreliable/Geo-blocked |
Transaction Nonce | Next in sequence | Future nonce | Already used (replaced) |
Block Space Demand | Low network congestion | Moderate congestion | High network congestion |
Smart Contract Complexity | Simple call | Moderate logic | Revert-prone or failing |
Inclusion Across Ecosystems
Transaction inclusion is the process by which a pending transaction is selected and added to a block. The specific mechanism varies significantly between blockchain ecosystems, each with distinct trade-offs for users and builders.
Ethereum: Priority Gas Auction (PGA)
In Ethereum's gas fee market, inclusion is a competitive auction. Users submit transactions with a gas tip (priority fee) to incentivize validators. The highest-paying transactions are included first, leading to MEV (Maximal Extractable Value) opportunities where searchers can pay premiums to front-run or back-run trades. This creates a transparent but often expensive market for block space.
Solana: Localized Fee Markets
Solana uses parallel execution and localized fee markets to manage congestion. Instead of a single global fee, fees are calculated per state account. Transactions interacting with a congested program (e.g., a popular NFT mint) pay higher fees, while others remain cheap. This aims to prevent network-wide spam but requires careful wallet and dApp design to estimate costs.
Avalanche Subnets & App-Chains
App-specific blockchains (subnets) on Avalanche offer deterministic inclusion. A dApp or set of validators operates its own blockchain with custom rules. Transactions are included based on the subnet's consensus (often Snowman++). This provides guaranteed throughput and low latency for the application but introduces fragmentation and bridge security considerations.
Cosmos & Interchain Security
The Cosmos ecosystem enables sovereign app-chains via the Cosmos SDK. Each chain (or zone) has its own validator set and inclusion logic, typically Tendermint BFT. With Interchain Security, a consumer chain can lease security from the Cosmos Hub, allowing it to benefit from established validator economics while controlling its own transaction ordering and fees.
Arbitrum & Optimistic Rollups
In Optimistic Rollups like Arbitrum, transactions are submitted in batches to an Inbox contract on L1 (Ethereum). A sequencer provides immediate, soft-confirmed inclusion off-chain with low latency. Final inclusion is achieved when the batch is posted and verified on L1. Users trade absolute L1 security for speed, relying on the sequencer's honesty and the fraud proof window.
Base & Shared Sequencers
Emerging shared sequencer networks, like those proposed for the Superchain (Base, Optimism), decouple transaction ordering from execution. A decentralized set of sequencers orders transactions for multiple L2s, providing cross-rollup atomic composability and censorship resistance. Inclusion is managed by the sequencer set's consensus, with periodic commitments to L1 for finality.
Security & Economic Considerations
Transaction inclusion refers to the process and mechanisms by which a transaction is accepted and recorded into a blockchain's immutable ledger. This process is governed by a combination of cryptographic security, network consensus rules, and economic incentives.
Mempool & Transaction Pool
The mempool (memory pool) is a node's temporary holding area for unconfirmed transactions broadcast to the network. It acts as a pending transaction queue where valid transactions wait to be selected by a validator or miner for inclusion in the next block. Nodes maintain their own mempools, which can differ based on network propagation delays and local policy filters.
Transaction Fees & Priority
Transaction fees (often measured in gas price or fee rate) are the primary economic mechanism for prioritizing inclusion. Validators are incentivized to include transactions offering the highest fee per unit of block space to maximize their rewards. Users engage in a fee market, bidding for limited block space. Transactions with insufficient fees may experience delays or never be included.
Maximal Extractable Value (MEV)
MEV is the profit validators or sophisticated bots can extract by strategically ordering, including, or excluding transactions within a block beyond standard block rewards and fees. Common forms include:
- Front-running: Placing a transaction ahead of a known pending trade.
- Back-running: Placing a transaction immediately after.
- Arbitrage: Profiting from price differences across DEXs. MEV creates centralization pressures and can degrade user experience.
Censorship Resistance
A core security property where no single entity can prevent a valid transaction from eventual inclusion. Permissionless networks achieve this through decentralized validator sets. Threats include:
- Regulatory pressure on centralized block builders.
- MEV-driven exclusion where bots censor transactions to protect their strategies.
- Protocol-level filters (e.g., OFAC compliance). Solutions like commit-reveal schemes and encrypted mempools are being researched to enhance censorship resistance.
Block Size & Gas Limits
Each block has a finite capacity, defined by a block gas limit (Ethereum) or block weight (Bitcoin). This creates block space scarcity, directly fueling the fee market. Key considerations:
- Throughput vs. Decentralization: Larger blocks increase throughput but raise hardware requirements for nodes, potentially harming decentralization.
- Spam Protection: Limits prevent denial-of-service attacks via cheap, computationally heavy transactions.
- Dynamic Adjustment: Some protocols allow limits to adjust based on network demand.
Replace-by-Fee & Package Relay
Replace-by-Fee (RBF) is a protocol rule allowing a sender to replace a stuck, low-fee transaction by broadcasting a new version with a higher fee, signaling miners to drop the original. Package Relay (e.g., Ethereum's eth_sendRawTransactionConditional) allows transactions to specify dependencies, ensuring a set of transactions is included atomically or not at all. These are mempool policies that improve user control and enable complex transaction strategies.
Common Misconceptions
Clarifying widespread misunderstandings about how transactions are processed, prioritized, and confirmed on blockchain networks.
Transaction inclusion is the process by which a network validator or miner selects a pending transaction from the mempool and adds it to a new block for finalization. It works through a multi-step mechanism: a user broadcasts a signed transaction to the network's peer-to-peer nodes, which validate its basic correctness (signature, nonce) and propagate it. Validators then select transactions from their local mempool view, typically prioritizing those with the highest gas price or priority fee, to include in the next block they propose. Inclusion does not guarantee finality; it is merely the first step before block confirmation through consensus. The process is probabilistic and competitive, influenced by network congestion and fee market dynamics.
Frequently Asked Questions
Get clear answers on how transactions are processed, prioritized, and confirmed on blockchain networks.
Transaction inclusion is the process by which a pending transaction is selected, validated, and permanently added to a block on the blockchain. It works through a multi-step process: first, a user broadcasts a signed transaction to the network's peer-to-peer mempool. Network nodes (validators or miners) then select transactions from this pool based on criteria like gas fees or priority. The selected transactions are executed, validated against the network's consensus rules, and bundled into a candidate block. Finally, this block is proposed, agreed upon via consensus, and appended to the chain, making the transactions irreversible.
Get In Touch
today.
Our experts will offer a free quote and a 30min call to discuss your project.