Look up the hash on the correct network. Check inclusion, confirmations and any explicit finality status. Wait for the receiving service’s stated threshold before treating payment as received.
Not yet included
Included with later blocks
Consensus-specific status
Broadcast and inclusion
A submitted transaction may remain pending, be replaced or fail. Inclusion in a block is a milestone, not necessarily acceptance by the recipient.
Confirmations and finality
More blocks generally reduce reorganization risk. Some networks provide explicit finality; do not copy a fixed confirmation count between networks.
Recipient rules
An exchange or merchant may wait longer according to asset, network, amount and risk controls. Check its requirements before sending.
Proof of receipt
Keep the hash, network, address, asset and time. A confirmed transfer to the wrong address or network does not guarantee account credit.
Decide when to deliver goods
A broadcast transaction is not necessarily included; an included block may still reorganize depending on the network. Set a confirmation rule suited to the value and finality mechanism.
- Check status on the exact network.
- Distinguish technical finality from a provider’s internal credit.
Practical case: decision and limits
An included transaction may need more confirmations before a service credits it. Bitcoin confirmations are probabilistic; more blocks reduce risk without a universal absolute guarantee. Ethereum distinguishes inclusion from finalized checkpoints. Do not use one confirmation count for every network or amount; check recipient policy and network state before diagnosing an unusual delay.
A concrete verification
Ask the recipient’s threshold: on-chain confirmation and internal account credit remain different events.
Checks to make
| Item | Check |
|---|---|
| Pending | Not yet included |
| Confirmed | Included with later blocks |
| Finalized | Consensus-specific status |
Frequently asked questions
Is one confirmation always enough?
No. The threshold depends on network and recipient.
Does a hash prove exchange credit?
No. It proves an onchain event, not internal processing.
Can a failed Ethereum transaction be confirmed?
Yes. An included transaction can have a failure receipt. Failed-call state changes revert, but consumed gas is paid and the nonce used. Check execution status before concluding the recipient received the asset.
Verifiable sources
Ethereum.org — Transactions- Ethereum.org — Proof of stake and finality
Bitcoin Developer Guide — Block chain
Independent educational content reviewed against primary documentation. No personalized recommendation or promise of returns. Updated October 6, 2026
