Bitcoin Whitepaper

Part 4 of the beginner guide. A sent payment sits in a waiting room each node keeps on its own before a miner seats it in a block — and even then, it only gets safer with time.

Part 1 of the beginner guide. A bitcoin is not a coin sitting in an account — it behaves more like a receipt, unlocked by a key only you hold.

Part 3 of the beginner guide. New bitcoins exist because computers race to win a lottery-style puzzle, and the prize is the right to add the next page.

Part 2 of the beginner guide. Thousands of computers end up agreeing on the exact same record by checking each other's work and chaining every page to the one before it.

Part 5 of the beginner guide. Two simple rules — everyone checks the rules, and the chain with the most work wins — are what keep a system with no boss honest.

Institutions built a $300B stake; governments turned seized coins into reserves. Two Nobel economists, asked years later, never signed on. What actually overturned, checked against the record.

The whitepaper's title names a payment system; section 6's gold is an issuance analogy. Satoshi designed one thing — hard issuance, cash use — whose scarcity later tilted it toward digital gold.

Bitcoin's 'digital gold' status rests on two layers of decentralization — system and people/organization — and six structural features no later cryptocurrency combines to the same degree.

How the Bitcoin ecosystem layers above and around the base chain: Lightning payment channels, federated sidechains, L1 envelope extensions, and mining pool architectures.

Cross-cutting architecture comparison across every subsystem: Satoshi's v0.1 (January 2009) side by side with modern Bitcoin Core v27+, with split diagrams and domain tables.

Bitcoin's threat model mapped end-to-end: what the protocol trusts, what it defends against, how each attack is countered, and where open risks remain.

How Bitcoin Core persists blocks, maintains the UTXO set, indexes chain state, manages the mempool, prunes historical data, and bootstraps via assumeUTXO.

How Bitcoin Core manages keys, constructs transactions, selects coins, estimates fees, and exposes functionality through RPC, REST, and ZMQ interfaces.

How Bitcoin uses elliptic-curve keys, digital signatures, hash functions, and deterministic derivation to secure ownership without trusted third parties.

How Bitcoin nodes find each other, exchange transactions and blocks, and resist network-level attacks across the P2P gossip layer.

How Bitcoin's 21 million cap emerges from a geometric halving series, how block rewards transition from subsidy to fees, and how the incentive model sustains honest mining.

How Bitcoin blocks are structured, how Merkle trees commit transactions to block headers, and how the most-work chain selection rule resolves forks.

How Bitcoin nodes agree on a single chain: SHA-256d proof of work, the difficulty adjustment algorithm, block validation rules, fork resolution, and probabilistic finality.

Deep-dive into Bitcoin's transaction layer: UTXO lifecycle, transaction structure, Script evaluation, ECDSA and Schnorr signatures, SegWit, and Taproot.

High-level system overview of Bitcoin's architecture, layer model, and data flow. Entry point to a 12-page design-document series covering every major subsystem.

Bitcoin chose a hard 21M cap; b-money (1998) proposed elastic supply; fiat runs central-bank discretion. The cypherpunk debate, Wei Dai's 2013 regret, and 15 years of cryptocurrency variants.

Where Bitcoin's current reality has drifted from Satoshi's design intent: four axes — mining (one-CPU-one-vote to ASIC oligopoly), custody (own keys to exchange IOUs), governance, and scaling.

Start here if you know nothing about Bitcoin beyond the price. A five-part guide to what a bitcoin is, who keeps the record, how new coins appear, and why no one can cheat it.

What Satoshi's design assumed about a fee-only future, and the documented debate over whether transaction fees alone can sustain proof-of-work security after the block subsidy ends around 2140.