Skip to main content

Use Cases

Inclusion preconfirmations​

Inclusion preconfirmations are a form of proposer commitments where the proposer commits to include your transaction as long as it's valid by protocol rules.

Some of the use cases enabled by this are:

  • Instant preconfirmations on transfers and approvals
  • Decreased execution risks for liquidity bridges & app-specific sequencers
  • Increased settlement guarantees for rollups
  • Blockspace futures & gas hedging

State preconfirmations​

State preconfirmations are preconfirmations that commit to a specific state transition.

These are highly desirable since they would drastically improve Ethereum's UX. However, they are more tricky to achieve, primarily because it would require a very large amount of proposer opt-in since users can only get a reliable state preconfirmation from the next proposer (i.e. at slot N+1).

In general, global state preconfirmations would change Ethereum's transaction processing from a discrete mode to a continuous mode, since preconfirmation speed is only limited by network and processing, not by consensus.

Partial block building​

Proposers can also commit to selling parts of their block to different entities, and running an auction at different times. For example, proposers could sell the top of their block ahead of time to a state preconfirmation provider, while allowing the rest of their block to be built in the just-in-time (JIT) mev-boost auction. Or the other way around: they could sell the rest of block to an entity requiring hard inclusion guarantees, while letting the JIT auction decide the best top-of-block part.