# Dev Update Week 7 (robzajac) Last week: - Pushed a [commit](https://github.com/robzajac/teku/commit/180d929794d5f656e423f432e3cd063c74c11c07) for the implementation of `GetLightClientBootstrap` in teku - Implemented and [opened a PR](https://github.com/ConsenSys/teku/pull/6538) for merkle proof construction (necessary for light clients) in teku - Several light client fields, such as `current_sync_committee` and `next_sync_committee`, will be provided alongside a merkle proof - Read several specs and background material: - [Merkle multiproofs in `consensus-specs`](https://github.com/ethereum/consensus-specs/blob/dev/ssz/merkle-proofs.md#merkle-multiproofs) - [Ethereum dev docs](https://ethereum.org/en/developers/tutorials/merkle-proofs-for-offline-data-integrity/) - [`consensus-specs` test implementation of proofs](https://github.com/ethereum/consensus-specs/blob/dev/tests/core/pyspec/eth2spec/test/helpers/merkle.py#L4) - Discussed semantics of `state.latest_block_header` in [#light-clients](https://discord.com/channels/595666850260713488/595701319793377299/1047523287875457198) - [Specification](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/beacon-chain.md#beacon-chain-state-transition-function) - Has implications for creation of `LightClientBootstrap`, as the `state_root` given should be `hash_tree_root(state)` and not `state.latest_block_header.state_root` as per [the spec](https://github.com/ethereum/consensus-specs/blob/dev/specs/altair/light-client/full-node.md#create_light_client_bootstrap) This week - Merge merkle proofs implementation - Open PR for `GetLightClientBootstrap` - Interface for `GetLightClientUpdatesByRange`