In this guest episode of the Ready for Merge podcast, Christine is joined by EthPandaOps Engineer Barnabas Busa and Prysm Client Developer James He to review the Ethereum Fusaka upgrade from shipping to scoping. Fusaka is the latest hard fork that Ethereum developers have activated on mainnet. It contains several features that will help the protocol scale for more users. Busa and He share their candid thoughts on the main learnings from this upgrade and areas for improvement in the Ethereum protocol development process for the next.
Timestamps:
[1:05] Barnabas and James introductions
[6:57] Was the Fusaka timeline too fast?
[12:10] The motivation for shipping two forks per year
[21:58] EthPandaOps live custody monitoring tool demo
[30:09] Pending Prysm client optimizations and fixes for Fusaka
[42:26] Hoodi blob storage calculator demo
[46:16] The expanding role of EthPandaOps in the Ethereum development process
[52:17] Final thoughts on Fusaka
[57:57] Info about next week's R4M show
Links:
- Barnabas' X profile (https://x.com/BarnabasBusa)- James' X profile (https://x.com/jameshe_eth)- EthPandaOps' live blob custody monitoring tool (https://lab.ethpandaops.io/ethereum/data-availability/probes)- Dasmon, live custody monitoring engine for PeerDAS (https://github.com/ethp2p/dasmon)- Hoodi blob storage calculator (https://dora.hoodi.ethpandaops.io/blobs)- Prysm v7.1.0 client release (https://github.com/OffchainLabs/prysm/releases/tag/v7.1.0)
