What is a Bitcoin UTXO?
A UTXO is an unspent transaction output: a particular amount of bitcoin created by an earlier transaction that has not yet been spent. A wallet can show one balance while controlling many separate outputs. Spending requires satisfying the output's conditions, usually through signatures made with the relevant keys.
Think of the balance as a collection of receipts available to spend, rather than a single account entry. Two payments to the same address can create two UTXOs. One UTXO is not the same thing as one address, and a wallet can control many addresses.
This guide concerns Bitcoin transactions recorded on its blockchain. It does not describe every cryptocurrency's accounting model or an exchange's internal balance. For choosing the correct network and verifying the recipient, start with the sending-crypto guide linked below.
Why does my payment send change to another address?
An input spends an earlier output in full. If the selected inputs exceed the payment plus its fee, the transaction normally creates a change output controlled by your wallet. Your software may use a new address for that change. Seeing a second output does not, by itself, mean someone received an extra payment.
The accounting rule is: selected input value = recipient outputs + change outputs + transaction fee. The fee is the difference between the input and output totals; it is not a separate ordinary output labeled “miner.” A transaction can have more than one recipient and need not have change.
Use your wallet's transaction details to identify its own change. A public explorer can show amounts and addresses, but its ownership labels may be guesses. Do not assume the larger output is yours, or that the second output is always change. Never enter a recovery phrase into an explorer to investigate it.
Worked example: follow every satoshi
Suppose a fictional wallet controls three confirmed UTXOs: A = 70,000 satoshis, B = 50,000 satoshis and C = 30,000 satoshis. Its starting balance is 150,000 sats. You want the recipient to receive 90,000 sats. A satoshi is one hundred-millionth of a bitcoin; keeping the worksheet in sats avoids unnecessary decimal conversions.
Assume the wallet selects A and B, estimates a final size of 210 virtual bytes and uses an illustrative fee rate of 10 sats per virtual byte. Fee = 210 × 10 = 2,100 sats. Change = 120,000 − 90,000 − 2,100 = 27,900 sats. These sizes and rates are teaching inputs, not a current fee quote.
A and B are consumed. C remains unspent, and the change is a new UTXO. The wallet's resulting balance is 30,000 + 27,900 = 57,900 sats. Its balance fell by 92,100 sats: the recipient's 90,000 plus the 2,100 fee.
Check the identity: 90,000 + 27,900 + 2,100 = 120,000. If an explorer displays the full 120,000 input total, that does not mean the recipient got 120,000. Read the outputs and reconcile the wallet's change before drawing that conclusion.
Why can many small receipts make a payment more expensive?
Bitcoin fee estimates commonly use satoshis per virtual byte, or sat/vB. Virtual size accounts for transaction weight; BIP 141 defines it as weight divided by four, rounded up. A weight of 840 units therefore corresponds to 210 vB. The bitcoin amount alone does not determine this size.
More inputs generally mean more transaction data. The exact size also depends on the kinds of inputs, outputs and spending conditions. Compare the actual wallet estimates rather than assuming that every input adds a universal fixed number of bytes.
For a second fictional comparison, assume two ways to make the same payment are estimated at 180 vB and 390 vB. At the same 5 sat/vB, their fees are 900 and 1,950 sats: a 1,050-sat difference. Neither size is a benchmark for a particular wallet or address format.
A small UTXO can become uneconomical to spend when its extra input cost approaches its value. That is an economic comparison at a chosen fee rate, not a universal definition of Bitcoin's dust policy. Avoid treating a single satoshi threshold from a tutorial as valid for all output types and fee conditions.
Should I consolidate UTXOs or use coin control?
Consolidation spends multiple outputs into fewer outputs you control. It pays a fee now and may reduce the number of inputs needed later. Whether the trade is worthwhile depends on current costs, future spending and fee conditions that cannot be known in advance. It is not a guaranteed saving.
Coin control is a wallet feature for choosing which UTXOs to spend. Trezor Suite, for example, exposes it from the Bitcoin Send form. Availability and presentation differ between wallets. Beginners can first learn to read an unsigned transaction preview without changing their wallet's automatic selection.
Combining outputs can also reveal associations between their histories. Public blockchain data includes inputs and outputs; a combined spend can support an ownership inference, although special transaction constructions mean that inference is not proof. A new change address does not erase the transaction's public links.
Before considering consolidation, label the origins of funds privately and decide which histories should remain separate. Compare a preview's total fee, intended destination and change. Do not combine an unfamiliar tiny receipt merely to tidy the balance, and do not broadcast a real transaction just to complete this lesson.
How can I verify what my wallet actually did?
Use a transaction ID from your own wallet. Compare its selected input total, recipient amount, change and final fee with the completed transaction. Check confirmation status separately: a correct arithmetic total is not proof of confirmation.
If the wallet used a different selection from your worksheet, recalculate from that selection. A wallet may choose one sufficiently large output instead of several smaller ones, or adjust change while preparing the transaction. Estimates before signing should be distinguished from the final published transaction.
Keep the wallet's private labels private. Publicly posting an explorer link can connect your identity with a transaction history. If the outgoing balance cannot be reconciled, stop further transfers and use the wallet provider's verified support documentation; support does not need your recovery phrase.
Five-minute practice: find the wrong change amount
On paper, start with inputs of 60,000 and 45,000 sats. The intended recipient amount is 80,000 sats. Assume 250 vB at 8 sat/vB. A draft worksheet claims the change is 25,000 sats. Is the worksheet balanced?
Answer: the fee is 250 × 8 = 2,000 sats, so the change must be 105,000 − 80,000 − 2,000 = 23,000 sats. The claimed 25,000 forgot the fee. If there is also an unused 10,000-sat UTXO in the wallet, the resulting wallet balance is 33,000 sats.
Now halve the assumed fee rate while holding size fixed. The fee becomes 1,000 sats and change becomes 24,000 sats. That calculation says nothing about when either transaction would confirm. The exercise is complete when you can explain the recipient amount, fee, change and untouched funds separately.
- Selected inputs cover both the recipient amount and the fee.
- Change is identified by the wallet, not guessed from output order.
- Virtual size and fee rate are separate from the amount being sent.
- Consolidation costs and privacy consequences are considered together.
- The worksheet uses fictional amounts and requires no wallet connection.
Sources & further reading
- Bitcoin developer guide: transaction inputs, outputs and fees
- Trezor: understanding UTXOs
- Trezor: change addresses
- BIP 141: transaction weight and virtual size
- Trezor: coin control
- Blockstream: Bitcoin transaction privacy
Educational content. Examples are illustrative. Protocols, products and rules can change; consult the linked documentation for current details.
