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.7)

London Hard Fork

  • The 21.7.0 release of Besu includes full support for the London Hard Fork, which includes the following EIPs

    •  EIP-1559: Fee market change for ETH 1.0 chain

    •  EIP-3198: BASEFEE opcode

    •  EIP-3529: Reduction in refunds

    •  EIP-3541: Reject new contracts starting with the 0xEF byte

    •  EIP-3554: Difficulty Bomb Delay to December 1st 2021

Bonsai Tries


Merge

  • Testnet participation
    • Hyperledger Besu joined devnet3 mid-december and is now on the long lived kintsugi testnet (read more on how to join Kintsugi with Besu-Teku)

EIPS

  • EIP-4488 (delayed post-merge)
  • add other relevant EIPs

Bonsai tries

  • Bonsai Tries: a Bonsai Tries: A new database format which reduces storage requirements and improves performance for access to recent state.

QBFT

  • QBFT is a Byzantine Fault Tolerant consensus algorithm, building on the capabilities of IBFT and IBFT 2.0. It aims to provide performance improvements in cases of excess round change, and provides interoperability with other EEA compliant clients, such as GoQuorum.

Additional Privacy Modes

...

Snapsync

  • Snapsync: we no longer request the nodes by Hash but by Path (location). (add more details)

Client enhancements

  • Performance work - investigation of issues around sync, peering and tracing
  • Vert.X upgrade
  • Tracing APIs implementation

MEV Besu

  • The team will be exploring different options for supporting MEV APIs

Add/Update non-mainnet related roadmap items for Hyperledger Besu

Next (up to 22.

...

7)

...

Merge 

  • The Merge replaces Ethereum’s Proof-of-Work consensus engine with the Proof-of-Stake Beacon Chain.

Performance enhancements

  • We are benchmarking various transaction types and APIs in order to identify bottlenecks and make improvements, in both mainnet and private network modes.

Optimistic Besu

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

MEV Besu

  • The team will be exploring different options for supporting MEV APIs

...

  • Permissioning features will be extended to include more granular account permissioning for different transaction and interaction types.

Add/Update non-mainnet related roadmap items for Hyperledger Besu

Later (up to

...

23.

...

1 and beyond)

Sharding

State Expiry

Etc