Bitcoin's supply mechanics are defined by deterministic rules within its consensus protocol. The maximum number of units that can be created is limited to 21 million. This cap is not adjustable through network consensus changes in a way that alters the fundamental issuance schedule.

Units are created exclusively through mining activities. When a miner successfully adds a new block to the blockchain, they receive a reward consisting of newly issued units plus any transaction fees from included transactions. The block reward constitutes the primary mechanism for initial distribution.

Periodic Halvings

Issuance occurs at a geometrically decreasing rate due to scheduled reductions in the block reward. These reductions, known as halvings, take place every 210,000 blocks, which corresponds to approximately four years given the average block interval of ten minutes.

The halving process unfolds as follows:

• The reward starts at 50 units per block.
• It halves to 25 after the first 210,000 blocks.
• Subsequent halvings continue this pattern until the reward per block falls below one satoshi, effectively ceasing new issuance.

This results in a supply curve that is front-loaded but asymptotically approaches the 21 million limit.

Transition to Fee-Based Security

Once the block reward diminishes to zero, the network's security will depend entirely on transaction fees paid by users. The protocol parameters ensure that the total supply remains constant thereafter, with no possibility of additional units being created beyond the established limit.

All aspects of supply mechanics are verifiable through inspection of the open-source code and the blockchain's historical data.

Bitcoin Transaction Process

A Bitcoin transaction transfers ownership of units of the asset by consuming prior unspent outputs and producing new ones. This mechanism relies on the unspent transaction output (UTXO) model rather than account balances.

Transaction Components

Each transaction contains:

• Inputs: References to specific UTXOs from earlier transactions, along with cryptographic signatures proving ownership.
• Outputs: New UTXOs that specify an amount and a locking script, typically an address, that controls future spending.
• Metadata: Fields such as version number, locktime, and the transaction fee, which is the difference between total input and output values.

The sum of input values must equal or exceed the sum of output values; any excess becomes the fee paid to the miner who includes the transaction.

Lifecycle of a Transaction

1. Creation and Signing: A wallet constructs the transaction by selecting appropriate UTXOs and generating corresponding signatures.
2. Broadcast: The signed transaction is transmitted to connected nodes on the Bitcoin network.
3. Validation: Nodes verify that inputs are unspent, signatures are valid, and all consensus rules are followed before relaying the transaction further.
4. Mempool Inclusion: Valid transactions enter a node's memory pool, where they await selection by miners.
5. Block Inclusion: A miner selects transactions, typically prioritizing those with higher fees, and incorporates them into a candidate block.
6. Confirmation: Once the block is added to the blockchain and subsequent blocks are appended, the transaction receives confirmations.

Network Propagation and Finality

Transactions are propagated through a gossip protocol among nodes. Full validation occurs independently at each node. Irreversibility increases with additional block confirmations because altering a confirmed transaction would require re-mining all subsequent blocks.

This process enables transfer of ownership without intermediaries while maintaining a public, verifiable ledger of all UTXO movements.

Proof of Work

Proof of Work serves as the consensus mechanism that enables Bitcoin participants to agree on the state of the ledger without a central authority.

Core Process

Miners collect pending transactions and compete to find a valid block by repeatedly hashing the block header with varying nonces. The first miner to produce a hash below the current target threshold broadcasts the candidate block for verification by other nodes.

• Successful validation adds the block to the chain
• All nodes update their copy of the ledger
• The process repeats for the subsequent block

Security Properties

The computational requirement makes retrospective alteration of the ledger costly. Changing any historical block necessitates re-computation of that block and every block that follows it. This property helps maintain transaction ordering and reduces the feasibility of double-spending attempts.

Difficulty adjustment occurs automatically every 2,016 blocks to keep average block intervals near ten minutes regardless of total network hash rate.

Incentives and Resource Use

Miners receive a block subsidy of newly issued bitcoin plus transaction fees. These rewards offset the electricity and hardware expenses incurred during puzzle solving. The energy expenditure functions as the primary cost that aligns participant behavior with network rules.

Network Implications

Proof of Work distributes the task of block proposal across many independent operators. Participation is open to anyone with suitable equipment, though concentration of hash rate among large operations remains an observable feature of the system.

Definition and Role

In Bitcoin, a private key is a secret cryptographic value that corresponds to a public address. Possession of the private key enables the holder to create digital signatures required to authorize transfers of bitcoin associated with that address. Without the private key, no valid signature can be generated, so funds remain inaccessible on the network.

Authorization Mechanism

Bitcoin transactions are validated through public-key cryptography. The private key signs a transaction message, and network nodes verify the signature against the public key derived from the address. This process confirms ownership rights without revealing the private key itself. Control is therefore equivalent to the ability to spend; multiple keys may control multisignature addresses, requiring coordinated authorization.

Loss and Irreversibility

• Loss of the private key eliminates any method to produce valid signatures, resulting in permanent inability to access the funds.
• Compromise through theft or exposure allows an unauthorized party to spend the bitcoin, and such transfers cannot be reversed by the network.
• No central authority exists to recover or reset keys, as the protocol operates without intermediaries.

Security Implications

Users must manage private keys through methods such as offline storage, hardware devices, or encrypted backups. The protocol provides no recourse for key mishandling. This design places full responsibility on the individual controlling the key for maintaining access and preventing unauthorized use.