Skip to content

Step 6 / The Idea of Bitcoin

From a copied message to shared agreement.

Explain what makes a payment different from a copied message.

Maya can send the same photo to two friends and let both keep it. She cannot spend the same available money twice in one accepted payment history. Explain why by following the checks, rather than listing technical names.

Walk through the three checks

First, did the required key approve the payment? The digital signature supplies that check. Approval is called authorization. It does not tell us whether the money was already spent.

Second, does the payment follow the spending rules? The node checks the accepted record, including whether the money is still available. A request that fails those checks is invalid, even if the sender signed it.

Third, what if nodes are following different histories that each pass the rules? Bitcoin uses accumulated proof of work to help choose which valid history to follow. The work comparison comes after the rule checks.

Use the example below to explain that order. The history with the largest work score is rejected because it breaks a rule. Only the histories that pass remain in the comparison.

Illustrative work unitsCandidates

C claims the most work, but it includes a forbidden spend. Work alone is not enough to choose a chain.

Apply the validity check before comparing work. Watch the invalid history drop out, then compare the two that remain. Start again to explain each step in your own words.

Ask who has control and what the check protects

One company may keep a thousand copies of a payment record. If it directs every copy, the machines are spread out but control still belongs to one operator. Separate operators checking rules for themselves create a different arrangement.

Counting usernames does not solve the control question either. One person can create many names. We need to know who is making decisions, not just how many accounts or computers appear.

When more blocks build on a payment, more work supports the history containing it. That can lower the risk of another valid branch replacing the payment. It does not stop every attack or hold the token’s market price steady.

Say what each piece of evidence tells you

Earlier tools helped keep payments private, show computing work, and connect ownership records. Those were different jobs. Bitcoin first appeared as a proposal, then as software other people could run.

A paper explains a design. A person testing the released software can report how that software behaves. A valid signature shows control of a key. None of these, on its own, proves a real-world identity or shows that an asset is a good investment.

The idea to keep

Tell the story without the diagram. Copying a request does not create more money. Signing it does not prove the money is available. Computing work helps compare histories only after they pass the rules.

Next, Maya will send a friend 50,000 sats. We will follow the keys, the amounts, the checks, and the shared record behind that payment.

Connect the ideas

A moment to try it.

Take your time. Explain the reason, not only the answer.

1 of 5

A sender approves two payment requests that use the same available money. Why is checking both signatures not enough?

Use examples only—never enter recovery words, keys, account details, or real balances. Loading saved answers…

Loading your saved progress…

Sources & a little more detail

Illustrative stories and example numbers teach the mechanism. They are not forecasts or live market quotes.

Keep the conversation going

Lesson discussion

Share a question, a useful example, or something that clicked.

Loading discussion…