Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

> Yeah any day now I’m sure.

Today they set into motion the first public testnet PoS migration, Ropsten, which will occur at a specific TTD within the next three weeks or so. This is the first time a long-lived Ethereum network will be migrated to PoS. There are only a handful of public testnets, after that the only thing left to do will be to merge mainnet using the exact same process.

If you don't follow the development process, it's easy to say "any day now I'm sure." But for people who choose to run the software and personally participate in the merge rehearsals, the proof is very much in the pudding.

> Also, PoS doesn’t solve resource shortage pressure - it reduces some power consumption, but it still puts artificial pressure on chips and drives.

PoS doesn't really use more resources than any other typical data center application. Without resource-intensive PoW miners, a blockchain is just a piece of software like any other, really. A copy of the entirety of Ethereum fits on a single consumer drive.



> A copy of the entirety of Ethereum fits on a single consumer drive.

Also this is an active area of development!

The most widely used Ethereum client Geth (Go-Ethereum, because its written in Go) has 3 or 4 modes. a pruned+fast synced node absolutely fitting on any consumer drive. while its archival node with all the prior states of the blockchain (not necessary for consensus) takes 9 terabytes, and is nearly impossible to sync up with without specialized drives and computational resources.

Other clients improve on that. Erigon is also go-based but with a different data structure, it only does archival nodes and takes 2 tb. Rust based ones like Akula and Silkworm also only do archival nodes, and they take 2 tb as well. Roughly 400% improvements in performance, and the same gains are seen in how much space they take.

There is probably more room for improvement as well, such that an archival node is a viable thing to do.


An archive node stores the same data, in an information-theoretic sense, as a standard "full" node. The archive node just has all the state deltas unpacked out to disk with all intermediate states readily accessible, which is useful for specific use cases like block explorers and analytics services. You can confirm this by syncing an archive node off of a standard "full" node on an isolated network.

That 9TB (or 2TB) is only 400GB when it's stored without all of the states unpacked to disk (i.e. non-archive node).




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: