Module 2: How Bitcoin Works

Module 2 explains why Bitcoin was created and how its parts work together at beginner depth. Avoid teaching a list of impressive features. Learners should connect the problem of decentralized digital money to Bitcoin's public rules, signatures, shared history, proof of work, and independent verification.

Guiding question:

Why was Bitcoin created, and how does it respond?

Learner promise:

I can explain Bitcoin's purpose, key properties, limits, and new responsibilities.

If this is your first time teaching Module 2: Keep the central story visible: a digital payment can be copied, Bitcoin proposes a shared rule system, and independent participants verify those rules. Use the role cards before introducing technical detail. If the group gets lost, return to the double-spend problem and the miner/node distinction.

Record one result for each assessed competency. Decimal C IDs are competency criteria and rubric look-fors, not separate pass/fail rows.

Use guided discussions to develop and notice the formative competency F1 across the course. Do not infer it from attendance or confidence; listen for clear explanation, relevant evidence, respectful listening, and basic reasoning. F1 is not a certification gate.

• Reuse the monetary-properties comparison from Module 1.
• Prepare a plain-language double-spend scenario.
• Prepare role cards for user, node, miner, developer, and optional service provider.
• Prepare a node rule card that includes valid signature, no double spend, valid proof of work, and allowed issuance.
• Prepare a halving or issuance visual without a price chart.
• Prepare sat conversion examples that do not require current market prices.
• Select a historical transaction or dated explorer screenshot if showing public data.
• Review the FAQ and misconception tables below.
• Prepare a brief guided comparison for Bitcoin, a generic stablecoin model, and another issuer-controlled digital asset. Do not browse or promote particular tokens during class.
• Decide which technical questions belong on the Advanced list.

Start with the goal: direct online payments without a central financial intermediary. Then ask what makes that difficult.

A central digital-payment system can keep one authoritative ledger and reject a second spend. A decentralized system needs independent participants to agree on a valid history without trusting one database owner.

Ask:

If I can copy a digital file perfectly, what prevents me from sending the same digital unit to two people?

Clarify that the problem is not copying a picture of a coin. It is deciding which transfer of a scarce digital unit is valid.

Keep DigiCash, Hashcash, Bit Gold, B-money, reusable proof of work, and peer-to-peer systems brief. Their role is to show that Bitcoin emerged from earlier work on privacy, digital cash, costly computation, distributed networks, and scarcity.

Do not imply that every predecessor contributed code directly to Bitcoin. Do not turn Module 2 into a technical timeline quiz.

Ask:

• Which earlier approach still depended on a central company or record keeper?
• Which idea made digital actions costly?
• Why was combining the ideas more important than naming every predecessor?

Use a five-part map:

1. A wallet uses a private key to authorize a transaction with a digital signature.
2. The transaction is broadcast through a peer-to-peer network.
3. Miners collect transactions and use proof of work to propose blocks.
4. Nodes independently check transactions, blocks, proof of work, and issuance rules.
5. Participants converge on the valid history with the most accumulated work.

No single part creates Bitcoin's credible scarcity alone. Avoid saying “the blockchain solves everything.”

At beginner level, teach:

• the private key authorizes
• the signature can be verified without revealing the private key
• the signature does not encrypt the transaction; and
• control of the private key creates both authority and responsibility.

Do not demonstrate or calculate cryptography. The practical consequences belong in Module 3.

Define decentralization narrowly: control and rule enforcement are distributed among independent participants; no central Bitcoin office can unilaterally create accounts, rewrite valid balances, or change the monetary rules for everyone.

Qualify the claim:

• knowledge, wealth, infrastructure, mining equipment, connectivity, and influence are unevenly distributed
• users may still choose centralized services
• large services create dependency for their customers; and
• coordination can be slower and responsibility can be higher.

Peer-to-peer does not mean only two computers communicate directly or that no infrastructure is used. It means a central Bitcoin account operator is not required to authorize a valid transfer.

Use these exact beginner boundaries:

Activity: invalid block

Give one learner acting as a miner a candidate block that creates more subsidy than the node rule card allows. Learners acting as nodes check it and reject it.

Debrief:

• The miner did real work but still did not gain permission to break the rules.
• Nodes independently apply rules, but the real network is software and communication, not a classroom vote.
• A developer can write other rules, but adoption is voluntary and incompatible rules may create a separate network.

Ask:

Why does a node verify transactions? Name at least one rule it checks.

Teach the relationship, not the mathematics:

• miners make many attempts to find a result below a network target
• finding a result requires real computation and energy
• nodes check the result quickly
• proof of work helps order transactions and makes history costly to rewrite; and
• difficulty measures the work required to satisfy Bitcoin's proof-of-work target; the target adjusts so blocks arrive about every ten minutes on average, not exactly every ten minutes.

