---
# System prepended metadata

title: 'Week 2 Update: Odinson'

---

# Week 2 Update: Odinson
After having created the first draft of my proposal and taken initial feedback from Mario, this week I focused on going through the Lighthouse codebase more, read through few articles and solved some issues

Looked into in memory caching, how it works, how different caching strategies work, etc. Apart from that, I attended the [ACDC #159](https://www.youtube.com/live/nV-myyBPbWk?si=TJSQc9TF-6aunpyx) to stay updated with what are the recent topics of discussion and dev updates across the CL clients, where Barnabes spoke about 2x shorter slot times for Glamsterdam. Found it fascinating, so I went through the [EIP-7782](https://ethereum-magicians.org/t/eip-7782-the-case-for-2x-shorter-slot-times-in-glamsterdam/24616) and it seems to be a good upgrade in the coming future.

Apart from that, as I stated in last week's update, I went through the database implementation of lighthouse, how the split db works and how it is tied to the LRU caching mechanism.

I also contributed to some issues across multiple repositories including Lighthouse, Kona and Anchor, brushing up my Rust skills.

## Research

### In memory caching

In memory caches are some data storage layers that is placed between the applications and the database. It primarily has one role, to provide high speed responses from the earlier stored requests or from the database itself. In memory caching provides a critical performance layer for Ethereum consensus clients like Lighthouse. Unlike fixed size LRU caches that can become problematic during extended periods of non-finality, dynamic in memory caching can adapt to varying memory demands while maintaining quick access to frequently needed beacon state data.

## Resources
This past week, I went through these articles, videos, codebase and looked into it
- [EIP 7782](https://ethereum-magicians.org/t/eip-7782-the-case-for-2x-shorter-slot-times-in-glamsterdam/24616)
- [Beacon State Specs](https://eth2book.info/latest/part3/containers/state/)
- [In memory caching](https://www.gridgain.com/resources/glossary/in-memory-computing-platform/in-memory-cache#:~:text=An%20in%2Dmemory%20cache%20removes,and%20improves%20online%20application%20performance)
- [EIP-7732](https://notes.ethereum.org/@0YxgBRfbR0OTJbu2fDpY2Q/BkyjpOJEgg)

## Work for the week

- [Lighthouse(Reconstruction of Validator Attestation Service)](https://github.com/sigp/lighthouse/pull/7649)
- [Anchor](https://github.com/sigp/anchor/pull/399)

## Conclusion

On the final steps of completing the project proposal. I am also working on a complete walkthrough of the lighthouse codebase, and looking into some topics like Fast Confirm Rule, the Hierarchical State Diffs and how those are managed in Lighthouse. Next week, I aim to keep doing this, also work on some issues, to get more familiar with the codebase and brush up my rust skills. Thanks!