IMPCT Institute
← Course outline
Module 02·Part 1Foundations

What is a blockchain, really?

By Deven Davis·7 min read

A blockchain is a shared spreadsheet that nobody owns and nobody can secretly edit. That gets you eighty percent of the way there. The other twenty percent is the part that solved a forty-year-old computer science problem and made everything that follows possible.

By the end of this module

You will be able to:

  • Explain why distributed consensus without a central authority was considered effectively unsolvable from the 1980s through 2008.
  • Identify the two pieces of Satoshi's design (the chain and the incentive) and how they combine to replace trust with math.
  • Define block, hash, append-only, distributed, and immutable in your own words — without leaning on the spreadsheet analogy.
  • Apply the 'trust the incentive structure, not any individual operator' framing to evaluate any blockchain claim you encounter.
What is a blockchain, really?

Module Overview

The blockchain is the foundation everything in crypto sits on. Understanding how it actually works — not just the analogy — is the prerequisite for evaluating anything built on top of it.

  • A blockchain is a distributed, append-only ledger where every block contains a cryptographic fingerprint of the previous block.
  • The Byzantine Generals problem (formalized 1982) was the technical name for what blockchains solve: distributed agreement among untrusting parties.
  • Two pieces make it work: the chain (tamper-evidence via hash linking) and the incentive (proof-of-work making honesty economically rational).
  • Bitcoin's blockchain is append-only, distributed across thousands of nodes globally, and publicly inspectable — every transaction since January 2009 is readable by anyone.
  • When people say 'trustless,' they mean trust shifts from any specific operator to a mathematical incentive structure that makes cheating more expensive than cooperating.

Key Terms

The vocabulary this module unlocks. Skim before you read.

Block
A bundle of transactions added to the blockchain at one time. New blocks are produced on a regular cadence (about every 10 minutes for Bitcoin, about every 12 seconds for Ethereum).
Hash
A cryptographic fingerprint of a piece of data. If the data changes at all, the hash changes completely. Used to chain blocks together and detect tampering.
Proof-of-work
The mechanism by which Bitcoin participants compete to add the next block. Requires real computational effort, which makes attacks expensive.
Node
A participant in the blockchain network. Full nodes hold a complete copy of the chain's history and help validate new blocks.
Byzantine Generals problem
A 1982 computer-science problem describing the difficulty of getting independent parties to agree on a shared state when some of them may be dishonest. Bitcoin's blockchain solves a real-world version of this problem.
Block explorer
A website that lets you read the blockchain. Etherscan, mempool.space, and similar tools show every transaction, address, and block in human-readable form.

The lineage before 2008

  1. 1982

    Byzantine Generals Problem formalized

    Lamport, Shostak, and Pease publish the canonical formalization of the distributed-consensus-without-trust problem. Computer science declares it effectively unsolvable in the general case.

  2. 1991

    Cryptographic timestamping

    Stuart Haber and W. Scott Stornetta publish a paper on linking documents through cryptographic hashes — the conceptual precursor to the blockchain itself.

  3. 1997

    Hashcash (Adam Back)

    Introduces proof-of-work as a real working system. Originally designed to fight email spam by making each message slightly expensive to send.

  4. Oct 2008

    Bitcoin whitepaper

    Satoshi combines hash-chained timestamping, proof-of-work, and economic incentives into a working distributed consensus mechanism.

  5. Jan 3, 2009

    First Bitcoin block mined

    The first blockchain in production starts running. Has not stopped since.

The forty-year unsolvable problem

You have probably already heard the shared spreadsheet analogy. A blockchain is a shared spreadsheet that nobody owns and nobody can secretly edit. As far as analogies go, it is a good one. It gets you about eighty percent of the way there. The other twenty percent is where this thing actually becomes interesting, because the part the analogy hides is the part nobody could figure out for forty years.

The problem looks deceptively simple. Imagine you and a thousand strangers want to share a single database. Anyone can write to it. Anyone can read it. There is no central authority deciding whose writes count. Nobody trusts anyone else. The strangers can be on different continents, using different software, joining and leaving the network whenever they want. Half of them might be trying to cheat. You want all of you to end up agreeing on what the database says.

Computer scientists called this the Byzantine Generals problem. It was first formalized in 1982. It described a group of generals trying to coordinate an attack on a city by sending messengers. Some of the generals were traitors. Some of the messengers were unreliable. The math kept proving that under certain conditions, the loyal generals could never reliably agree on a plan. The problem of getting strangers to agree on a shared state, without trusting any of them, was considered effectively unsolvable for general-purpose computing.

For the next twenty-six years, the field accepted this. Distributed systems either had a central coordinator you trusted, or they could not reliably agree on anything once a meaningful subset of participants turned hostile. It was a fundamental limit.

Then Satoshi proposed a solution nobody had quite tried.

The two pieces that make it work

The solution is two pieces fitted together, and the whole system depends on both.

The first piece is the chain. Every entry in the database — every block — contains a cryptographic fingerprint (a hash) of the previous entry. If anyone tries to alter an earlier block, the fingerprint changes, and every block built on top of it breaks. The chain is what makes the ledger tamper-evident. You cannot rewrite history without leaving a trail that the entire network can see.

The chain, visualized

Three blocks, linked by hashes