Avoid saying miners solve useful outside equations. Avoid claiming the energy cost is automatically justified or automatically wasteful.

Use claim, evidence, and trade-off:

• What energy is used?
• Where does it come from?
• What security function does it perform?
• Which alternative system is being compared?
• Which facts are current and need dated evidence?

Detailed energy statistics and mining economics are not required Bitcoin Diploma content. Use them only when the educator has verified current sources and the discussion supports a competency.

Teach:

• new bitcoin enter through the allowed block subsidy
• the subsidy halves every 210,000 blocks
• the maximum approaches 21 million bitcoin
• nodes reject blocks that create more than the rules allow; and
• transaction fees also compensate miners.

The limit is a public network rule, not a physical law. A person can write other software, but cannot force existing participants to adopt it. Incompatible adoption can create a different network rather than silently changing Bitcoin for everyone.

Do not connect a halving or limited supply to a promised price increase. Supply is only one part of price; demand and market conditions matter.

Activity: issuance rounds

Use a fixed set of counters and release a decreasing number each round. Have node-role learners check whether the issued amount matches the rule card.

Debrief what the model misses: exact supply is software-enforced, halvings occur at block heights, miners compete, fees exist, and counters do not reproduce Bitcoin's network.

Every learner should know:

1 bitcoin = 100,000,000 sats

Use a few conversions:

• 0.1 bitcoin = 10,000,000 sats
• 0.01 bitcoin = 1,000,000 sats
• 0.001 bitcoin = 100,000 sats; and
• 1 sat = 0.00000001 bitcoin.

Ask why dividing one bitcoin into smaller units does not create more bitcoin. Compare cutting a measured quantity into smaller units without claiming the physical analogy explains the protocol.

Unit bias is the mistaken impression that a cheaper-looking whole unit is automatically better value. Do not use current token prices as the teaching route.

Return to the exact money properties used in Module 1. Require evidence and qualification.

Treat sound money as a conclusion based on criteria. A learner may conclude that Bitcoin meets some criteria strongly and others weakly in their context.

Separate:

• observed market price
• local usefulness or acceptance
• a person's subjective value; and
• personal approval.

The Bitcoin Diploma remains Bitcoin-only. A short comparison supports C3 and helps learners recognize why a similar-looking digital token may have a different trust model.

Use a generic guided table rather than promoting named assets:

Do not imply that every non-Bitcoin asset has the same structure. The learner's task is to ask consistent questions about issuer, control, supply, verification, custody, and counterparty dependence.

Explain the boundary:

• Education asks how the system works, what can be verified, what risks exist, and what the learner can safely demonstrate.
• Responsible use begins with purpose, custody, verification, small tests, and informed choice.
• Trading attempts to profit from price changes and may involve leverage, rapid decisions, platform risk, and loss.
• Token promotion creates conflicts of interest and may reward persuasion over clear reasoning.
• Speculation can cause learners to confuse price movement with technical or social value.

The Bitcoin Diploma does not teach or assess price prediction, portfolio construction, trading, investment returns, or token selection.

Use these answers as educator preparation, not as speeches. First discover the learner's real question.

Choose two or three from these examples, not all. Browse the Activity Library for additional options that fit the competency.

• double-spend scenario
• centralized versus decentralized payment map
• user/node/miner/developer role cards
• invalid-block rule check
• finite-supply and halving model
• sats and unit-bias check
• Bitcoin-properties comparison using the Module 1 table
• fiat issue / Bitcoin response / new responsibility map
• Bitcoin origin timeline
• claim, evidence, reasoning, and trade-off discussion; or
• generic Bitcoin/stablecoin/other-asset comparison.

Use consensus games, hashing activities, videos, and role-plays only when their purpose, timing, learner context, and debrief are strong. An activity supplies educator-led theoretical evidence only when it is a competency-aligned touchpoint with individual evidence, a rubric, and a recording process. Otherwise, use it formatively.

Use a short task that asks the learner to connect at least three elements. It supplies educator-led theoretical evidence. For example:

• explain the double-spend problem
• distinguish the roles of a miner and node
• explain how node verification supports credible supply; and
• apply monetary properties to one benefit and one trade-off.

For C3, use a short guided scenario that asks who controls issuance, what can be verified, which counterparty risk exists, and why price speculation is outside the Bitcoin Diploma's responsible-learning purpose.

Listen for the learner's own words. A fluent repetition of “21 million” or “decentralized” is not enough without the mechanism or qualification.

Ask learners to complete:

Require a clear explanation of why nodes and miners have different roles.

Then use the Module 2 Student Guide closing question. Keep the response private or optional, following the light module-closing reflection guidance above.

Bridge:

Bitcoin can reduce dependence on an account operator, but direct control depends on keys, verification, recovery, and safe decisions. Module 3 turns that responsibility into practice.