---
# System prepended metadata

title: Dev Update Week 6 (robzajac)

---

# Dev Update Week 6 (robzajac)

## Update
Last week:
- Continued development of `GetLightClientBootstrap` in the teku repo. Needed to onboard more onto the teku codebase as well as the details of the [light client implementation](https://github.com/ethereum/consensus-specs/blob/dev/specs/altair/light-client/full-node.md#create_light_client_bootstrap). Mapped out the relevant components and their interactions.
    - One key functionality we will need to add is merkle proof construction, either general-purpose or specifically for `current_sync_committee`, `next_sync_committee` and `finalized_checkpoint.root`
- Followed discussion on adding `ExecutionPayloadHeader` to `LightClientUpdate` in #light-clients
    - `ExecutionPayloadHeader` contains data that may enable more light client functionality, such as verifying transaction inclusion via the `transactionsRoot`
    - Can also reduce number of RPCs required to verify the block data given by `LightClientUpdate` as `ExecutionPayloadHeader` already contains the `state_root`, `receipts_root` etc.
    - May see this in the next release of the consensus specs
- Continued reading [ETH core dev docs](https://ethereum.org/en/developers/docs/), building more background on foundational topics
- Listened to ACD call and read discussions on EIP-4844
- Thanksgiving holiday Thursday


This week:
- Develop `GetLightClientBootstrap`, hopefully with a PR out
- Read more from ETH dev docs
- Interface to `GetLightClientUpdatesByRange`, reread the spec and API
    - Make notes on how we'll cache the sync committee data from non-finalized beacon states (which would be too expensive to retrieve per-call)