✳flâneur — a map of the web's best reading

Light Clients and Proof of Stake | Ethereum Foundation Blog

blog.ethereum.org · 2,969 words · saved by 1 readers

Aside from the primary debate around weak subjectivity, one of the important secondary arguments raised against proof of stake is the issue that proof of stake algorithms are much harder to make light-client friendly. Whereas proof of work algorithms involve the production of block headers which can be quickly verified, allowing a relatively small chain of headers to act as an implicit proof that the network considers a particular history to be valid, proof of stake is harder to fit into such a model. Because the validity of a block in proof of stake relies on stakeholder signatures, the validity depends on the ownership distribution of the currency in the particular block that was signed, and so it seems, at least at first glance, that in order to gain any assurances at all about the validity of a block, the entire block must be verified. Given the sheer importance of light client protocols, particularly in light of the recent corporate interest in "internet of things" applications (w

Special thanks to Vlad Zamfir and Jae Kwon for many of the ideas described in this post Aside from the primary debate around weak subjectivity , one of the important secondary arguments raised against proof of stake is the issue that proof of stake algorithms are much harder to make light-client friendly. Whereas proof of work algorithms involve the production of block headers which can be quickly verified, allowing a relatively small chain of headers to act as an implicit proof that the network considers a particular history to be valid, proof of stake is harder to fit into such a model. Beca

Explore this link on the map →

saved by

related reading