gluesql VS Parity

Have you looked into other pure-Rust databases as well, such as sled or GlueSQL which has an SQL interface on top of sled? I wonder how those would compare to Persy.

There's a Rust project that's an SQL engine on top of an arbitrary key-value store too, GlueSQL https://github.com/gluesql/gluesql (and it has a sled backend)

I'm really glad to share the release of GlueSQL v0.8

What got me interested in learning Rust with Ethereum is Reth (Rust Ethereum Execution Layer Client). OpenEthereum was another Rust client that got deprecated earlier in 2022, which is what I think inspired Reth to be made https://github.com/openethereum/openethereum . It sounds like Reth will go live in January/February 2023 https://github.com/paradigmxyz/reth#status they put out a summary here too https://www.paradigm.xyz/2022/12/reth

OpenEthereum | Programming Language = Rust

OpenEthereum v3.2.0 is ready for Berlin.

It's still maintained https://github.com/openethereum/openethereum

For Ethereum, there is Geth, OpenEthereum, Nethermind, among others.

I'm not sure why this was linked. Parity decided to stop developing their Ethereum client and this repo has been sitting unmaintained for about 2 years now, it will almost certainly not successfully sync with mainnet.

The Parity codebase was taken over by new maintainers and turned into OpenEthereum: https://github.com/openethereum/openethereum

However, writing and maintaining an Ethereum client is an exceptional amount of work with very little benefit, the primary OpenEthereum maintainers recently announced they would stop maintaining OpenEthereum and would start pouring their energies into an upcoming client called Erigon. https://medium.com/openethereum/gnosis-joins-erigon-formerly...

Erigon is a much better client.

Also, the Ethereum Foundation doesn't own a lot of the code used in the network. For example, lots of people use OpenEthereum as their client, which is not managed by EF.