A Bitcoin wallet balance represents spendable transaction outputs rather than one continuously updated account balance. The Bitcoin developer guide explains that an input spends an earlier output, while newly created outputs remain unspent until a later transaction uses them. This structure explains why a payment often includes an output returning change to the sender. Bitcoin developer guide: Transactions, fees and change
Follow the evidence
Trace how the event could reach markets, then inspect a competing explanation.
Compare explanations
Switch lenses to see what each account explains—and what remains uncertain.
WFN worked example: suppose a transaction spends a 100,000-satoshi input, pays 60,000 satoshis to a recipient and creates a 39,000-satoshi change output. The difference is 1,000 satoshis: 100,000 minus 60,000 minus 39,000. Those invented amounts illustrate bookkeeping. They do not suggest a current fee rate, an appropriate fee or a guaranteed confirmation time. The recipient payment is 60,000 satoshis in that example, even though the transaction consumed a 100,000-satoshi input. A report that records the entire input as spending would overstate the purchase. Conversely, ignoring the fee when reconciling the wallet’s value change would leave an unexplained difference. Input totals and recipient totals answer different accounting questions. Ownership also needs evidence beyond visual layout. An explorer can display several outputs, but their order or appearance alone does not establish who controls each one. Wallet records and the transaction’s intended recipient provide a firmer reconciliation starting point. An analyst should label any ownership inference rather than present a guessed change address as a proven fact.
WFN worked example: suppose a transaction spends a 100,000-satoshi input, pays 60,000 satoshis to a recipient and creates a 39,000-satoshi change output. The difference is 1,000 satoshis: 100,000 minus 60,000 minus 39,000. Those invented amounts illustrate bookkeeping. They do not suggest a current fee rate, an appropriate fee or a guaranteed confirmation time. The recipient payment is 60,000 satoshis in that example, even though the transaction consumed a 100,000-satoshi input. A report that records the entire input as spending would overstate the purchase. Conversely, ignoring the fee when reconciling the wallet’s value change would leave an unexplained difference. Input totals and recipient totals answer different accounting questions. Ownership also needs evidence beyond visual layout. An explorer can display several outputs, but their order or appearance alone does not establish who controls each one. Wallet records and the transaction’s intended recipient provide a firmer reconciliation starting point. An analyst should label any ownership inference rather than present a guessed change address as a proven fact.
When reviewing a custodial withdrawal, retain the service’s withdrawal confirmation as well as the blockchain transaction. A customer-facing charge and the fee of a transaction carrying one or more payments may be different accounting items. The review must identify which figure the service quoted before judging a discrepancy; the blockchain does not automatically describe the customer’s commercial agreement. A concise payment record can list the intended amount, transaction identifier, output addressed to the recipient and confirmed input-output difference. Explain any additional service charge separately. Understanding change makes this record more accurate without turning every unfamiliar output into a fraud allegation or every large input into evidence of a large purchase.
What happens to the full input value
An unspent transaction output, or UTXO, can be spent only once. Its full value enters the new transaction. The transaction assigns value to its outputs, and the difference between total input value and total output value becomes the transaction fee. A change output sends surplus value back under the spender’s control. Bitcoin developer guide: Transactions, fees and change
The guide describes change outputs as ordinary outputs and encourages using fresh addresses. Seeing an unfamiliar output address therefore does not, by itself, identify an unfamiliar recipient. This article relies on those structural explanations; the guide’s older software-version examples are not treated as current fee requirements or wallet defaults. Bitcoin developer guide: Transactions, fees and change
A transparent example in satoshis
WFN worked example: suppose a transaction spends a 100,000-satoshi input, pays 60,000 satoshis to a recipient and creates a 39,000-satoshi change output. The difference is 1,000 satoshis: 100,000 minus 60,000 minus 39,000. Those invented amounts illustrate bookkeeping. They do not suggest a current fee rate, an appropriate fee or a guaranteed confirmation time.
The recipient payment is 60,000 satoshis in that example, even though the transaction consumed a 100,000-satoshi input. A report that records the entire input as spending would overstate the purchase. Conversely, ignoring the fee when reconciling the wallet’s value change would leave an unexplained difference. Input totals and recipient totals answer different accounting questions.
Ownership also needs evidence beyond visual layout. An explorer can display several outputs, but their order or appearance alone does not establish who controls each one. Wallet records and the transaction’s intended recipient provide a firmer reconciliation starting point. An analyst should label any ownership inference rather than present a guessed change address as a proven fact.
Separate network evidence from service charges
When reviewing a custodial withdrawal, retain the service’s withdrawal confirmation as well as the blockchain transaction. A customer-facing charge and the fee of a transaction carrying one or more payments may be different accounting items. The review must identify which figure the service quoted before judging a discrepancy; the blockchain does not automatically describe the customer’s commercial agreement.
A concise payment record can list the intended amount, transaction identifier, output addressed to the recipient and confirmed input-output difference. Explain any additional service charge separately. Understanding change makes this record more accurate without turning every unfamiliar output into a fraud allegation or every large input into evidence of a large purchase.