Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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

Now (up to 22.10)

Merge & Post-Merge Clean-up

  • Reduction of tech-debt post-Merge relating to addition of new features and specs 
  • Fix of outstanding, non-critical issues relating to the Merge

Peering Improvements

The goal is to identify "good" peers fast which will allow Besu to sync to the accurate state faster 

  • Improve peer discovery speed 
  • Experiment with peer reputation scoring system
  • Fix defects on peering

Node Operation Improvements 

  • Investigate faster scaling to high volume read RPC traffic 

Next (up to 23.1)

Modularization of Besu

The goal is to shorten release cycle of Besu, increased adoption of Besu leveraged by composability 

  • Assess various approaches to modularization and investigate each option 

EIP Implementation

  • EIP-4488 (delayed post-merge)

Client enhancements

  • Transaction synchronization optimizations, reduces CPU and Memory use for long-lived transaction pools.
  • ETH/66 protocol improvements reducing network traffic

Later (up to 23.4 and beyond)

MEV Besu

  • The team will be exploring different options for supporting MEV APIs (most likely this will take place on the consensus layer post-Merge)

"Shanghai" Upgrade

First fork after Mainnet, whatever it is called. Bullets are notional until committed to on All-Core-Devs calls.

  • Ethereum Object Format support
    • Code Segments
    • Jump Tables
    • New Opcodes

Optimistic Besu

  • The team will be exploring different options for supporting use of the Besu EVM for Optimistic Rollups

EVM Performance

  • Continuing work to upgrade the overall performance of the EVM library

Sharding

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



Public Roadmap

Enterprise Roadmap

Now

Node Operator Experience

Related releases 24.1.x

- Bonsai-friendly Archive Mode

- Besu as the Linea client

- Sync improvements, speed & robustness

- Besu as a Snap Sync Server

- Verkle Trie ongoing development

- Cancun delivery, Prague scoping/prep


Related releases 24.4.x

- Public / Private network feature parity (sync!)

- Codebase cleanup for better multi-use-case 

- Packaged PoS images for Mainnet with neatly integrated CL client

- Revitalized plug-in strategy, technical documentation

Reduce unnecessary storage

  • Empty-block period

Bonsai + QBFT support

  • Reduce storage requirements
  • Improve performance

Performance

  • Explore QBFT performance bottlenecks and improvements

Next

Developer Experience

Related releases 24.7.x

- Besu as a customizable L2/L3 sequencer

- Besu on more Layer 2 networks 

- Prague: dev/test/ship

- Verkle Trie ongoing development

- Modularity of the protocol schedule

- Ongoing performance work

Bonsai archive

  • Part of the journey towards Bonsai replacing Forest DB
  • Make Bonsai an option for retrieving state at arbitrary blocks in the chain

Modularity/Enterprise release

  • Release that removes unneccesary features and packages
    • POS
    • POW
    • Tessera? (possibly optional)
    • Public chain profiles
    • ...

Later

Prague Fork, Client Evolution

Related releases 24.10.x

- Prague: dev/test/ship

- Verkle Tries: 

- Light client exploration

- Besu as a customizable L2/L3 sequencer

- Modularity everywhere

- Ongoing performance work

Ongoing Protocol Research

  • Besu as an Ethereum reference client in Java
  • Verkle Tries
  • History / State Expiry research 
  • Portal network PoC / EIP-4444

...