Ethereum¶
Ethereum adds general-purpose computation to the blockchain model this book built up through Bitcoin, trading Bitcoin's UTXO model for accounts, its non-Turing-complete Script for the Turing-complete EVM, and (since 2022) its proof-of-work consensus for proof-of-stake. This section covers Ethereum's own architecture on its own terms, drawing direct comparisons to Bitcoin throughout precisely because the contrasts are the fastest way to understand why Ethereum made each different design choice.
What you need to know first¶
Everything through Bitcoin and Distributed Systems. This section assumes you understand blocks, transactions, consensus, and Sybil resistance in Bitcoin's specific context, and builds Ethereum's differences directly on top of that foundation rather than re-explaining shared concepts from scratch.
Chapters¶
Accounts and transactions¶
- Ethereum Accounts: the four fields every account has, verified against live chain data
- Externally Owned Accounts: key-controlled accounts, and why every transaction traces back to one
- Contract Accounts: code-controlled accounts, and why they can never act unprompted
- Ethereum Transactions: the fields, and the EIP-1559 type that's been default since 2021
- Gas: metering computation to bound a Turing-complete virtual machine
- Gas Price and Fees: the base-fee-and-tip model, with its adjustment formula run and verified
State¶
- Ethereum Blocks: the header fields with no Bitcoin analogue
- Ethereum State: the current snapshot, distinguished from history
- State Trie: why a plain Merkle tree isn't enough for key-based state
Infrastructure¶
- JSON-RPC: the raw protocol underneath every wallet and library, called directly and verified live
- Ethereum Nodes: why a full node is two communicating pieces of software, not one
- Execution Clients: Geth, Nethermind, Besu, Erigon, Reth
- Consensus Clients: Prysm, Lighthouse, Teku, Nimbus, Lodestar
Proof of Stake¶
- The Merge: the two-year, two-chain strategy behind Ethereum's consensus transition
- Proof of Stake: staked capital as Sybil resistance, and why it needs a known validator set
- Validators: activation queues, effective balance, and exit
- Staking: solo, pooled, and liquid staking, and the centralization question each raises
- Slashing: the two narrow, cryptographically provable offenses that trigger it
- Finality: justified and finalized checkpoints, compared directly against Bitcoin's probabilistic model
Next¶
Continue to The EVM to see exactly what a contract account's code actually is and how it executes, the bytecode and opcode level this section's Contract Accounts chapter described only from the outside.