The Blockchain Chief Bitcoin Book / Part I: Foundations
Chapter 00

Introduction to Bitcoin

What Bitcoin is, why it was created, the core problems it solves, and a plain-English walkthrough of how a payment actually works from start to finish.

What Is Bitcoin?

Bitcoin is digital money that works without a bank. There is no company behind it, no CEO, no central server. Instead, thousands of computers around the world (called nodes) independently enforce the same rules, and anyone can verify that those rules are being followed.

It was created in 2008 by the pseudonymous Satoshi Nakamoto, who published a 9-page whitepaper titled "Bitcoin: A Peer-to-Peer Electronic Cash System." The first block (the "genesis block") was mined on January 3, 2009.

At its core, Bitcoin answers a question that had stumped computer scientists for decades:

💡 The Central Question

How can two strangers on the internet transfer value directly, without trusting each other, and without trusting any middleman?

The Problem It Solves: Double Spending

Physical cash works because you can't be in two places at once. If you hand someone a $20 bill, you don't have it anymore. But digital files can be copied infinitely. If "money" is just a file, what stops you from sending the same file to two different people?

This is the double-spend problem. Before Bitcoin, every digital payment system solved it the same way: a trusted central authority (a bank, PayPal, Visa) keeps a master ledger and decides which transactions are valid. You trust them not to cheat, censor, or fail.

Bitcoin's breakthrough is replacing that central authority with a decentralized network and a proof-of-work consensus mechanism. No single entity controls the ledger. Instead:

Key Ideas You Need

Before we dive into code, here are the fundamental concepts that everything else builds on:

🪙

UTXOs, Not Balances

Bitcoin doesn't track "account balances." Instead, it tracks unspent transaction outputs (UTXOs). Think of them as individual coins of varying denominations. To pay someone, you consume one or more coins and create new ones.

🔑

Keys & Signatures

You don't "own" bitcoin by having a file. You own it by having a private key that can produce a digital signature proving you're authorized to spend a specific UTXO. Lose the key, lose the bitcoin.

📜

Script

Every UTXO has a tiny program (a "script") attached to it that defines the spending conditions. Usually: "provide a valid signature for this public key." But scripts can encode timelocks, multisig, and other conditions.

⛓️

Blockchain

Blocks are chained together by including the hash of the previous block in each new block's header. Changing any old block would change its hash, breaking the chain and making tampering evident and impractical.

⛏️

Mining & Proof of Work

Miners repeatedly hash a block header with different nonces until the hash is below a target value. This costs real energy. The first miner to find a valid hash earns the block reward (currently 3.125 BTC) plus transaction fees.

🌐

Peer-to-Peer Network

There's no central server. Nodes discover each other and gossip transactions and blocks over TCP connections. Anyone can run a node. The network has ~15,000 reachable nodes worldwide.

How a Bitcoin Payment Actually Works

Let's say Alice wants to pay Bob 0.05 BTC. Here's what happens, step by step, in plain English. (Every one of these steps is explored in depth in later chapters.)

The Big Picture

Here it is all at once:

1. Alice's WalletPicks coins from her collection of UTXOs, builds a transaction, and signs it with her private key.
2. Her Node ValidatesChecks that the coins exist and haven't already been spent, verifies the signature, checks the fee.
3. Mempool & RelayThe transaction enters the "waiting room" (mempool) and is gossiped to thousands of other nodes across the world.
4. A Miner Picks It UpA miner includes Alice's transaction in a block template and starts the proof-of-work mining process.
5. Block Found & BroadcastThe miner solves the puzzle, broadcasts the new block. Every node verifies it independently.
6. Bob's Payment ConfirmedBob's wallet sees the new UTXO assigned to him. After 6 more blocks (~1 hour), the payment is deeply settled.
✅ No Trust Required

Notice what's not in this picture: no bank, no payment processor, no account, no identity verification. Alice proved ownership with math (a digital signature). The network proved the transaction's validity through independent verification. A miner proved the block's legitimacy with real computational work. And Bob can verify all of it himself by running a node.

What Is Bitcoin Core?

Bitcoin Core is the reference implementation of the Bitcoin protocol, the original software started by Satoshi Nakamoto, now maintained by hundreds of open-source contributors. When we say "Bitcoin's rules," we mean the rules enforced by this code.

It's a single C++ program (bitcoind) that does everything:

The codebase is ~300,000 lines of C++, with extensive test coverage. It's one of the most carefully reviewed open-source projects in existence, because bugs here can mean lost money.

How to Read This Guide

This guide is structured as a book with 14 chapters, designed to be read in order:

Part I: Foundations (Ch 0–2)This introduction, then architecture overview and core data structures
Part II: How Bitcoin Works (Ch 3–5)Cryptography, Script language, and addresses
Part III: Validation & Consensus (Ch 6–7, 11–12)Transaction and block validation, mempool policy, storage and indexes
Part IV: The Network (Ch 8)Peer-to-peer protocol, block relay, compact blocks
Part V: Applications (Ch 9–10)The wallet, and the complete transaction lifecycle (the grand finale)
Part VI: Advanced (Ch 13–14)Miniscript, descriptors, soft forks, libbitcoinkernel, multiprocess

Each chapter builds on the ones before it. By Chapter 10, you'll see the entire system come alive as a single transaction travels from wallet to blockchain. Chapters 11–14 cover advanced and evolving topics for readers who want the complete picture.

💡 Jumping Ahead

Want the end-to-end picture first? Skip ahead to Chapter 10: The Complete Transaction Lifecycle for a detailed technical walkthrough. You can then come back here and work through the chapters in order, and everything in Chapter 10 will click on a deeper level.