BLOCKN – 1PREV HASH00a3…b4f7TRANSACTIONSTHIS HASHf2c1…9e0dBLOCKNPREV HASHf2c1…9e0dTRANSACTIONSTHIS HASH8b40…2a1cBLOCKN + 1PREV HASH8b40…2a1cTRANSACTIONSTHIS HASHd915…77eeEACH BLOCK CARRIES THE PREVIOUS BLOCK'S FINGERPRINT

Each block's 'prev hash' field carries the previous block's fingerprint. Alter any earlier block and every subsequent hash breaks — the tampering is immediately detectable to anyone running the software.

The second piece is the incentive. To add a new block, you have to do real computational work — a lot of it — and you only get rewarded with new bitcoin if your block is accepted by the rest of the network. This is proof-of-work, and it does something subtle. It makes honest behavior economically rational. If you spent all that compute trying to push a fraudulent block, the rest of the network would reject it, and you would have burned the electricity for nothing. The cheapest way to get rewarded is to be honest.

Stack those two pieces together and you have a system where everyone sees the same record, nobody can alter the record without being detected, new entries get added in a way that makes cheating more expensive than cooperating, and the whole thing keeps running even if a meaningful percentage of the participants are bad actors.

That is the blockchain. The spreadsheet analogy is right that it is a shared record. What the analogy misses is that the design solves a forty-year-old computer science problem in a way that turns trust into math.

When people talk about Bitcoin's "trustlessness," this is what they mean. You are not trusting any specific person to maintain the record. You are trusting the incentive structure to make it irrational for participants to lie. That is a very different kind of trust. It is the kind of trust you have in a vending machine versus the kind of trust you have in a salesperson. The vending machine cannot decide to keep your money. The math is the math.

The properties worth knowing

A few specific properties of the blockchain are worth carrying forward.

The blockchain is append-only. You can add new blocks. You cannot edit or delete old ones. This is why people say a blockchain is immutable. It is not literally impossible to change, but the cost of changing it grows with every block added on top, and after a few thousand blocks of additional history, the cost is effectively infinite.

The blockchain is distributed. There is no master server. Every full participant in the network (a node) has a complete copy of the entire history. If half the participants disappeared overnight, the other half could keep going. This is why you cannot "shut down" Bitcoin the way you can shut down a company.

The blockchain is public, at least for Bitcoin and most major chains. Anyone in the world can download the entire history. Every transaction since January 2009 is sitting on hard drives all over the planet, freely inspectable. You can look any transaction up yourself using a tool called a block explorer. We covered those in detail in the reading library; the link is in the recommended readings for this module.

Why this still matters

The blockchain is not the only technology in crypto. It is the foundation that every other technology sits on. Stablecoins assume a working blockchain. DeFi protocols assume a working blockchain. Layer 2 networks are themselves built on a base blockchain. Every interesting thing you will encounter in the rest of this course either uses a blockchain directly or makes a specific tradeoff against the blockchain's properties.

Knowing what a blockchain actually is — not what the spreadsheet analogy says it is — is the prerequisite for evaluating anything built on top of it. When someone tells you a new chain has "solved the trilemma" or "doesn't need consensus," you can now ask the right follow-up question. What did they trade for that? The answer is always something, and the answer is usually one of the four properties above. Decentralization, immutability, distribution, or public verifiability. The chains worth using have a clear answer for which they kept and which they bent.

The next module uses this foundation to look at Bitcoin specifically and answer the question almost nobody asks out loud: why does a token created by an anonymous person on the internet actually have value, and how do you reason about it as more than a number on a screen.

Key takeaways

Carry these with you

01

Distributed consensus without trust was a 40-year unsolved problem. Bitcoin's combination of cryptographic chaining and economic incentive solved it.

02

The chain makes tampering with history immediately detectable. The incentive makes attempted tampering economically irrational.

03

Immutability is not literal — it is the practical impossibility of rewriting history that grows with every new block stacked on top.

04

Every blockchain in production today inherits this architecture or deliberately diverges from it. Knowing what each one chose tells you most of what you need to know about its risk profile.

What you should now be able to do

  1. 01.Explain why distributed consensus without a central authority was considered effectively unsolvable from the 1980s through 2008.
  2. 02.Identify the two pieces of Satoshi's design (the chain and the incentive) and how they combine to replace trust with math.
  3. 03.Define block, hash, append-only, distributed, and immutable in your own words — without leaning on the spreadsheet analogy.
  4. 04.Apply the 'trust the incentive structure, not any individual operator' framing to evaluate any blockchain claim you encounter.

Module quiz

Test what you learned

Pick an answer, see the result immediately, and check your reasoning against the explanation. The questions are tied directly to the outcomes promised at the top of this module.

  1. Question 1 of 6

    What was the technical name for the problem blockchains finally solved?

  2. Question 2 of 6

    What does it mean that a blockchain is 'append-only'?

  3. Question 3 of 6

    Why is proof-of-work essential to the design, not just a feature?

  4. Question 4 of 6

    How many copies of the Bitcoin blockchain exist?

  5. Question 5 of 6

    When someone says Bitcoin is 'trustless,' what do they actually mean?

  6. Question 6 of 6

    What does it mean to say a blockchain is 'immutable'?

Read deeper

Curated readings for Module 2

Up next

Module 3 · Beginner · 8 min

Bitcoin: what makes it valuable?

Back to Module 1 · Why does crypto exist?

Preview reader

You are reading a private preview of IMPCT Institute. If something landed, didn't land, or felt confusing on this lesson, tell us. Short notes are useful. Long notes are useful. No notes are also fine.

Send feedback on Module 2Opens your email with a short template prefilled.