## EPF Week 5 Updates

This week, I focused on incorperating the Lighthouse related requirements for delayed execution into my project proposal. Then, I submitted the project proposal for review via [PR](https://github.com/eth-protocol-fellows/cohort-six/pull/174). The proposal's timeline is updated to reflect building out the lighthouse pieces first followed by reth.

However, from talking to lighthouse's team, they're working on a glamsterdam template, which would be useful for me to build my POC on top of, since it will contain a lot of the boilerplate I will need to mimic a hardfork for delayed execution. In the meantime, I started working on the `Header` changes required for delayed execution to support the new `pre_state_root` and related fields in [PR](https://github.com/shane-moore/alloy/pull/1). These changes were made in a fork of the `alloy` repo, which contains primitive types utilized by reth.

TLDR of changes:
- **Extended Block Header fields**
- **Added new header fields for delayed execution**
- Updated the `Header` struct with new eip-7886 fields
- Made new fields `Option<…>` so pre-fork headers remain unchanged
- After fork, include new fields and deprecate use of original `state_root`, `transactions_root`, `receipts_root`, `logs_bloom`.
- **Updated RLP encoding/decoding logic**
- Modified `impl Encodable/Decodable for Header` to conditionally include new fields for blocks past the fork
- Ensure pre-fork RLP remains identical
- **Adjusted block hashing**
- Included new header fields in the hash computation for post-fork blocks
- **Header getters/setters**
- Add accessors for `pre_state_root`, `parent_transactions_root`, etc.

## Week 5 TODOs
Next week, I plan to:
- Start working on engine api related updates for delayed execution