Bitcoin is a digital monetary network and the name commonly used for its native asset, bitcoin. It lets participants verify and transfer units under shared software rules. Its history, supply schedule, and decentralized validation are worth understanding separately from its market price. This guide explains the mechanism without making a forecast or recommending a purchase.
Bitcoin is described very differently by its supporters and its critics. This guide sticks to how the network operates and what its rules actually specify, which is separate from any view about price.
- What the supply schedule specifies, and what it does not promise.
- How proof of work turns electricity into ordering.
- Why the base layer is deliberately slow and limited.
- Which claims about Bitcoin are design facts and which are opinions.
What is Bitcoin, beyond the price chart?
Bitcoin is an open system for recording and validating transfers without requiring one operator to maintain everyone’s account. Participants run software that checks the protocol’s rules. The asset is transferable in fractional units, so understanding Bitcoin does not require imagining every user buying or sending a whole coin.
The network’s ability to verify a transfer and the market’s willingness to pay for the asset are different things. A valid transaction can move an asset whose price later falls. Describing Bitcoin as scarce, digital, or decentralized does not establish a guaranteed return, a stable purchasing power, or suitability for a particular person.
A short history and the original problem
The Bitcoin paper was published in 2008 under the name Satoshi Nakamoto, and the network began operating in 2009. The design addressed the problem of agreeing which digital payments count without relying on a single trusted payment intermediary. Digital information can be copied, so a payment system must prevent the same spendable units from being used twice.
Bitcoin combined existing cryptographic and distributed-system ideas with a particular incentive and consensus design. Its history does not mean every later project called cryptocurrency has the same properties. To compare another system, inspect its issuance, validation, governance, and control rather than assuming it inherits Bitcoin’s design.
The problem the design set out to solve is worth stating plainly, because it explains most of the choices that follow. Digital records can be copied, so a purely digital token could be spent twice unless some authority keeps the definitive list. The proposal was to let a network of participants agree on that list by making it expensive to propose an alternative history. Everything about block times, difficulty, and confirmations follows from that objective.
How the network checks a transaction
A wallet constructs a transaction that spends valid outputs and assigns new outputs. The relevant private keys authorize the spend through signatures. Nodes check that the transaction satisfies the applicable rules, including authorization and the absence of an invalid double spend.
Miners compete to propose blocks using proof of work. Independently operated nodes verify those blocks rather than trusting a miner merely because it performed computation. This distinction matters: producing a block and deciding whether it is valid are related but separate roles. A block that violates a node’s enforced rules is not made valid by a large amount of work.
Design choices and their trade-offs
| Design choice | What it buys | What it costs |
|---|---|---|
| Fixed issuance schedule | A predictable, publicly auditable supply path. | No mechanism to respond to demand; volatility lands entirely in price. |
| Proof of work | Costly, permissionless block production. | Substantial ongoing energy use and specialized hardware. |
| Small blocks, slow intervals | Cheap verification by ordinary participants. | Limited throughput; fees rise when demand rises. |
| Deliberate change resistance | Rules are hard for any one party to alter. | Improvements take years, and mistakes are hard to correct. |
Supply, subsidy, and the halving
Under the current consensus rules, Bitcoin issuance approaches a maximum of about 21 million units. New issuance is part of a block subsidy that halves every 210,000 blocks. Because block production is variable, the schedule is defined by block height rather than a guaranteed calendar date.
The 2024 halving reduced the subsidy to 3.125 bitcoin per block. Fees are separate from that subsidy. A halving changes the issuance flow; it does not mechanically determine the price. Demand, liquidity, expectations, macroeconomic conditions, and other factors still matter. Claims that a halving guarantees gains go beyond what the protocol establishes.
It is worth separating two claims that often travel together. The issuance schedule is a verifiable property of the software: anyone running a node can confirm how many units exist and when new ones are created. What that scarcity is worth is a separate matter entirely, set by people rather than by code. A capped supply constrains one side of a market and says nothing at all about the other.
Keys, addresses, and custody
A Bitcoin address is used to specify a receiving condition in a convenient form. A wallet manages keys and helps construct transactions. The coins are not ordinary files stored inside a phone; the shared transaction history determines which outputs can be spent with the required authorization.
If a provider holds bitcoin for you, your app balance can represent the provider’s internal record and your claim under its terms. That is different from controlling the private keys yourself. Self-custody brings backup and security responsibility, while hosted custody introduces dependence on the provider. Neither arrangement should be chosen solely because an interface looks familiar.
Fees and confirmation timing
Bitcoin fees generally relate to transaction data size and demand for block space rather than being a simple percentage of value transferred. A transaction with many inputs can be larger than another transaction moving a greater amount. Wallet fee estimation helps users choose how urgently they want inclusion, but it cannot guarantee the next block’s exact timing.
Confirmations increase confidence as the accepted chain develops. Recipients and exchanges choose policies about how many confirmations to wait for. A wallet showing broadcast status and an exchange showing credited status are different checkpoints. Do not plan an urgent bank payment based solely on an average block interval.
Fee behaviour surprises people because it is driven by demand rather than by the size of the payment. Sending a large amount does not necessarily cost more than sending a small one; what matters is how much block space your transaction occupies and how many others are competing for it at that moment. A payment worth very little can therefore cost more in fees than it is worth during a busy period.
How Bitcoin is used in practice
People use Bitcoin for transfers, holding a digitally scarce asset, and other purposes. Practical usefulness depends on costs, volatility, recipient acceptance, and access to supporting services. A recipient who needs local cash must account for conversion and banking, not just the onchain transfer.
Lightning uses payment channels to support additional payment activity with different speed and fee characteristics. It introduces its own operational concepts, including channel liquidity and the custody model of the chosen wallet. An app described as a Bitcoin payment app may hold funds for users or manage channels on their behalf; read the actual arrangement.
The honest picture of usage is mixed. Bitcoin is used for cross-border transfers, for holding, and in some countries as an alternative to a limited banking system. It is used far less for everyday retail payment than early expectations suggested, partly because of fee variability and confirmation times, and partly because price volatility makes pricing goods in it awkward for both sides of a transaction.
Two claims worth separating
Issuance is capped and scheduled
The protocol specifies how many units are created and when. Anyone running the software can verify it. This is a property of the code, and it holds as long as participants keep running compatible rules.
Therefore the price must rise
This does not follow. Scarcity describes supply only. Price also depends on demand, which is not specified anywhere in the protocol and has repeatedly fallen by large amounts.
A worked example with change
Imagine a wallet controls one spendable output worth a fictional quantity. To pay part of it, the wallet may create one output for the recipient and another returning change to an address it controls. The fee is reflected in the difference between input value and output value.
An explorer can therefore show multiple outputs even though the person intended one payment. The wallet handles this bookkeeping, but the example explains why a simple visual comparison of sent and received addresses can be misleading. Use the transaction details and wallet history together rather than assuming every output belongs to a different person.
Limits, misconceptions, and careful reading
Bitcoin’s public ledger is not a guarantee of anonymity. Addresses can be linked to people or organizations, and repeated address use can reveal patterns. Likewise, the network cannot generally refund a valid payment because the sender made a mistake or fell for a scam.
Software upgrades, mining concentration, custody practices, infrastructure, and regulatory treatment are all subjects for ongoing scrutiny. Read primary documentation and distinguish a description of current rules from a promise about the future. A good understanding of Bitcoin includes what it does not solve: price stability, universal acceptance, easy recovery, and protection from every human error.
A recurring misconception is that Bitcoin transactions are anonymous. They are pseudonymous: addresses are not names, and the entire history is public and permanent. Analysis linking addresses to identities is a mature field, and any point where the network meets a regulated service tends to create such a link. Treat the ledger as a permanent public record, because that is what it is.
Key terms to keep handy
- Bitcoin
- The network and protocol; lowercase bitcoin often refers to units of its asset.
- Satoshi
- One hundred-millionth of a bitcoin.
- Mining
- The proof-of-work process used to propose Bitcoin blocks.
- UTXO
- An unspent transaction output that can be used as an input to a later transaction.
- Halving
- The scheduled reduction in the new-coin block subsidy after a defined number of blocks.
- Lightning
- A payment-channel network built around Bitcoin with its own operational trade-offs.
From protocol to product
The Kraken buy cryptocurrency guide shows what buying actually involves at a regulated service: verification, funding, an order, and a fee. None of that is part of the Bitcoin protocol; it is the commercial layer built around it.
Keeping the two layers separate is useful. Protocol rules are public and change slowly. Product rules, fees, and regional availability are set by a company and can change with a notice email.
Sources and further reading
- Bitcoin: how it works (opens in a new tab)
- Bitcoin halving and issuance (opens in a new tab)
- The original Bitcoin paper (opens in a new tab)
Frequently asked questions
Who created Bitcoin?
The paper and early software were introduced under the name Satoshi Nakamoto. The real-world identity behind that name has not been established by the project’s technical operation, and it is not necessary to know it to verify current protocol rules.
Can I own a fraction of a bitcoin?
Yes. Bitcoin is divisible into units called satoshis. Platforms and payment routes can impose practical minimums and fees, so divisibility does not mean every tiny transaction is economical or supported.
Does the supply cap guarantee value?
No. Limited supply does not create guaranteed demand, liquidity, or purchasing power. A protocol rule about issuance is separate from a claim about future market prices.
Is mining the same as running a node?
No. Mining proposes blocks through proof of work. A full node verifies the rules and accepted history; it can do that without operating mining equipment or receiving a mining reward.
Are Bitcoin transfers instant?
Broadcasting can be quick, but inclusion and confirmation take variable time. Exchanges can wait for additional confirmations and internal processing. Lightning and custodial transfers use different mechanisms and should be evaluated separately.
Can support recover a lost private key?
A centralized account provider may have account recovery, but it cannot generally reconstruct a missing private key for an independently controlled wallet. Recovery depends on the backup or recovery design you arranged beforehand.
Crypto can lose substantial value, and transfers may be irreversible. This guide is educational, not financial, legal, or tax advice. Exchange access and features depend on your location.
Independent educational writing. How we research and correct our guides.