Matt Rickard

Share this post

Scaling Ethereum: Horizontal/Vertical

blog.matt-rickard.com

Discover more from Matt Rickard

Thoughts on engineering, startups, and AI.
Continue reading
Sign in

Scaling Ethereum: Horizontal/Vertical

Apr 5, 2022
Share this post

Scaling Ethereum: Horizontal/Vertical

blog.matt-rickard.com
Share

Distributed databases generally scale in two directions. Vertical scaling means increasing the size of each node – adding more CPU or memory. Horizontal scaling usually takes the form of sharding data across different nodes – e.g., all users on the the west coast use the "West" partition of the database, and all users on the east coast use the "East" partition. Sharding is complex, but nearly all modern databases support it.

Ethereum has already vertically scaled – the requirements for running a node are already prohibitive to most users: recommended 16 GB or more of RAM, SSD, and 25+ Mbit/s bandwidth, 500 GB storage.

Solana, another L1, has even more extreme requirements: 128GB or more of RAM. 12 cores, 1 TB storage.

There's a third general pattern that's emerged to scale massive data warehouses like Snowflake. It's the separation of compute and storage. Phyiscally separated, logically integrated. This architecture has serious scaling benefits: (1) right-sizing workloads that are more compute-heavy or storage-heavy (2) allows for a more usage-based pricing model.

Share this post

Scaling Ethereum: Horizontal/Vertical

blog.matt-rickard.com
Share
Previous
Next
Comments
Top
New
Community

No posts

Ready for more?

© 2023 Matt Rickard
Privacy ∙ Terms ∙ Collection notice
Start WritingGet the app
Substack is the home for great writing