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

Inclusion Guarantee

An inclusion guarantee is a paid service that ensures a transaction will be included in the next block, typically by bypassing the public mempool and submitting directly to a block builder.
Chainscore © 2026
definition
BLOCKCHAIN CONSENSUS

What is an Inclusion Guarantee?

A formal assurance within a blockchain protocol that a valid transaction submitted to the network will be included in a block and confirmed.

An inclusion guarantee is a protocol-level or service-level commitment that a valid transaction, once broadcast to the network, will be incorporated into the blockchain's ledger. This is distinct from a finality guarantee, which assures the transaction cannot be reversed. In networks like Bitcoin and Ethereum, where block producers (miners or validators) have discretion over transaction ordering, users traditionally face inclusion uncertainty. This guarantee directly addresses the risk of censorship or indefinite delays, providing users with predictable confirmation times and reliability for critical operations like arbitrage, liquidations, or high-value settlements.

Protocols implement inclusion guarantees through various mechanisms. Ethereum's block.basefee and priority fee (tip) system creates a market where users can pay to incentivize inclusion. More advanced solutions include credible commitments like PBS (Proposer-Builder Separation), where block builders can cryptographically commit to including specific transactions. Dedicated services like Flashbots' MEV-Share or CoW Swap's solver network offer conditional guarantees by routing transactions through private channels or using off-chain agreements. These systems often leverage commit-reveal schemes or pre-confirmations to bind a block producer to their promise before the block is finalized.

The need for inclusion guarantees is primarily driven by Maximal Extractable Value (MEV) and network congestion. Without a guarantee, searchers and users competing for block space face a coordination game where transactions can be front-run, sandwiched, or dropped. This creates inefficiency and risk. Guarantees transform this into a more predictable auction. For developers and CTOs, evaluating a chain's inclusion guarantee features is critical for designing applications requiring transaction reliability. It impacts user experience, economic security, and the feasibility of time-sensitive DeFi strategies, making it a key metric in blockchain infrastructure assessment alongside throughput and finality time.

how-it-works
BLOCKCHAIN MECHANICS

How an Inclusion Guarantee Works

An explanation of the technical mechanisms and economic incentives that underpin inclusion guarantees in blockchain transaction processing.

An inclusion guarantee is a service or protocol feature that ensures a user's transaction will be included in a future block, typically by creating a binding financial commitment between the user and a block producer. This mechanism directly addresses the uncertainty of mempool dynamics, where transactions can be delayed or dropped due to fluctuating network congestion and fee markets. By pre-negotiating inclusion, users gain predictable execution, which is critical for time-sensitive operations like arbitrage, liquidations, or interacting with expiring smart contracts. The guarantee is often enforced through cryptographic commitments or smart contracts that penalize the block producer if they fail to fulfill their promise.

The core mechanism relies on a commit-reveal scheme or a signed agreement. A user (or their wallet) first commits to a transaction and a fee, often via an off-chain message to a specific validator or builder. The block producer then signs a guarantee, cryptographically committing to include that transaction. In more advanced systems like Ethereum's PBS (Proposer-Builder Separation), this can involve a sealed-bid auction where builders bid for the right to include guaranteed transaction bundles. The economic security stems from slashing conditions or reputation loss; a validator who reneges on a guarantee may forfeit a staked bond or damage their future revenue potential.

Implementations vary across ecosystems. Some, like Solana, implement a native priority fee system that strongly incentivizes inclusion but isn't a strict guarantee. Others use specialized mempool services or private transaction pools (e.g., Flashbots Protect) that offer quasi-guarantees through exclusive channels to block builders. The strongest form is a cryptographic inclusion guarantee enforceable on-chain, which transforms the promise from a probabilistic expectation into a verifiable contractual obligation. This shifts the risk from the user to the block producer, who must accurately model block space availability to profit from the service.

For users, the primary consideration is the cost of the guarantee versus the value at risk. The fee for guaranteed inclusion will be a premium above the prevailing base fee, reflecting the block producer's assumed risk and the opportunity cost of reserving block space. This is economically rational when the potential loss from a failed transaction—such as a missed arbitrage opportunity or a liquidation penalty—exceeds the guarantee premium. Analysts monitor the adoption of these services as a key metric for network sophistication, indicating demand for predictable execution in decentralized finance (DeFi) and other high-stakes applications.

key-features
MECHANICAL PROPERTIES

Key Features of Inclusion Guarantees

An inclusion guarantee is a cryptographic commitment from a block builder or proposer to include a specific transaction in a future block, providing certainty for users and applications. Its core features define its security, scope, and economic model.

01

Commitment Mechanism

