Document historical use of LevelDB in the Execution Layer#479
Conversation
|
Hi @ParthSinghPS,
ℹ️ How to fix this error:
ℹ️ Checking for typos locally
for f in **/*.md ; do echo $f ; aspell --lang=en_US --mode=markdown --home-dir=. --personal=wordlist.txt --ignore-case=true --camel-case --add-sgml-skip nospellcheck list < $f | sort | uniq -c ; done |
|
Thanks for the PR! It's great to have more details on LevelDB and pebble in #480, but they are just database backend. I would be more clear about difference between Ethereum state as it's specified and its storage implementation with an overview across clients. LevelDB is not maintained, that's why geth switched to pebble. And as it evolves, it also provides better performance |
|
Thanks for the feedback , I understand the difference now and will revise the PR to be more Ethereum-centric and clearer about spec vs client implementation. I had one follow-up question though: would you prefer to keep or remove the sections that explain the internal architecture of the storage engines (e.g., LSM trees)? Because while they do help explain why certain backends were chosen, they may go deeper into database internals than is necessary for Ethereum-focused documentation. I’m happy to trim this down or keep only minimal context. |
|
Hi @ParthSinghPS,
ℹ️ How to fix this error:
ℹ️ Checking for typos locally
for f in **/*.md ; do echo $f ; aspell --lang=en_US --mode=markdown --home-dir=. --personal=wordlist.txt --ignore-case=true --camel-case --add-sgml-skip nospellcheck list < $f | sort | uniq -c ; done |
775709f
into
eth-protocol-fellows:main
|
Hi @ParthSinghPS,
ℹ️ How to fix this error:
ℹ️ Checking for typos locally
for f in **/*.md ; do echo $f ; aspell --lang=en_US --mode=markdown --home-dir=. --personal=wordlist.txt --ignore-case=true --camel-case --add-sgml-skip nospellcheck list < $f | sort | uniq -c ; done |
This PR adds a concise, learning-focused overview of LevelDB as a historical
storage backend used by early Ethereum execution clients.
The documentation explains:
and indices
workloads
key–value database, with a reference code snippet
major clients migrated to alternative storage engines
The intent is to provide historical context for learners without suggesting
LevelDB as a viable option for modern execution clients.