Ethereum PoS: Casper & Smart Contract Consensus Overview
Why Ethereum Stack Exchange recommends it
Ethereum Stack Exchange users link it as a reference for how Casper's slashing and finality work, for example when answering the nothing-at-stake problem or discussing validator voting and censorship.
Recommended by 1 people across 1 different months, 2017 to 2018.
What it is
A recorded ConsenSys developer roundtable in which Karl Floersch gives an hour-and-a-half overview of Casper, Ethereum's proof of stake protocol. It covers economic finality, miner censorship, fork choice and using smart contracts for consensus, based on the Casper research team's work.
What people said
Recommends Nico Vergauwen · 2018-08 · Ethereum Stack Exchange · on “Nothing at Stake problem - eth wiki”
Nothing at stake means that you lose nothing by commiting to each possible fork. Whereas with casper your stake would get slashed if you vote on forks that don't "win" So in nothing at stake if there are 3 forks you can sign each of the 3 1 will win and your outcome will be + 1/3 let's say In casper you would lose your stake if you behave malicously. Karl Floersch has some great videos on it. I timestamped it somewhere correctly : [this video] Also: [LINK] from the wiki [LINK] However, this algorithm has one important flaw: there is "nothing at stake". In the event of a fork, whether the fork is accidental or a malicious attempt to rewrite history and reverse a transaction, the optimal strategy f
Cites MidnightLightning · 2017-07 · Ethereum Stack Exchange · on “What logic controls Proof of Stake voting?”
NOTICE : This question is now outdated; it refers to one of the older plans for the Casper Proof of Stake validation concept (including validators voting on multiple heights at once). The updated (hybrid Proof-of-Stake and Proof-of-Work) model can be seen detailed here [this video] I understand from the Casper Proof of Stake FAQ [LINK] that the roadmap for Ethereum is to implement a BFT-style (Byzantine Fault Tolerant) Proof of Stake block-creation scheme, where all users who have a stake can vote on individual block proposals to help them become finalized. For Proof of Work, it's very clear what blocks should be "voted" upon by honest peers (ones whose hash is below the difficulty threshold, and
Cites Ini · 2018-03 · Ethereum Stack Exchange · on “Ethereum Casper - Censorship”
"In this case, the amount that each set of validators get slashed is totally parameterizable. We could make it so the censoring validators lose exactly as much as the validators who are being censored." In the prasentation of Karl ( [this video] ) this was not the case: The image in the prasentation specified that Prepare at a <2/3 Commits block gets punished more then Prepare & Comit at a <2/3 Commits. I mean this also makes kind of sense. Why punish them equally?But if you punished them not equally there is the problem the i mentioned in my opening post.