/
Besu Roadmap & Planning

Besu Roadmap & Planning

This document represents the current working roadmap for Besu. It is a living document, which will evolve and change over time. In particular the features in later versions are likely to change.

We use the approach of #now, #next, #later used by foursquare, with a slightly different time horizon. Our #now scale is about 3 dmonths, #next about 6 months, and #later is 12+ months.

The enterprise roadmap is currently led by Matthew Whitehead from Kaleido. To discuss the enterprise roadmap items reach out to matthew.whitehead on the discord server.

 

 

Public Roadmap

Enterprise Roadmap

 

Public Roadmap

Enterprise Roadmap

Now

(3 months)

Related releases 25.1.x - 25.3.x

Prague Fork

Ongoing performance work 

  • Improve debug_trace* calls performance and reduce output size #8103 ✅

    • debug_traceBlock 3x performance improvement

    • Don’t trace memory/stack/storage by default

    • Exclude zeros and empty values

  • Block processing

    • Improve conflict detection in parallelization by considering slots to reduce false positives #7923 ✅

Syncing time/memory improvements

  • Disable tx indexing during sync (snap/checkpoint) - improves sync time ~ 20% #8181 ✅

  • Sync block body memory improvements - reduces memory during syncing #8242 ✅

Client Evolution

  • Fusaka planning/dev

  • Bonsai-friendly Archive Mode

  • Plug-in technical docs

  • Codebase cleanup for better multi-use-case

Move QBFT snap sync out of experimental ✅

  • Has been out since 24.7.1

  • Option removed in 25.7.0 (now enabled by default

Bonsai archive ✅

  • Provides equivalent function to FULL sync FOREST DB

  • Available as experimental option in 25.7.0

Faster QBFT recovery ✅

  • Reduces time to recover from losing quorum

  • Available as experimental qbft-enable-early-round-change option since 25.2.0

  • Still fully QBFT compliant

IBFT & QBFT mining beneficiary forks ✅

  • Improves support for paid-gas permissioned chains

  • Available in 25.4.0

IBFT -> QBFT migration ✅

  • Allows migration to industry standard PoA QBFT consensus

  • Available in 25.3.0

Removal of Tessera and native private transaction support ✅

  • Paves the way for more rapid Besu development via a much reduced codebase and fits in with industry direction to app-level privacy solutions

  • Removed in 25.6.0

Bonsai archive with state proofs (WIP - due Q4 2025)

  • Build on PR 7475 to provide proofs for historic state

  • Provides full replacement for FOREST DB

Next

(6 months)

Related releases 25.4.x - 25.12.x

4444s and Statelessness

  • EIP-4444 history expiry

  • Light client exploration

  • Verkle Trie ongoing development

Client Evolution

  • Fusaka dev/test/ship

  • Removal of enterprise features per sunset plan

  • Plug-in technical docs

  • Besu on more Layer 2 networks

  • Besu as a customizable L2/L3 sequencer

  • Ongoing performance work

    • Tx parallel processing: further optimization

Modularity work (WIP)

  • Move consensus logic out of core Besu monorepo

  • Allow faster iteration on both core Besu and enterprise Besu features

Move empty block periods out of experimental (WIP)

  • Has been in out since 24.7.1

BFT peering via non-validators

  • Allow edge-of-network nodes that aren’t BFT validators

Enterprise options for history expiry

  • L1 will start dropping block bodies and receipts from 2Q2025

  • Enterprises will need to understand the options Besu provides and the architectures that are available to them

    • Might involve e.g. option to automatically remove blocks and receipts for chainHead-N blocks for non archive, non-full nodes

Later

(12 months)

Related releases 26.m.x

Client Evolution

  • Modularity of the protocol schedule

  • Modularity everywhere

Ongoing Protocol Research

  • Besu as an Ethereum reference client in Java

  • Statelessness State Expiry research 

Ensure Verkle + Archive has a solution