Foundations of Blockchain Technology
Back to subtopicsEthereum Consensus (PoS)
Post-Merge Ethereum uses Proof of Stake with per-slot proposers, validator committees, LMD-GHOST fork choice, and Casper FFG finality.
Detailed Notes
- ●Ethereum's Proof of Stake consensus organizes time into epochs (32 slots each) and slots (12-second intervals), with one validator randomly selected per slot to propose a block.
- ●Validators participate through attestations—cryptographic votes indicating which block they believe should be the canonical head. These attestations are weighted by validator stake and aggregated into committees.
- ●Finality in Ethereum PoS uses Casper FFG (Friendly Finality Gadget), which finalizes checkpoints across epochs when a supermajority (2/3) of validators attest to them.
Ethereum's transition to Proof of Stake with "The Merge" represents a fundamental shift from energy-intensive mining to capital-based security. The system operates on a slot-based timeline where each 12-second slot should produce one block, and 32 slots compose an epoch. Validators are randomly selected to propose blocks based on their effective stake weight, using RANDAO (a verifiable random number generator) to ensure fair selection. During each slot, validators not selected as proposers participate as attesters, submitting votes that indicate their view of the canonical chain head. These attestations are weighted by the validator's stake, creating an economic signal that guides fork choice. The LMD-GHOST (Latest Message Driven Greedy Heaviest Observed Sub-Tree) fork choice rule selects the chain head with the greatest accumulated validator support. Casper FFG provides finality by requiring validators to vote on epoch boundaries as checkpoints. When 2/3 of validators agree on a checkpoint, it becomes finalized and cannot be reverted without slashing a large portion of the validator set. This dual mechanism provides both liveness (through slot-based proposals) and safety (through checkpoint finality), making the network resilient to both network partitions and malicious validators.
- ▸Slot: 12-second interval, one block expected per slot
- ▸Epoch: 32 slots (approximately 6.4 minutes)
- ▸Checkpoint: First block of each epoch, used for finality
- ▸Justified: Checkpoint with 2/3 validator support
- ▸Finalized: Two consecutive justified checkpoints
- ▸Proposer: Randomly selected to create block for a slot
- ▸Attester: Votes on chain head during assigned slot
- ▸Committee member: Part of validator subset for each slot
- ▸Sync committee: Specialized group for light client support
- ▸RANDAO: Verifiable random number generation for proposer selection
- ▸LMD-GHOST: Fork choice rule selecting heaviest attested chain
- ▸Casper FFG: Finality gadget finalizing epoch checkpoints
- ▸Slashing: Economic penalties for malicious behavior
- ▸Economic finality: 2/3 honest assumption for safety
- ▸Liveness: Network continues with any honest proposer
- ▸Validator exit: Withdrawal period prevents instant exit
- ▸Stake slashing: Penalties up to full stake for attacks
Presenter Notes
- Clarify randomness source (RANDAO mix).
- Contrast with PoW longest chain demo shown earlier.