The cryptographic proof that anchors the guarantee. This is typically a signed promise from a block proposer or a pre-confirmation via a protocol like EigenLayer's inclusion proofs. The mechanism's strength determines the guarantee's enforceability, with on-chain verifiable commitments being the most robust. Weak mechanisms rely solely on social consensus or reputational stakes.

02

Execution Scope

Defines what is guaranteed. A soft guarantee only promises transaction inclusion in a block, with no assurance of successful execution or final state. A hard guarantee (or execution guarantee) ensures the transaction will be included and will execute successfully according to its logic, protecting against front-running and MEV extraction that could revert it.

03

Temporal Guarantee

Specifies when the transaction will be included. A slot-based guarantee commits to inclusion in a specific future slot (e.g., "next block"). A deadline-based guarantee promises inclusion before a certain block height or timestamp. This is critical for time-sensitive operations like arbitrage or liquidation protection, where latency is a primary risk.

04

Economic Security & Slashing

The financial penalties that back the guarantee. Providers typically post a bond or stake (e.g., in ETH or a protocol's native token) that can be slashed if they fail to honor their commitment. The size of this stake relative to the transaction's value defines the economic security and trustlessness of the service.

05

Verification & Dispute Resolution

The process for proving a guarantee was violated. This requires cryptographic proof of non-inclusion or failed execution, which is then submitted to a verifier. Resolution can occur on-chain via a smart contract (automated slashing) or off-chain through a committee or governance process, which introduces latency and trust assumptions.

06

Provider Decentralization

The distribution of entities capable of issuing guarantees. A centralized model relies on a single trusted sequencer or builder. A decentralized model uses a permissionless set of proposers (e.g., via EigenLayer's restaking) or a marketplace of builders, reducing censorship risk and single points of failure. This is a key differentiator among guarantee protocols.

primary-use-cases
INCLUSION GUARANTEE

Primary Use Cases

An Inclusion Guarantee is a formal commitment by a blockchain network or service that a valid transaction submitted by a user will be included in a future block. This section details the core scenarios where this guarantee is most critical.

01

MEV Protection & Front-Running Prevention

A robust Inclusion Guarantee is essential for protecting users from Maximal Extractable Value (MEV) exploitation. It prevents malicious actors (searchers, validators) from censoring or front-running a transaction to capture its value. This is achieved by committing to include the transaction in a specific block position, often through a commit-reveal scheme or a direct agreement with block producers.

  • Key Mechanism: Using cryptographic commitments to bind a block builder to include a transaction.
  • Example: A user's large DEX swap is guaranteed inclusion, preventing a bot from seeing it in the mempool and executing a sandwich attack.
02

High-Stakes Financial Settlements

Institutional and DeFi protocols require certainty for time-sensitive financial operations. An Inclusion Guarantee provides the deterministic finality needed for:

  • Cross-chain bridge operations: Ensuring an asset burn on one chain is finalized before minting on another.
  • Options expiry and liquidations: Guaranteeing a liquidation or exercise transaction executes at a precise block height.
  • Oracles updates: Securing critical price feed updates for multi-million dollar protocols.

Without this guarantee, these operations carry settlement risk, where a transaction delay could lead to significant financial loss.

03

Censorship-Resistant Applications

A foundational promise of blockchain is censorship resistance. An Inclusion Guarantee enforces this at the transaction level, ensuring that valid transactions cannot be excluded based on content, origin, or political motive. This is critical for:

  • Permissionless publishing and decentralized social media.
  • Unstoppable smart contracts and DAO governance votes.
  • Anti-fragile financial systems that must operate under adversarial conditions.

The guarantee acts as a cryptoeconomic shield, making it prohibitively expensive for a block producer to deviate from their commitment to include the transaction.

04

User Experience & Predictable Fees

For mainstream adoption, users need predictable outcomes. An Inclusion Guarantee transforms the user experience from probabilistic to deterministic.

  • No more "stuck" transactions: Users receive a firm commitment instead of hoping for inclusion.
  • Predictable fee markets: Services can offer priority lanes with fixed fees for guaranteed inclusion, moving beyond volatile auction-based gas prices.
  • Improved wallet UX: Wallets can provide clear confirmation timelines (e.g., "Guaranteed in the next block").

This shifts the paradigm from best-effort networking to a service-level agreement (SLA) for blockchain access.

05

Protocol & Layer 2 Sequencing

Rollups and other Layer 2 (L2) solutions rely on posting data or proofs to a parent chain (L1). An Inclusion Guarantee for their batch submissions or state roots is non-negotiable for security and liveness.

  • Sequencer Guarantees: A rollup sequencer needs assurance its batch will be included on L1 to finalize L2 state.
  • Forced Inclusion: Protocols like Optimistic Rollups have forced inclusion mechanisms as a fallback, which is a type of user-enforceable guarantee.
  • Data Availability: Guaranteeing the inclusion of data availability blobs is essential for validity proofs and fraud proofs.
06

Related Concept: Finality vs. Inclusion

It is crucial to distinguish between Inclusion Guarantee and Transaction Finality. These are sequential steps in blockchain consensus.

  • Inclusion Guarantee: A promise that a transaction will be placed inside a block. This is about liveness.
  • Transaction Finality: The irreversible confirmation that the transaction is permanently settled in the canonical chain. This is about safety.

A transaction can have an Inclusion Guarantee (it will be in block N) but not yet be final (block N could be reorged). True user protection often requires assurances for both. Ethereum's proposer-builder separation (PBS) architecture is designed to provide strong inclusion guarantees prior to finality.

TRANSACTION SUBMISSION

Public Mempool vs. Inclusion Guarantee

A comparison of the core characteristics and trade-offs between submitting transactions to the public mempool versus using a service with an inclusion guarantee.

Feature / MetricPublic MempoolInclusion Guarantee Service

Transaction Visibility

Public to all network participants

Private until execution

Front-Running / MEV Risk

Inclusion Certainty

Latency to Finality

Variable (seconds to hours)

Predictable (< 5 sec to next block)

Submission Cost Model

Gas auction + priority fee

Fixed service fee + base gas

Failure Handling

Transaction may be dropped

Automatic retries or refund

Required User Expertise

High (fee estimation, RPC selection)

Low (managed service)

Typical Use Case

General, non-critical transfers

Arbitrage, liquidations, high-value settlements

ecosystem-actors
BLOCKCHAIN SECURITY

Inclusion Guarantee

An Inclusion Guarantee is a formal assurance that a valid transaction submitted to a network will be included in a future block, typically enforced by a protocol's consensus and economic security model.

01

Core Mechanism

The guarantee is enforced through a combination of consensus rules and cryptoeconomic incentives. For example, in Ethereum's proposer-builder separation (PBS), a block builder commits to including specific transactions in a block header, which is then signed by a validator. Failure to honor this commitment results in a slashing penalty for the validator, making it economically irrational to renege.

02

Contrast with Ordering Guarantee

It is critical to distinguish an Inclusion Guarantee from an Ordering Guarantee. An Inclusion Guarantee only promises a transaction will be in a block, not its position relative to others. Protocols like Chainlink's Fair Sequencing Services (FSS) or specific MEV mitigation techniques aim to provide ordering guarantees, which are a stronger and more complex assurance.

03

Role of Block Builders

In modern architectures like PBS, the block builder is the key actor responsible for constructing a block's contents. They provide a commitment (e.g., a signed header) to the proposer/validator, which contains a cryptographic proof that specific transactions are included. This separates the power of transaction selection from the power of consensus, formalizing the inclusion promise.

04

Economic Security & Slashing

The guarantee's strength is backed by staked capital. If a validator finalizes a block that does not contain a transaction they guaranteed to include, their stake can be slashed. This transforms the promise from a social one into a cryptoeconomically enforced one, aligning the validator's financial interest with honest behavior.

05

User-Facing Importance

For users and applications, a strong inclusion guarantee reduces uncertainty and latency. It is especially critical for time-sensitive transactions (e.g., arbitrage, liquidations) and bridging operations, where a user needs certainty their action will be processed on-chain within a known timeframe to avoid financial loss.

06

Protocol Examples

  • Ethereum (Post-PBS): Builders provide commitments via builder bids.
  • Cosmos (Interchain Security): Provides inclusion guarantees for consumer chains via the provider chain's validator set.
  • Solana: High throughput and low fees aim for probabilistic inclusion guarantees, with priority fees used to influence likelihood.
security-considerations
INCLUSION GUARANTEE

Security and Trust Considerations

An inclusion guarantee is a formal assurance from a blockchain validator or block builder that a user's transaction will be included in the next block, protecting against censorship and MEV extraction. These guarantees are critical for applications requiring high reliability, such as arbitrage or liquidations.

01

What is an Inclusion Guarantee?

An inclusion guarantee is a cryptographic commitment from a block producer (e.g., a validator or builder) to include a specific transaction in the next block they produce. It is a core mechanism to combat transaction censorship and provide execution certainty for users. Without it, transactions can be arbitrarily delayed or excluded from blocks, often to extract value via Maximal Extractable Value (MEV) strategies.

02

How It Works: Commit-Reveal Schemes

Guarantees are typically implemented using a commit-reveal scheme to prevent frontrunning:

  • Commit: The user submits a transaction hash to the guarantor, who signs a promise to include it.
  • Reveal: Just before block production, the user reveals the full transaction details.
  • Execution: The guarantor includes the revealed transaction, fulfilling their signed commitment. This process ensures the transaction's intent remains hidden until the last moment, protecting it from being copied or preempted.
03

Preventing Censorship

A primary security benefit is censorship resistance. Validators or block builders can censor transactions for political, regulatory, or competitive reasons. An inclusion guarantee contractually obligates them to process the transaction, provided it pays sufficient gas. This is vital for DeFi protocols (e.g., liquidations, arbitrage) and users who might otherwise be excluded from the network.

04

Mitigating MEV (Maximal Extractable Value)

Inclusion guarantees protect against harmful MEV extraction. Without a guarantee, searchers or validators can see a profitable transaction in the mempool and frontrun it with their own. A guarantee ensures the original transaction is processed in its intended position, preventing sandwich attacks and time-bandit attacks. Services like Flashbots SUAVE aim to provide such guarantees at the protocol level.

05

Economic & Reputational Enforceability

The guarantee's strength depends on its enforceability. Mechanisms include:

  • Financial Slashing: The guarantor posts a bond (stake) that is forfeited if they break the promise.
  • Reputational Damage: Consistent failure destroys a builder's or validator's reputation, costing future revenue.
  • Protocol-Level Enforcement: Some proposed designs, like Ethereum's PBS (Proposer-Builder Separation), could embed slashing for guarantee violations directly in consensus.
06

Limitations and Risks

Inclusion guarantees are not absolute. Key limitations include:

  • Gas Auction Failures: If the block is full, a guaranteed transaction may still be excluded if outbid by higher-fee transactions.
  • Smart Contract Risk: The guarantee itself is often a smart contract, which could have bugs.
  • Centralization Reliance: Users must trust a specific set of block builders or validators to honor commitments, potentially centralizing trust.
  • Network-Level Attacks: Denial-of-Service (DoS) attacks on the network can prevent any transaction from being included.
evolution-post-merge
ETHEREUM'S NEW SECURITY MODEL

Evolution in a Post-Merge Landscape

The transition to Proof-of-Stake fundamentally altered Ethereum's security guarantees, shifting the focus from raw computational power to the economic incentives of validators. This section explores the new assurances around transaction inclusion and block production.

The Ethereum Merge marked a paradigm shift from Proof-of-Work (PoW) to Proof-of-Stake (PoS), fundamentally redefining the network's security model and the guarantees it provides to users. Under PoW, security was a probabilistic function of the total hash rate expended by miners. In the PoS model, security is derived from the total amount of ETH staked and the economic penalties, or slashing, that can be imposed on malicious validators. This change introduces new concepts like finality and alters the dynamics of block proposal and transaction inclusion.

A core evolution is the concept of proposer-builder separation (PBS), which decouples the role of the block proposer (a validator chosen by the consensus layer) from the block builder (an entity that assembles transactions). This separation is designed to mitigate maximal extractable value (MEV) centralization risks. While PBS aims to make the system more robust, it also creates a market for block space, where builders compete to create the most profitable block bundles for proposers to simply sign and propose. This changes how users and applications must think about guaranteeing their transactions are included.

The post-merge landscape emphasizes credible neutrality and censorship resistance as key guarantees. With validators subject to slashing for malicious behavior, the protocol enforces honesty through economic stakes. Furthermore, initiatives like inclusion lists are being developed to provide stronger inclusion guarantees, ensuring that validators cannot easily censor transactions by excluding them from blocks. These mechanisms work alongside the existing gas fee market to create a more predictable and secure environment for transaction settlement, moving beyond the purely fee-based inclusion model of PoW.

INCLUSION GUARANTEE

Frequently Asked Questions (FAQ)

Direct answers to common technical questions about the Chainscore Inclusion Guarantee, a mechanism designed to ensure transaction delivery in high-throughput environments.

An Inclusion Guarantee is a service-level agreement (SLA) provided by a blockchain infrastructure provider, such as a block builder or a relay, that ensures a user's transaction will be included in a future block, typically within a specified timeframe or slot. It works by the provider cryptographically committing to the transaction's inclusion, often backed by financial penalties or a reputation system if the guarantee is broken. This mechanism is critical in environments like proposer-builder separation (PBS) where block space is auctioned, providing users with certainty against transaction censorship or unpredictable delays.

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
Inclusion Guarantee: Definition & How It Works in MEV | ChainScore Glossary