You are here. See how this question connects to other ideas.
Select a node to open its page · Expand to read within the map
Learning path
Understand Bitcoin through a payment
Follow spendable outputs, signing conditions and confirmations before comparing application designs.
Take the example payment: identify the consumed output, the change output and the spending condition. Then explain why seeing a transaction in a wallet is different from accepting it under a confirmation policy.
The Bitcoin overview explains confirmations and reorganizations. The finality lesson then uses Ethereum as a comparison; it does not describe Bitcoin’s consensus.
Along this path
- How does Bitcoin prevent an output being spent twice?
Understand UTXOs, independent validation and accumulated work.
- Bitcoin UTXOs: where change comes from
Follow one output through a payment and its change.
- Bitcoin Script: conditions for spending
Distinguish spending conditions from application hosting.
- What does proof of work prove?
A cheap-to-check result reflects a costly search.
- Why does “immutable” need conditions?
Receiving a transaction, including it in a block and finalizing history provide different evidence.
- Bitcoin, Ethereum, Solana, Circle Arc, Base and ArcBlock
Compare state, execution and application responsibilities.