Skip to main content

Use Cases

Bolt introduces new functionality to the Ethereum ecosystem, with Bolt v1 offering near-instant transaction confirmations, while future versions (Bolt End-Game) will enable more complex operations and integrations.

Bolt v1​

Bolt v1 unlocks the following features:

  • Inclusion preconfirmation
  • Inclusion lists
  • Based sequencing guarantees

These features enable the following use cases:

  • Instant Transaction Confirmation - Users can receive near-instant confirmation for non-contentious transactions through preconfirmations. Actions such as transfers, approvals, and mints can now be preconfirmed in approximately 250ms compared to the average 7 seconds.
  • Efficient dApp Interactions - Developers can leverage Bolt v1's preconfirmation mechanism to improve user experience in decentralized applications. For example, NFT marketplaces can integrate bolt to enable near-instant NFTs transfers across their platform.
  • Censorship-resistant inclusion lists - Enable transactions to be included in blocks without censorship. With bolt users can directly send transactions to specific block proposer, effectly bypassing the mempool or the PBS pipeline.
  • Based sequencing guarantees - Based appchain frameworks can leverage Bolt to ensure L2 transactions are included on-chain. An example is spire, who's developing a dedicaded RPC for based rollups, on Bolt.

Bolt End-Game​

Bolt End-Game invisions to unlock the following feature:

  • Execution preconfirmation
  • Blockspace futures

These features will enable the following use cases:

  • Real-Time Trading: Users can execute trades instantly with preconfirmed transactions, minimizing the risk of price fluctuations and enabling wallets to provide instant state updates during trading operations.
  • Chained Transactions: Seamless execution of state-dependent transactions within a single block, supporting complex workflows such as multi-step DeFi operations or swaps.
  • Blockspace Futures: 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.