# Blockchain Here's the problem this whole field grew out of: you have ten thousand machines, run by strangers with conflicting interests, and you need them to agree on a single shared history — with no coordinator, no admin, and no one you can call when it breaks. Everything in this vault is a piece of the answer, and the pieces fit together better than you might expect. ## The one sentence If you keep a single idea in your pocket while reading, make it this one: > A blockchain is a replicated state machine where correctness comes from cryptographic verification, economic incentives, and a consensus rule for ordering state transitions. Whenever a concept feels confusing, come back and ask which part of that sentence it serves. It usually snaps into place. And when you meet a new protocol — any protocol — it helps to notice that each one is really just a different set of answers to the same eight questions: 1. Who orders transactions? 2. Who verifies execution? 3. Who stores data? 4. Who pays? 5. Who can cheat? 6. Who notices? 7. Who can recover? 8. What does the user have to trust? ## The minimum mental model A blockchain is usually four protocols glued together: | **Layer** | **Question it answers** | |---|---| | **Networking** | How do nodes gossip transactions and blocks? | | **Consensus** | Which block/history is canonical? | | **Execution** | Given a block, how does the state change? | | **Data availability** | Can validators/users actually obtain the data needed to verify the state? | Bitcoin fuses these into one simple chain. Ethereum separates them more clearly, especially after proof-of-stake and rollups — and the industry keeps pulling them further apart. Watching that separation happen is, in a real sense, the story of the last decade. ## The path If you want the guided route, start at [[Learning path]] — it sequences everything below into five phases with checkpoints. Or wander the modules directly: ```mermaid graph TD M01[01 Replicated State Machines] M02[02 Cryptographic Primitives] M03[03 Blocks, Hashes, and History] M04[04 Consensus] M05[05 Execution and Smart Contracts] M06[06 Transaction Lifecycle and MEV] M07[07 Wallets and Account Abstraction] M08[08 Nodes, RPCs, and Indexers] M09[09 Scaling - Rollups and Data Availability] M10[10 Bridges and Interoperability] M11[11 DeFi, Stablecoins, and Governance] M12[12 Security and Incentive Design] M01 --> M02 --> M03 --> M04 --> M05 --> M06 M06 --> M07 --> M08 M04 --> M09 M08 --> M09 --> M10 M05 --> M11 M10 --> M12 M11 --> M12 ``` ### Modules 1. [[01 Replicated State Machines]] — what problem is this actually solving? 2. [[02 Cryptographic Primitives]] — what tools make trustless verification possible? 3. [[03 Blocks, Hashes, and History]] — how is history made tamper-evident? 4. [[04 Consensus]] — who decides which block comes next? 5. [[05 Execution and Smart Contracts]] — given a block, how does state change? 6. [[06 Transaction Lifecycle and MEV]] — what happens between "send" and "confirmed"? 7. [[07 Wallets and Account Abstraction]] — who holds the keys, and what can they do? 8. [[08 Nodes, RPCs, and Indexers]] — what infrastructure actually runs this? 9. [[09 Scaling - Rollups and Data Availability]] — how does the machine grow? 10. [[10 Bridges and Interoperability]] — how do separate machines talk? 11. [[11 DeFi, Stablecoins, and Governance]] — what runs on top? 12. [[12 Security and Incentive Design]] — how does it all break? ### Concepts Cross-cutting ideas that many modules lean on. Each answers one question. - [[Finality]] — when can I treat this as irreversible? - [[Gas and Blockspace]] — what is the scarce resource, and how is it priced? - [[Reorgs]] — what happens when history changes? - [[Merkle Trees]] — how do you prove inclusion without showing everything? - [[Data Availability]] — was the data actually published? - [[MEV]] — what happens when transaction ordering becomes a market? - [[UTXO vs Account Model]] — what shape does state take? - [[Trust Assumptions]] — what, exactly, am I trusting? - [[Distributed Systems Bridges]] — FLP, Byzantine bounds, fork choice vs finality, and other DS ideas blockchains reuse ### Applied - [[Projects to Build]] — internalize by building. - [[Wallet Infrastructure Roles (Privy)]] — the boundary between protocols and product. ### Reference - [[Learning path]] — the ordered journey, with checkpoints. - [[Resources]] — annotated reading list, mapped to modules.